LINUX.ORG.RU

>Нужно чтоб клиенты вешались на ppp1 и выше, не затрагивая ppp0.

ИМХО, либо патчить pppd, либо переименовывать ppp интерфейс в ip-up скриптах ( ip link set down ; ip link set name ; ip link set up ). В последнем случае будет ругань в логах, что pppd не смог получить статистику по интерфейсу при разрыве соединения...

Скажите, зачем вам это? Может можно решить проблему по другому.

mky ★★★★★
()
Ответ на: комментарий от CFA

Вроде, unit, влияет только на соединения, устанавливаемые pppd в режиме клиента. А когда pppd работает как сервер, uint не работает или это не так?

mky ★★★★★
()
Ответ на: комментарий от mky

to mky

Нужно это вот для чего.
Существует граничный копм, который соединяется по pppoe чтобы получить инет. Поднимается соединение ppp0. Соответственно, правили фаервола тоже привязаны к ppp0. И вот по вине прова соединение падает. Народ внутри которы тоже соединяется по pppoe с этим сервером, чтобы получить инет. Соединения нумеруются ppp1-N. Т.е. граничный комп является клиентом pppoe для прова и сервером pppoe для внутренних клиентов. Так вот народ в момент падения тоже не видит инет и зачастую передергивает свое соединение. Соответственно кто-то занимает соединение ppp0. Потом скажем соединение с инетом у прова поднимается ему дается какое-нибудь pppD, но фаервол об этом не знает и блочит все.

anonymous
()
Ответ на: комментарий от anonymous

Запускать соответствующие правила для этого соединения после его установки, создав скрипт в /etc/ppp/ip-up.d/ и удалять при отключении в /etc/ppp/ip-down.d/

gruy ★★★★★
()
Ответ на: комментарий от gruy

Вот даже пример с домашнего компа (/etc/ppp/ip-up.d/home)

#! /bin/bash

/sbin/iptables -t nat -A POSTROUTING -o $PPP_IFACE --src 192.168.0.2 -j SNAT --to-source $PPP_LOCAL

gruy ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.