Arch linux настройка pppoe

Обновлено: 07.01.2025

Перевод этой статьи или раздела не отражает оригинальное содержание.

Причина: 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

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.

Установка

Убедитесь, что ядро вашей системы скомпилировано с поддержкой 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 в системном логе:

При успешном соединении вы увидите что-то наподобие следующих строк:

Теперь можно устанавливать соединение одной командой

Чтобы разорвать соединение, выполните

Запуск pppd при старте системы

Выполните следующие шаги:

Дополнительно

Автодозвон

Если pppd запущен, вы можете выполнить сброс соединения, отправив процессу сигнал SIGHUP :

После разрыва соединение будет вновь установлено.

Автоматический разрыв соединения

Используя cron

Выполните следующие шаги от имени суперпользователя.

Создайте файл скрипта (например, pppd_redial.sh ) со следующим содержимым:

Сохраните файл и дайте ему права на выполнение.

Сохраните файл и убедитесь, что служба cronie работает. Если это не так, включите и запустите службу cronie .

Теперь ваше соединение будет перезапускаться каждый день в 4 утра.

Используя таймер systemd

Решение проблем

Маршрут по умолчанию

Не забудьте дать скрипту права на запуск.

Маскарадинг работает, но некоторые сайты не открываются

Проблема решается добавлением правила с PMTU clamping в iptables:

Создайте файл службы 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 вначале, сложно сразу понять, что к чему. Но вроде заработало.

Название и логотип Arch Linux ™ являются признанными торговыми марками.

Установка arch и pppoe

В бытность убунту, для поднятия соединения прописывал в resolv два своих dns, после запускал pppoeconf и все было пучком.

После запускаю pppoe-start, мне сообщается что connected, проверяю пинг с гугла и фигушки.

на этом естественно вся установка останавливается.

У меня белорусский провайдер byfly, adsl, модем в режиме бридж.

ну и вывод 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/ должен был создать файлик с настройками подключения, его запускаешь так:

касательно автостарта cast intelfx , подскажет как unit для systemd написать.

Настройки dns должны сохраниться.

seroff

Юнит [email protected] запускает 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.

Установка

Убедитесь, что ядро вашей системы скомпилировано с поддержкой 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 с одинаковыми именами:

Решение проблем

Маршрут по умолчанию

При запуске 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

Читайте также: