Для перемещения по дереву справки используйте строки заголовка.

Справка по NSG Linux 2.1.4
Дерево команд: _common-nodes.ppp.main.peer-ip-address

Что это такое?

Это статический IP-адрес удалённой стороны PPP-соединения.

Зачем это нужно?

Чтобы назначить этот адрес по вашему усмотрению. Обычно используется в простейших соединениях "точка-точка" (наряду со статическим же локальным адресом) или в режиме сервера. Если удалённая сторона не знает заранее своего адреса и просит назначить ей что-нибудь (присылает в качестве своего адреса 0.0.0.0), то этот адрес ей и назначается (для клиентов на сервере PPPoE или PPTP — последовательные адреса, начиная с указанного).

ПРИМЕЧАНИЕ. IP-адрес для клиента также может быть указан в системных таблицах PAP/CHAP или предписан в ответе централизованного сервера аутентификации RADIUS/TACACS+, в зависимости от выбранного способа аутентификации. В этом случае используется именно он, как наиболее специфичный для данного клиента, и только в его отсутствие — peer-ip-address. В современной практике, однако, такой механизм используется редко.

Как это настроить?

Установить адрес (без маски). В принципе, для PPP-соединений он может никак не соотноситься с локальным адресом. Назначенный адрес может изменяться или не изменяться при установлении фактического PPP-соединения, в зависимости от параметра ipcp.accept-peer-address. Две стороны могут даже иметь разные значения и для своего адреса, и для адреса партнёра.

Cложные практические случаи:

В первом и третьем случаях возможна ситуация, когда автоматически выбранный формальный адрес конфликтует со сложившейся схемой распределения адресов в сети. В этом случае его можно назначить принудительно, бесконфликтным образом, с помощью данного параметра.

Что делать, если это не работает?

  1. Определить, кто кому должен назначать адреса, и какие именно.
  2. Проверить адреса на обеих сторонах и установки на приём адресов от удалённой стороны.
  3. Проверить, что назначаемые адреса не противоречат существующей схеме распределения адресов в сети, а связанные с ними маршруты — не нарушают остальной маршрутизации.
  4. Смотреть записи в журнале порта на этапе IPCP.

© Network Systems Group 2015–2024 Отдел документации