¶ Общая информация
Устройство МКСЗ Diamond Next поддерживает работу в режиме PPPoE-клиента. Реализация предназначена для организации подключения к сети провайдера или удаленному узлу, предоставляющему доступ по протоколу PPPoE.
После успешного установления PPPoE-сессии сервер может назначить клиенту сетевые параметры, включая IPv4-адрес, маршрут по умолчанию, DNS-серверы и другие параметры PPP.
Возможности:
- поддержка режима PPPoE Client;
- запуск и остановка сессии через веб-интерфейс;
- автоматическое получение IPv4-адреса;
- установка маршрута по умолчанию;
- настройка MTU;
- просмотр состояния сессии.
Обратите внимание на ограничения реализации: поддерживается только режим PPPoE-клиента, одновременно допускается только одна сессия.
¶ Настройка pppoe подключения
Для настройки PPPoE-подключение необходимо в главном меню выбрать пункт «Сетевые настройки – Интерфейс PPPoE». В таблице «Интерфейс PPPoE» отображаются параметры конфигурации PPPoE-клиента.
Параметры для настройки описаны в таблице ниже:
| Название параметра | Возможные значения | Описание |
| Включить PPPoE | Флаг включен/выключен | Включает или отключает использование PPPoE-клиента. |
| Физический интерфейс | Один из физических интерфейсов устройства, который находится в состоянии UP. | Определяет выбо физического интерфейса, на базе которого будет установлено PPPoE-подключение. Для выбора доступны только физические интерфейсы, которые находятся в состоянии UP. |
| Установить маршурт по умолчанию | Флаг включен/выключен | При успешном подключении устанавливает маршрут по умолчанию через PPPoE-интерфейс. |
| MTU | 1492 | Определяет MTU для pppoe интерфейса. |
| Кнопки управления | Запустить, Остановить, Перезапустить, Удалить, Обновить | Параметр отвечает за управление PPPoE-подключением. Кнопка “Запустить” инициирует установление PPPoE-сессии; кнопка “Остановить” завершает текущую PPPoE-сессию; кнопка “Перезапустить” повторно инициирует установление PPPoE-сессии; кнопка “Удалить” позволяет удалить PPPoE-подключение с устройства; кнопка “Обновить” позволяет обновить данные по текущему PPPoE-подключение. |
¶ Проверка PPPoE-подключения
После задания всех параметров и нажатия на кнопку “Запустить” устройство инициирует установку соединения. После успешной установки соединения в таблице “Сессия PPPoE" будут отображаться данные по текущему PPPoE-подключение.
Описание полей и их возможные значения представлены в таблице ниже:
| Название параметра | Описание |
| Состояние | В поле отображается текущее состояние PPPoE-подключение. Возможные следующие значения: не настроен, работает, остановлен. |
| Локальный IP | Сетевой адрес, который был задан устройству в рамках текущего PPPoE-подключение. |
| Внешний IP | Сетевой адрес сервера, к которому устанавливается PPPoE-подключение. |
Если в поле «Состояние» отображается значение «Работает», а полям «Локальный IP» и «Внешний IP» присвоены значения, PPPoE-подключение установлено успешно.
В консоли есть возможность посмотреть данные по текущему PPPoE-подключению. Для этого необходимо подключиться к устройству по протоколу ssh, далее перейти на уровень обработки данных с помощью команды “vppctl”.
Для просмотра информацию о текущей сессии необходимо выполнить команду “sh pppoe client session”.
# vppctl
___ _ __ ____
/ _ \ | | / / / __/
/ // / | |/ / / _/
/____/ |___/ /___/
DIAMOND VECTOR ENGINE
dve# show pppoe client session
---------- CLIENT STATE: RUNNING ----------
Control plain iface index: 7 (tap0)
PADI forward iface index: 5 (GigabitEthernet5/0/2) <--- Физический интерфейс, который используется для построения pppoe
PPP iface index: 8 (pppoe_session0) <--- Имя сетевого интерфейса pppoe, который отвечает за соединение
PPPOE session id: 1 <--- id текущей сессии
loc ip: 10.0.0.2 <--- Локальный сетевой адрес, который выдал сервер
out ip: 10.0.0.1 <--- Сетевой адрес сервера
dns1 ip: not available
dns2 ip: not available
dve#
Для просмотра информации о маршурте по умолчанию необходимо выполнить команду “sh ip fib”.
dve# show ip fib
ipv4-VRF:0, fib_index:0, flow hash:[src dst sport dport proto flowlabel ] epoch:0 flags:none locks:[default-route:1, nat44-ei-hi:44, nat-hi:44, ]
0.0.0.0/0
sources: pppoe, default-route,
forwarding: unicast-ip4-chain
[@0]: dpo-load-balance: [proto:ip4 index:1 buckets:1 uRPF:67 to:[0:0]]
[0] [@6]: ipv4 via 0.0.0.0 pppoe_session0: mtu:1492 next:3 flags:[] 00900b8ada66c400adba98ac88641100000100000021
stacked-on:
[@2]: GigabitEthernet5/0/2-tx-dpo: <--- Физический интерфейс, через которое строится pppoe соединение
¶ Дополнительные параметры PPPoE-подключение
В текущей реализации дополнительные параметры можно задать через конфигурационный файл “vpp-provider”, который расположен в директории “/etc/ppp/peers/”. Параметры конфигурационного файла считываются перед установлением PPPoE-сессии. Для редактирования файла можно использовать либо подключение по протоколу ssh, либо по протоколу SFTP (например, с использованием WinSCP).
Для редактирования из консоли необходимо выполнить команду “nano /etc/ppp/peers/vpp-provider”. Далее задать нужные параметры и сохранить изменения. Для сохранения необходимо нажать на сочетание клавиш “ctrl+X”, далее выбрать опцию “Yes” и нажать “Enter”. Для просмотра текущих параметров кофнигурационного файла необходимо выполнить команду “cat /etc/ppp/peers/vpp-provider”.
Параметры, которые можно задать в конфигурационном файле описаны ниже:
| Название параметра | Назначение |
| user | Имя пользователя для аутентификации на PPPoE-сервере |
| password | Пароль пользователя |
| persist | Автоматически восстанавливает соединение после разрыва |
| lcp-echo-interval | нтервал отправки LCP Echo Request |
| lcp-echo-failure | Количество пропущенных ответов до признания соединения потерянным |
| debug | Включает подробное журналирование |
| nodetach | апускает процесс в интерактивном режиме |
¶ Просмотрт журанла PPPoE
Журнал позволяет проследить установление PPPoE-подключения, получение сетевых параметров, завершение сессии и повторные попытки подключения. В текущей реализации просмотр журнала доступен через консоль устройства по протоколу SSH. Для просмотра сообщений процесса `pppd` в режиме реального времени выполните команду: “journalctl -f -t pppd”.
Для просмотра сохранённых сообщений выполните команду: “journalctl -t pppd --no-pager”.
Команды с параметром "-t pppd" отбирают записи с идентификатором "pppd". Если в используемой версии ПО часть сообщений записывается с другим идентификатором, можно использовать фильтрацию по тексту: “journalctl --no-pager | grep pppd”.
В таблице приведены основные сообщения, встречающиеся при работе PPPoE-клиента. IP-адреса, MAC-адреса, имена интерфейсов, идентификаторы сессий и числовые значения указаны в качестве примеров. Набор и порядок сообщений могут отличаться в зависимости от настроек и причины завершения соединения. Подробные сообщения об обмене пакетами могут отображаться только при включённой диагностической регистрации; отсутствие отдельной строки само по себе не означает ошибку.
| Событие | Пример сообщения в журнале | Описание |
| Ошибка отправки или приёма пакетов PPPoE |
|
Отправка или приём пакетов невозможны, поскольку используемый сетевой интерфейс недоступен. Необходимо проверить физический интерфейс и связанные с ним интерфейсы Linux/VPP. Сообщение само по себе не устанавливает причину недоступности. |
| Поиск PPPoE-сервера |
|
Клиент отправляет запрос PADI для обнаружения доступных PPPoE-серверов. |
| Нет ответа на запрос поиска |
|
Клиент не получил ожидаемый ответ PADO за отведённое время и не завершил этап поиска сервера. Следует проверить подключение к сети провайдера и прохождение PPPoE-трафика. Это не подтверждает неисправность самого сервера. |
| Получен ответ PPPoE-сервера |
|
Сервер ответил на запрос поиска. Поле “AC-name” содержит имя концентратора доступа; оно не обязательно совпадает с названием провайдера. |
| Отправлен запрос на создание сессии |
|
Клиент выбрал сервер и запросил создание PPPoE-сессии. |
| Сервер подтвердил создание PPPoE-сессии |
|
Сервер назначил идентификатор PPPoE-сессии. В примере “0xa” и “10” — одно значение в шестнадцатеричной и десятичной записи. После этого выполняется согласование PPP; готовность IPv4-подключения этой строкой ещё не подтверждается. |
| Определены сервер и интерфейс подключения |
|
Указаны MAC-адрес выбранного сервера и интерфейс, используемый процессом “pppd”. Наличие этой записи ещё не подтверждает получение IP-адреса. |
| Начато PPP-соединение |
|
Процесс “pppd” использует интерфейс “ppp0” для PPP-соединения через “pppoe-vpp”. Далее согласуются параметры PPP. |
| Переход к согласованию сетевых параметров |
|
Процесс “pppd” перешёл к сетевой фазе PPP для указанного удалённого узла. Запись сама по себе не подтверждает проверку имени пользователя и пароля: это зависит от согласованного способа аутентификации. |
| Согласованы IPv4-адреса |
|
Указаны локальный IPv4-адрес клиента и IPv4-адрес удалённой стороны PPP. Удалённый адрес не обязательно является публичным. Эти сообщения не подтверждают установку маршрута по умолчанию или доступность внешних ресурсов — их проверяют отдельно. |
| Согласованы локальные IPv6-адреса канала |
local LL address fe80::... remote LL address fe80::... |
Указаны IPv6 link-local адреса сторон PPP. Такие записи могут появляться при согласовании IPv6CP и сами по себе не подтверждают доступность внешней сети по IPv6. |
| Нет ответов на проверку связи |
No response to 3 echo-requests Serial link appears to be disconnected |
Не получены ответы на заданное число запросов LCP Echo Request. Процесс “pppd” считает связь с удалённой стороной потерянной и инициирует завершение соединения. Причина может быть связана с сервером или прохождением трафика; сообщение не доказывает физический обрыв кабеля. |
| Продолжительность завершившегося соединения | Connect time 9.1 minutes. | Процесс “pppd” выводит продолжительность соединения. В примере — 9,1 минуты. Это информационная запись, которая не указывает причину завершения. |
| Счётчики завершившегося соединения | Sent 2308 bytes, received 0 bytes. | Выведены счётчики отправленных и полученных байтов, доступные процессу “pppd”. Для оценки пользовательского трафика, обрабатываемого в VPP, необходимо дополнительно проверять счётчики PPPoE-интерфейса VPP. Нулевое значение в этой строке само по себе недостаточно для вывода об отсутствии трафика в VPP. |
| PPP-соединение завершено | Connection terminated. | PPP-соединение завершено. Запись встречается как при штатной остановке, так и после ошибки. Причину следует определять по предшествующим сообщениям. |
| Потеря нижележащего канала PPP | Modem hangup | Процесс “pppd” зафиксировал отключение канала, используемого для PPP. В случае PPPoE сообщение не означает наличие или физическое отключение модема. Причину следует уточнять по соседним записям. |
| Отправлено уведомление о завершении PPPoE-сессии |
Send PPPOE Discovery V1T1 PADT ... Sent PADT |
Клиент отправил пакет PADT, уведомляющий удалённую сторону о завершении PPPoE-сессии. Запись об отправке не является подтверждением получения пакета сервером. |
| Начата повторная попытка подключения | Send PPPOE Discovery V1T1 PADI ... | после завершения предыдущего соединения | Клиент снова начал поиск PPPoE-сервера. При включённом параметре “persist” это может быть попыткой автоматического восстановления. Аналогичная последовательность возможна при ручном перезапуске. |
Системные сообщения о состоянии интерфейсов могут записываться другими службами и не попадать в выборку "pppd". Для просмотра сообщений “pppd” и записей, содержащих имена интерфейсов из приведённых примеров, используйте команду: “journalctl -b --no-pager | grep -E 'pppd|pppoe-vpp|ppp0”.
При необходимости замените имена интерфейсов на фактически используемые на устройстве. Приведённая команда отбирает сообщения по тексту и не является полной выборкой всех событий физического интерфейса VPP.
| Сообщение об интерфейсе | Описание |
|
Интерфейс переведён в административное состояние UP. Само по себе это не подтверждает готовность PPPoE-подключения. |
|
Для интерфейса зарегистрировано появление несущей. Для виртуального интерфейса это состояние программного канала; его нельзя автоматически приравнивать к подключению кабеля физического порта. |
|
"Link DOWN" означает перевод интерфейса в административное состояние DOWN, а “Lost carrier” — потерю несущей. Эти сообщения могут сопровождать штатное завершение PPP-соединения или его разрыв. |
|
На интерфейсе появился IPv6 link-local адрес. Это отдельное событие, не равнозначное появлению несущей или установлению PPPoE-сессии. |