ifconfig ppp0?

Ждал специалиста что это скажет, не проверяя :)

ppp0      Link encap:Point-to-Point Protocol  
          inet addr:10.1.25.200  P-t-P:10.1.25.254  Mask:255.255.255.255
          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1496  Metric:1
          RX packets:8 errors:0 dropped:0 overruns:0 frame:0
          TX packets:7 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:3 
          RX bytes:84 (84.0 B)  TX bytes:76 (76.0 B)

И? В чём проблема?

Ждал специалиста что это скажет, не проверяя :)

Всё правильно. Ты же не сказал какой именно адрес сервера требуется =).

Если ты хочешь действительно надёжный способ, то тебе придётся немножко дописать клиент pptp.

А в том что:

 7544 ?        S      0:00 pptp 31.223.xxx.xxx --nolaunchpppd

Ах :)
Ну, это тоже результат.
Я надеялся что он умеет знать куда сейчас сессии построены.
Спасибо.
UPD: можно ж и менее кровавый метод, в место правки pppd, в виде костыля на bash'е в ip-up.d :)

8)

Я надеялся что он умеет знать куда сейчас сессии построены.

Он знает, просто никому не говорит! Подразумевается, что администратор системы и так знает куда именно он подключил клиента pptp.

Конечно логика тут есть, но я не вижу такого дикого оверхэда в собирании знаний об естэблишэд сессиях.
Но таки как написал, весьма по юникс-вею, можно подпереть искоробочным костылём.

UPD: можно ж и менее кровавый метод, в место правки pppd, в виде костыля на bash'е в ip-up.d :)

А разве этим скриптам передаётся IP'шник pptp-сервера? Их же pppd запускает, а он ничего не знает про работу pptp и наличие каких-то там серверов.

А разве этим скриптам передаётся IP'шник pptp-сервера? Их же pppd запускает, а он ничего не знает про работу pptp и наличие каких-то там серверов.

Костыль - это не прямое решение.
Я бы сделал отдельную надстройку, что бы следила сама за сессиями, а этот скрипт (из ip-up.d) был бы триггером для сбора информации о новом подключении.

Тогда уж лучше вместо pptp запускать скрипт-обёртку, который собирает нужную информацию, а уже затем запускает pptp.

Всё верно, но мы говорили о скорее пост-обработке :)
Но таки да, логичней ваш вариант, если есть возможность курировать этот процесс.

что-то вроде

netstat -np | grep 1723

+ sed/awk/perl не подойдет?)

Шикарно! :)
Но это решает вопрос, в рамках одной сессии.
Тут больший интерес узнать что да как в случае нескольких туннелей.

netstat вернет pid процесса. находишь дочерний ppp, смотришь lsof какой /dev/pts/ открыт. по логу ppp находишь соответствующий интерфейс.

Кроме того, нужный тебе ip иногда передается скриптам ip-up.

на самом деле там всегда передается ipparam, но pptp/xl2tp может передать IP в этом параметре.

Я запускал netstat от юзера не зная что он еще и пид возвратит, потому не обратил внимания что он его не отдал (ну и не прочитал варнинг, видимо ночью он не появляется :)).
С этим вообще все проблемы решены.

Вы просто кудесник, уважаемый! Я уже и подуныть успел, что всё как-то не продуманно.
Спасибо.