Arch linux настройка pppoe
Обновлено: 02.07.2024
Перевод этой статьи или раздела не отражает оригинальное содержание.
Причина: Last upd in 2014 ()
Протоколы 3G, L2TP и PPPoE работают на основе PPP, поэтому они также могут контролироваться ppp.
Установка
Установите пакет ppp, доступный в официальных репозиториях.
Убедитесь, что ядро вашей системы скомпилировано с поддержкой PPPoE (верно для стандартной сборки):
$ zgrep CONFIG_PPPOE /proc/config.gz CONFIG_PPPOE=m
Настройка
PPPoE
Создайте файл настроек соединения:
Если задана опция usepeerdns, при соединении pppd создаст файл /etc/ppp/resolv.conf с полученными адресами DNS-серверов. По умолчанию скрипт /etc/ppp/ip-up.d/00_dns перемещает этот файл в /etc/resolv.conf, чтобы система могла использовать эти DNS-серверы. Если это поведение является нежелательным (например, установлен локальный кэширующий DNS), отредактируйте /etc/ppp/ip-up.d/00_dns.sh под ваши нужды.
Добавьте запись с паролем соединения в /etc/ppp/pap-secrets или /etc/ppp/chap-secrets, в зависимости от типа аутентификации, используемого вашим провайдером. Если вы не уверены, можно добавить запись в оба файла, pppd выберет нужный самостоятельно. Запись выглядит следующим образом:
Имя пользователя должно совпадать с именем, указанным в опции name. Оно также используется для аутентификации, если не переопределено другим значением с помощью опции user.
Теперь вы можете попробовать установить соединение командой:
Чтобы убедиться, что соединение PPPoE установлено, проверьте вывод pppd в системном логе:
При успешном соединении вы увидите что-то наподобие следующих строк:
Файл настроек /etc/ppp/peers/provider используется по умолчанию, если при вызове pppd не было указано имя файла. Вместо явного указания имени файла настроек программе pppd вы также можете просто добавить символическую ссылку на свой файл:
Теперь можно устанавливать соединение одной командой
Чтобы разорвать соединение, выполните
Запуск pppd при старте системы
Выполните следующие шаги:
Дополнительно
Автодозвон
Если pppd запущен, вы можете выполнить сброс соединения, отправив процессу сигнал SIGHUP:
После разрыва соединение будет вновь установлено.
Примечание: Убедитесь, что опция persist включена в ваш файл конфигурации /etc/ppp/peers/provider. Также вы можете добавить параметр holdoff 0 для переподключения без тайм-аута.
Используя cron
Выполните следующие шаги от имени суперпользователя.
Создайте файл скрипта (например, pppd_redial.sh) со следующим содержимым:
Сохраните файл и дайте ему права на выполнение.
0 4 * * * /bin/bash /root/pppd_redial.sh
Сохраните файл и убедитесь, что служба cronie работает. Если это не так, включите и запустите службу cronie.
Теперь ваше соединение будет перезапускаться каждый день в 4 утра.
Используя таймер systemd
Также вы можете настроить таймер systemd для выполнения ежедневного перезапуска соединения. Просто создайте файлы .service и .r с одинаковыми именами:
ppp-redial.r [Unit] Description=Reconnect PPP connections daily [r] OnCalendar=*-*-* 05:00:00 [Install] WantedBy=multi-user.target ppp-redial.service [Unit] Description=Reconnect PPP connections [Service] Type=simple ExecStart=/usr/bin/poff -r
Теперь просто включите и запустите таймер, и systemd будет выполнять сброс соединения каждый день в указанное время.
Решение проблем
Маршрут по умолчанию
При запуске pppd пытается добавить свой системный маршрут по умолчанию (default route). Если перед запуском уже был установлен такой маршрут, pppd не станет его обновлять, и новые соединения во внешнюю сеть направляться не будут. При этом в /var/log/errors.log вы увидите что-то наподобие:
pppd[nnnn]: not replacing existing default route via xxx.xxx.xxx.xxx
Не забудьте дать скрипту права на запуск.
Перезапустите службу pppd.
Маскарадинг работает, но некоторые сайты не открываются
Проблема решается добавлением правила с PMTU clamping в iptables:
Однако, по некоторой причине, это правило может не попадать в вывод iptables-save. Если у вас тот случай, когда iptables-restore не восстанавливает правило после перезапуска, попробуйте следующее решение.
Создайте файл службы systemd:
И включите эту службу.
Не удается загрузить модуль ядра ppp_generic
Проблема выражается в том, что при запуске процесс pppd не может найти соответствующий модуль:
Решается исправлением /etc/modprobe.d/modules.conf: замените в файле строку
alias char-major-108 ppp
alias char-major-108 ppp_generic
или добавьте ее, если первой строки в файле не было.
После перезагрузки проблема должна решиться.
Установка ArchLinux и pppoe
Участник с: 18 января 2013
login * password Затем
pppoe-setup pppoe start И тогда у меня все работало. Но теперь /etc/rc.conf нету, ничего не получается.
Участник с: 08 января 2012
HP Pavilion g6-1054er
DualCore Intel Core i5-2410M, 8GB DDR3 SDRAM, Mobile Intel HD Graphics, ATI Radeon HD 6470M
Участник с: 17 августа 2009
Участник с: 08 января 2011
У него PPPoE, и никакого DHCP в помине нету.
Вот тут я уже писал когда-то:
Участник с: 05 июля 2011
Участник с: 17 августа 2009
Natrio
vadik, не путай человека
У него PPPoE, и никакого DHCP в помине нету.
Кстати, я себе настраивал именно так, как описал.
Участник с: 19 июля 2011
Участник с: 18 января 2013
Участник с: 17 августа 2009
Не приводите ни логов, ни ошибок. Предлагаете угадывать?
Участник с: 18 января 2013
Как настроить pppoe в arch
Протоколы 3G, L2TP и PPPoE работают на основе PPP, поэтому они также могут контролироваться ppp.
Contents
Установка
Убедитесь, что ядро вашей системы скомпилировано с поддержкой PPPoE (верно для стандартной сборки):
Настройка
PPPoE
Создайте файл настроек соединения:
Если задана опция usepeerdns , при соединении pppd создаст файл /etc/ppp/resolv.conf с полученными адресами DNS-серверов. По умолчанию скрипт /etc/ppp/ip-up.d/00_dns перемещает этот файл в /etc/resolv.conf , чтобы система могла использовать эти DNS-серверы. Если это поведение является нежелательным (например, установлен локальный кэширующий DNS), отредактируйте /etc/ppp/ip-up.d/00_dns.sh под ваши нужды.
Добавьте запись с паролем соединения в /etc/ppp/pap-secrets или /etc/ppp/chap-secrets , в зависимости от типа аутентификации, используемого вашим провайдером. Если вы не уверены, можно добавить запись в оба файла, pppd выберет нужный самостоятельно. Запись выглядит следующим образом:
Имя пользователя должно совпадать с именем, указанным в опции name . Оно также используется для аутентификации, если не переопределено другим значением с помощью опции user .
Теперь вы можете попробовать установить соединение командой:
Чтобы убедиться, что соединение PPPoE установлено, проверьте вывод pppd в системном логе:
При успешном соединении вы увидите что-то наподобие следующих строк:
Файл настроек /etc/ppp/peers/provider используется по умолчанию, если при вызове pppd не было указано имя файла. Вместо явного указания имени файла настроек программе pppd вы также можете просто добавить символическую ссылку на свой файл:
Теперь можно устанавливать соединение одной командой
Чтобы разорвать соединение, выполните
Запуск pppd при старте системы
Выполните следующие шаги:
Дополнительно
Автодозвон
Если pppd запущен, вы можете выполнить сброс соединения, отправив процессу сигнал SIGHUP :
После разрыва соединение будет вновь установлено.
Автоматический разрыв соединения
Используя cron
Выполните следующие шаги от имени суперпользователя.
Создайте файл скрипта (например, pppd_redial.sh ) со следующим содержимым:
Сохраните файл и дайте ему права на выполнение.
Сохраните файл и убедитесь, что служба cronie работает. Если это не так, включите и запустите службу cronie .
Теперь ваше соединение будет перезапускаться каждый день в 4 утра.
Используя таймер systemd
Также вы можете настроить таймер systemd для выполнения ежедневного перезапуска соединения. Просто создайте файлы .service и .r с одинаковыми именами:
Теперь просто включите и запустите таймер, и systemd будет выполнять сброс соединения каждый день в указанное время.
Решение проблем
Маршрут по умолчанию
При запуске pppd пытается добавить свой системный маршрут по умолчанию (default route). Если перед запуском уже был установлен такой маршрут, pppd не станет его обновлять, и новые соединения во внешнюю сеть направляться не будут. При этом в /var/log/errors.log вы увидите что-то наподобие:
Не забудьте дать скрипту права на запуск.
Маскарадинг работает, но некоторые сайты не открываются
Проблема решается добавлением правила с PMTU clamping в iptables:
Однако, по некоторой причине, это правило может не попадать в вывод iptables-save. Если у вас тот случай, когда iptables-restore не восстанавливает правило после перезапуска, попробуйте следующее решение.
Создайте файл службы systemd:
И включите эту службу.
Не удается загрузить модуль ядра ppp_generic
Проблема выражается в том, что при запуске процесс pppd не может найти соответствующий модуль:
Решается исправлением /etc/modprobe.d/modules.conf : замените в файле строку
или добавьте ее, если первой строки в файле не было.
После перезагрузки проблема должна решиться.
Помогите настроить интернет через pppoe
Заранее скажу, что я читал
и в целом по вопросу гуглил, но ответа не нашел, поэтому решил попросить помощи.
Постараюсь кратко сформулировать проблему. Итак:
1. Провайдер моей локальной сети раздает интернет через то, что в Windows называется просто vpn-соединение. Возможно,я называю вещи неправильными именами, я, к сожалению, не очень силен в терминологии по данной теме. В общем, вот в такое окошко:
(картинка из гугла)
надо ввести логин-пароль, нажать кнопку, и появляется интернет. В настройках еще нужно указать адрес vpn-сервера.
2. Я поставил Arch на компьютер, базовая установка с диска. Перезагружаюсь, и пытаюсь настроить подключение к интернету. Делаю все, как написано здесь:
В /etc/ppp/peers создаю файл rosinteh (имя моего провайдера, впрочем, не важно). Прописываю там требуемые волшебные слова, сохраняю, набираю в консоли:
pppd call rosinteh
пишет, что загружен плагин rp-pppoe.so и ничего далее не происходит. Пишу в консоли
pppd call rosinteh debug nodetach
начинает идти лог, из которого ясно, что PADO-пакеты от сервера не приходят, и клиент не знает к чему подключаться. Аналогичный ответ возвращает команда pppoe-discovery:
out waiting for PADO packets
Насколько я понял, как работает вся эта система, клиент отсылает специальные пакеты широковещательно, и ожидает, что pppoe-сервер ответит с какого-то адреса, и к этому адресу подключается. Проблема, видимо в том, что в моей локальной сети pppoe-сервер ничего не отвечает.
3. Так или иначе, загружаюсь с LiveCD Ubuntu 10.04 (с него и пишу сейчас). В нем есть программа NetworkManager, в которой можно настроить vpn:
Интерфейс аналогичен виндовому, даже проще. Я ввожу гейтвей, логин-пароль и сохраняю настройки. После подключения в сетевых настройках поднимается новый интерфейс ppp0, как и написано в арчвики на странице настройки pppoe:
eth0 encap:Ethernet HWaddr 00:0c:6e:ae:d7:90
inet addr:10.232.36.92 Bcast:10.232.39.255 Mask:255.255.252.0
inet6 addr: fe80::20c:6eff:feae:d790/64 Scope:
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:44552 errors:0 dropped:0 overruns:0 frame:0
TX packets:28064 errors:0 dropped:0 overruns:0 carrier:0
RX bytes:27283468 (27.2 MB) TX bytes:4084460 (4.0 MB)
Interrupt:19 Base address:0x9800
lo encap:Локальная петля (Loopback)
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:12 errors:0 dropped:0 overruns:0 frame:0
TX packets:12 errors:0 dropped:0 overruns:0 carrier:0
RX bytes:720 (720.0 B) TX bytes:720 (720.0 B)
ppp0 encap:Протокол PPP (Point-to-Point Protocol)
inet addr:172.17.6.39 P-t-P:10.232.0.11 Mask:255.255.255.255
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1400 Metric:1
RX packets:16152 errors:0 dropped:0 overruns:0 frame:0
TX packets:14449 errors:0 dropped:0 overruns:0 carrier:0
RX bytes:18010903 (18.0 MB) TX bytes:2139792 (2.1 MB)
И интернет, соответственно, есть и работает исправно (раз я тут пишу).
К сожалению, в терминале сразу после установки базовой версии Archlinux я не имею программы NetworkManager. Возможно, я поставлю ее позднее, после установки иксов, гнома и всего остального. Но для этого мне нужно чтобы интернет был СЕЙЧАС.
Я пытался найти, какие команды исполняет NetworkManager, и где хранит свои настройки, но ничего определенного не обнаружил. В Ubuntu в var/log/messages в момент включения интернета появляются следующие строки:
Nov 4 14:02:28 ubuntu pppd: Plugin /usr/lib/pppd/2.4.5//nm-pptp-pppd-plugin.so loaded.
Nov 4 14:02:28 ubuntu pppd: pppd 2.4.5 started by root, uid 0
Nov 4 14:02:28 ubuntu pppd: Using interface ppp0
Nov 4 14:02:28 ubuntu pppd: Connect: ppp0 /dev/pts/0
Nov 4 14:02:29 ubuntu pppd: CHAP authentication succeeded
Nov 4 14:02:29 ubuntu pppd: CCP terminated by peer
Nov 4 14:02:29 ubuntu pppd: Compression disabled by peer.
Nov 4 14:02:29 ubuntu pppd: local IP address 172.17.6.39
Nov 4 14:02:29 ubuntu pppd: remote IP address 10.232.0.11
Nov 4 14:02:29 ubuntu pppd: primary DNS address 10.232.0.24
Nov 4 14:02:29 ubuntu pppd: secondary DNS address 8.8.8.8
Когда интернет отключается:
Nov 4 14:03:19 ubuntu pppd: Terminating on al 15
Nov 4 14:03:19 ubuntu pppd: Connect 0.9 minutes.
Nov 4 14:03:19 ubuntu pppd: Sent 0 bytes, received 0 bytes.
Nov 4 14:03:19 ubuntu pppd: Connection terminated.
Nov 4 14:03:19 ubuntu pppd: Exit.
Можно ли аналогично настроить подключение в Arch? Что нужно сделать, где указать гейтвей-логин-пароль?
Помогите, пожалуйста, единственное мое препятствие перед установкой Arch.
1. Я пробовал pppoe-setup. После всех настроек ввожу pppoe-start, в консоли начинают печататься точки, типа идет соединение.. Секунд через 20 выдается ошибка, таймаут подключения. Мне кажется, он тоже пытается сделать pppoe-discovery и не получает ответа.
2. Модема у меня нет никакого, у меня сетевой провод, который вставлен в сетевую карту компьютера. Сетевая карта одна. Локальная сеть доступна, локальные адреса пингуются. Доступен и dns-сервер, только интернет настроить не могу.
gard
Приведите вывод messages.log и errors.log во время попытки неудачного подключения
Ничего, если это будут нубоскриншоты на фотоаппарат? Как еще консоль без иксов заскринить, у меня идей нет.
Я ввожу pppd call rosinteh debug nodetach
Очень много программ с кучей p вначале, сложно сразу понять, что к чему. Но вроде заработало.
© 2006-2021, Русскоязычное сообщество Arch Linux.
Название и логотип Arch Linux ™ являются признанными торговыми марками.
Установка arch и pppoe
В бытность убунту, для поднятия соединения прописывал в resolv два своих dns, после запускал pppoeconf и все было пучком.
После запускаю pppoe-start, мне сообщается что connected, проверяю пинг с гугла и фигушки.
на этом естественно вся установка останавливается.
У меня белорусский провайдер byfly, adsl, модем в режиме бридж.
ну и вывод ifconfig и route не помешает…
muhas
как минимум resolv.conf не помешает отредактировать после установления соединения
ну и вывод ifconfig и route не помешает…
muhas
как минимум resolv.conf не помешает отредактировать после установления соединения
ну и вывод ifconfig и route не помешает…
т.е. dns прописывать после настройки pppoe-setup ?
значит дохожу я до настройки сетевой, выбираю eth2
запускаю ifconfig и получаю
запускаю pppoe-setup, прописываю логин
далее нажимаю просто ввод
опять просто ввод
соглашаюсь на все
вроде как подключаюсь
и проверяю пинг, который не проходит .
dhcp в данном случае не нужен: ip протокол на eth может быть вообще выключен лишь бы интерфейс был поднят
попробуй пропинговать 8.8.8.8. если пингуется, значит проблема в dns. можно попробовать прописать в resolv.conf 8.8.8.8
ну и не мешает посмотреть route -n
и кстати, наверняка ведь модем умеет режим router? почему бы не использовать его, и поднимать pppoe на модеме?
ну и не мешает посмотреть route -n
и кстати, наверняка ведь модем умеет режим router? почему бы не использовать его, и поднимать pppoe на модеме?
Большое спасибо, получилось. .
Сразу при появлении меню установки, переключился в другую консоль и поднял сетевую с модемом.
язабан. Нет ну правда. Человек совсем не умеет в гугл. Вообще. И постоянно лезет сюда с какими-то детскими проблемами.
Пробовал, пишет eth0 Не та опция, что ли, я уже точно не помню, но писало, что проблема с ним
Если у меня не подключается, так как там пишет, то что ?
У тебя в системе вирус Поттеринг, посмотри имя интерфейса в:
Я сейчас не дома просто, по этому не могу нечего дать и точно сказать, что с eth0, при установке вирус?
Установочник последний т винт чистый 80 гб
серьезно. Зачем тебе арчик? Ты даже обычные тырнеты настроить не можешь..
Не надо спрашивать зачем, нужно помогать
enp3s0 - твой интерфейс, пиши его вместо eth0
А пинги не проходят
По этому ip пинги идут
Deleted ( 03.03.16 15:56:26 )Последнее исправление: log4tmp 03.03.16 15:56:57 (всего исправлений: 1)
Спасибо, заработало. А можно как то по порядку написать, что и как подключать в следующий раз, пожалуйста
pppoe-setup в /etc/ppp/peers/ должен был создать файлик с настройками подключения, его запускаешь так:
Настройки dns должны сохраниться.
seroff
Юнит ppp@PEERNAME.service запускает pppd с файлом PEERNAME из /etc/ppp/peers.
Соответственно, его можно systemctl enable , systemctl start ну и так далее.
Такой папки нету
Я подключался перед монтированием /mnt
Даже pppoe-setup пишет такой команды нету
И что тогда делать? как интернет подключить!
Заходит в готовую систему через chroot, доустанови pppoe-setup и повтори процедуру настройки
ppp (Paul's PPP Package) — пакет с открытым исходным кодом, который реализует протокол соединения точка-точка (PPP) для систем Linux и Solaris. Пакет предоставляет демон pppd, который может быть использован вместе с xl2tpd , pptpd и netctl.
Протоколы 3G, L2TP и PPPoE работают на основе PPP, поэтому они также могут контролироваться ppp.
Contents
Установка
Убедитесь, что ядро вашей системы скомпилировано с поддержкой PPPoE (верно для стандартной сборки):
Настройка
PPPoE
Создайте файл настроек соединения:
Если задана опция usepeerdns , при соединении pppd создаст файл /etc/ppp/resolv.conf с полученными адресами DNS-серверов. По умолчанию скрипт /etc/ppp/ip-up.d/00_dns перемещает этот файл в /etc/resolv.conf , чтобы система могла использовать эти DNS-серверы. Если это поведение является нежелательным (например, установлен локальный кэширующий DNS), отредактируйте /etc/ppp/ip-up.d/00_dns.sh под ваши нужды.
Добавьте запись с паролем соединения в /etc/ppp/pap-secrets или /etc/ppp/chap-secrets , в зависимости от типа аутентификации, используемого вашим провайдером. Если вы не уверены, можно добавить запись в оба файла, pppd выберет нужный самостоятельно. Запись выглядит следующим образом:
Имя пользователя должно совпадать с именем, указанным в опции name . Оно также используется для аутентификации, если не переопределено другим значением с помощью опции user .
Теперь вы можете попробовать установить соединение командой:
где имя_соединения — имя файла настроек, созданного в /etc/ppp/peers .
Чтобы убедиться, что соединение PPPoE установлено, проверьте вывод pppd в системном логе:
При успешном соединении вы увидите что-то наподобие следующих строк:
Файл настроек /etc/ppp/peers/provider используется по умолчанию, если при вызове pppd не было указано имя файла. Вместо явного указания имени файла настроек программе pppd вы также можете просто добавить символическую ссылку на свой файл:
Теперь можно устанавливать соединение одной командой
Чтобы разорвать соединение, выполните
Запуск pppd при старте системы
Выполните следующие шаги:
Дополнительно
Автодозвон
Если pppd запущен, вы можете выполнить сброс соединения, отправив процессу сигнал SIGHUP :
После разрыва соединение будет вновь установлено.
Примечание: Убедитесь, что опция persist включена в ваш файл конфигурации /etc/ppp/peers/provider . Также вы можете добавить параметр holdoff 0 для переподключения без тайм-аута.Используя cron
Выполните следующие шаги от имени суперпользователя.
Создайте файл скрипта (например, pppd_redial.sh ) со следующим содержимым:
Сохраните файл и дайте ему права на выполнение.
Теперь создайте задачу для cron, используя команду crontab -e . Если появляется ошибка, убедитесь, что установлена переменная окружения EDITOR . По команде откроется редактор — добавьте в него строку, указав правильный путь до вашего скрипта перезапуска соединения:
Сохраните файл и убедитесь, что служба cronie работает. Если это не так, включите и запустите службу cronie .
Теперь ваше соединение будет перезапускаться каждый день в 4 утра.
Используя таймер systemd
Также вы можете настроить таймер systemd для выполнения ежедневного перезапуска соединения. Просто создайте файлы .service и .timer с одинаковыми именами:
Теперь просто включите и запустите таймер, и systemd будет выполнять сброс соединения каждый день в указанное время.
Решение проблем
Маршрут по умолчанию
При запуске pppd пытается добавить свой системный маршрут по умолчанию (default route). Если перед запуском уже был установлен такой маршрут, pppd не станет его обновлять, и новые соединения во внешнюю сеть направляться не будут. При этом в /var/log/errors.log вы увидите что-то наподобие:
Если это поведение нежелательно, и xxx.xxx.xxx.xxx — совсем не то, что вам нужно, вы можете создать простой скрипт в /etc/ppp/ip-pre-up с таким содержимым:
Не забудьте дать скрипту права на запуск.
Маскарадинг работает, но некоторые сайты не открываются
Проблема решается добавлением правила с PMTU clamping в iptables:
Однако, по некоторой причине, это правило может не попадать в вывод iptables-save. Если у вас тот случай, когда iptables-restore не восстанавливает правило после перезапуска, попробуйте следующее решение.
Создайте файл службы systemd:
И включите эту службу.
Не удается загрузить модуль ядра ppp_generic
Проблема выражается в том, что при запуске процесс pppd не может найти соответствующий модуль:
За работу с протоколом PPPoE отвечает программа pppd, эта программа (даемон) требует от ядра поддержки модулей ppp_deflate, bsd_comp, ppp_async, pppoe, pppox (mod_probe ppp_generic), по умолчанию эта поддержка включена во все популярные дистрибутивы
Для подключения к провайдеру и настройки параметров сети требуется отредактировать несколько файлов
в файле /etc/ppp/chap-secrets хранятся пары значений "логин" * "пароль" выданных провайдером, туда можно занести сколько угодно таких пар, только необходимо отследить права доступа к этому файлу -rw------- root root, иметь возможность читать и писать в него должен только root
Из полезных опций отмечу usepeerdns, она нужна когда нет собственного DNS сервера, у меня такой сервер есть, поэтому я за коментировал эту опцию
Для проверки соединения выполните команду pon <имя файла с настройками для нужного провайдера>, должен появится интерфейс ppp0 и пойти пинги
Если добавить своего пользователя в группу netdev то можно будет выполнять эту команду без sudo, имя dsl-provider не обязательное, можно изменить на любое имя файла, например divan-tv, нужно только не забывать про это при подключении
Затем, скорее всего, потребуется настроить автоматическое подключение при запуске и вообще встроить подключение в ситему, например для синхронизации с фаерволом, клиентом DynDNS или например для переключение режимов DNS сервера
Для этого нужно отредактировать файл /etc/network/interfaces добавить в него новое соединение, прописать скрипты и команды предшествующие и следующие перед запуском и после остановки интерфейса, вот мой пример
Тут видно, что новому соединению дано имя divan, а в качестве профиля для подключения используется уже настроенный файл dsl-provider, так же видны 2 последовательности из 3 команд которые обрабатывают в соответствии с префиксом. очевидно, что событие
- pre-up происходит перед активацией соединения
- post-up - после активации
- соответственно pre-down и post-down до и после разрушения соедиения
Эти события удобно использовать для например, включения и остановку Ethernet интерфейса, загрузки и сохранения параметров фаервола, привязки полученного IP к DNS имени на сервисе DynDNS
Теперь для управления этим соединением достаточно использовать утилиты ifup и ipdown <название соединения> или скриптом управляющим всему соединениями sudo /etc/init.d/networking restart
Читайте также: