ppp (Русский)

Создайте файл настроек соединения:

/etc/ppp/peers/''имя_соединения''

plugin pppoe.so
# rp_pppoe_ac 'имя концентратора доступа'
# rp_pppoe_service 'имя службы PPPoE'

# сетевой интерфейс
eth0
# ваш логин
name "''имя_пользователя''"
usepeerdns
persist
# раскомментируйте, если вам нужен автодозвон "по требованию"
#demand
#idle 180
defaultroute
hide-password
noauth

Если задана опция usepeerdns, при соединении pppd создаст файл /etc/ppp/resolv.conf с полученными адресами DNS-серверов. По умолчанию скрипт /etc/ppp/ip-up.d/00-dns.sh перемещает этот файл в /etc/resolv.conf, чтобы система могла использовать эти DNS-серверы. Если это поведение является нежелательным (например, установлен локальный кэширующий DNS), отредактируйте /etc/ppp/ip-up.d/00-dns.sh под ваши нужды.

Добавьте запись с паролем соединения в или , в зависимости от типа аутентификации, используемого вашим провайдером.

По возможности используйте chap, так как он безопаснее (здесь можно почитать о том, как работает chap). Однако, если вы не уверены, можно добавить запись в оба файла, pppd выберет нужный самостоятельно. Запись выглядит следующим образом:

имя_пользователя * пароль

Имя пользователя должно совпадать с именем, указанным в опции . Оно также используется для аутентификации, если не переопределено другим значением с помощью опции .

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

# pppd call имя_соединения

или

# pon имя_соединения

где имя_соединения — имя файла настроек, созданного в /etc/ppp/peers.

Чтобы убедиться, что соединение PPPoE установлено, проверьте вывод pppd в системном логе:

# journalctl -b --grep=pppd

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

Jul 09 22:42:33 localhost pppd[239]: Plugin rp-pppoe.so loaded.
Jul 09 22:42:33 localhost pppd[239]: RP-PPPoE plugin version 3.8p compiled against pppd 2.4.6
Jul 09 22:42:33 localhost network[184]: RP-PPPoE plugin version 3.8p compiled against pppd 2.4.6
Jul 09 22:42:33 localhost pppd[239]: pppd 2.4.6 started by root, uid 0
Jul 09 22:42:39 localhost pppd[239]: PPP session is 292
Jul 09 22:42:39 localhost pppd[239]: Connected to a0:f3:e4:4f:e3:b0 via interface enp4s0
Jul 09 22:42:39 localhost pppd[239]: Using interface ppp0
Jul 09 22:42:39 localhost pppd[239]: Connect: ppp0 <--> enp4s0
Jul 09 22:42:39 localhost pppd[239]: CHAP authentication succeeded: CHAP authentication success
Jul 09 22:42:39 localhost pppd[239]: CHAP authentication succeeded
Jul 09 22:42:39 localhost pppd[239]: peer from calling number A0:F3:E4:4F:E3:B0 authorized
Jul 09 22:42:39 localhost pppd[239]: Cannot determine ethernet address for proxy ARP
Jul 09 22:42:39 localhost pppd[239]: local  IP address 10.6.2.137
Jul 09 22:42:39 localhost pppd[239]: remote IP address 10.6.1.1
Jul 09 22:42:39 localhost pppd[239]: primary   DNS address 10.6.1.1
Jul 09 22:42:39 localhost pppd[239]: secondary DNS address 210.21.196.6

Файл настроек /etc/ppp/peers/provider используется по умолчанию, если при вызове pppd не было указано имя файла. Вместо явного указания имени файла настроек программе pppd вы также можете просто добавить символическую ссылку на свой файл:

# ln -s /etc/ppp/peers/имя_соединения /etc/ppp/peers/provider

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

# pon

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

# poff имя_соединения

предоставляет текстовый интерфейс, основанный на dialog, для лёгкой конфигурации pppd. Для использования просто запустите команду  от имени root и следуйте дальнейшим инструкциям.

# pppconfig --dialog

Полученную конфигурацию можно подключать и отключать с помощью команд и как описано выше.

• Настройте модуль для загрузки во время запуска. Инструкции можно найти на странице Модуль ядра#Автоматическая загрузка модулей с помощью systemd.
• Включите службу .

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

# export PPPD_PID=$(pidof pppd)
# kill -s HUP $PPPD_PID

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

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

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

#!/bin/bash

message="Restarting the PPP connection @:" $(date)
pppd_id=$(pidof pppd)

kill -s HUP $pppd_id
echo $message

Сохраните файл и сделайте его исполняемым.

Теперь создайте задачу для cron, используя команду crontab -e. Если появляется ошибка, убедитесь, что установлена переменная окружения . По команде откроется редактор — добавьте в него строку, указав правильный путь до вашего скрипта перезапуска соединения:

0 4 * * * /bin/bash /root/pppd_redial.sh

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

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

Также вы можете настроить таймер systemd для выполнения ежедневного перезапуска соединения. Просто создайте файлы .service и .timer с одинаковыми именами:

Теперь просто включите и запустите таймер, и systemd будет выполнять сброс соединения каждый день в указанное время.

При запуске pppd пытается добавить свой системный маршрут по умолчанию (default route). Если перед запуском уже был установлен такой маршрут, pppd не станет его обновлять, и новые соединения во внешнюю сеть направляться не будут. При этом в вы увидите что-то наподобие:

pppd[nnnn]: not replacing existing default route via xxx.xxx.xxx.xxx

Если это поведение нежелательно, и — совсем не то, что вам нужно, вы можете создать простой скрипт в с таким содержимым:

Не забудьте дать скрипту права на запуск. Также убедитесь, что есть скрипт с названием 'ip-pre-up', который запускает *.sh файлы из каталога 'ip-pre-up.d'.

Перезапустите службу pppd.

Проблема выражается в том, что соединение есть, но часть сайтов и сервисов не работают, если вы используете ваш компьютер в роли маршрутизатора для других компьютеров. Дело в том, что размер MTU (Maximum Transmission Unit — максимальное количество байт данных в одном пакете) в PPPoE равен 1492 байтам, что меньше, чем используют большинство сайтов (1500). Ваш маршрутизатор отправляет серверу специальный пакет ICMP 3:4 (сообщение о том, что нужно переразбиение данных), запрашивая меньший MTU, но сетевые экраны многих сайтов блокируют это сообщение.

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

# iptables -I FORWARD -o ppp0 -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu

Однако, по некоторой причине, это правило может не попадать в вывод iptables-save. Если у вас тот случай, когда iptables-restore не восстанавливает правило после перезапуска, попробуйте следующее решение.

Создайте файл службы systemd:

И включите эту службу.

Проблема выражается в том, что при запуске процесс pppd не может найти соответствующий модуль:

Couldn't open the /dev/ppp device: No such device or address
Please load the ppp_generic kernel module.

Решается исправлением : замените в файле строку

alias char-major-108 ppp

на

alias char-major-108 ppp_generic

или добавьте ее, если первой строки в файле не было.

После перезагрузки проблема должна решиться.