Заметил, что L2TP соединение как-то слишком долго устанавливается после перезагрузки сервера (до одной минуты).

Ура! Вопрос решен. Пришлось слегка модифицировать /etc/init.d/xl2tpd - секции 'stop' и 'restart' (добавил вызовы скрипта, корректно завершающего VPN-сессии, перед остановом службы).

Теперь все заводится без глюков и быстро! 

Осталось бинд победить...

Всё ниже ток как пример для понимания.

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

Заметил, что L2TP соединение как-то слишком долго устанавливается после перезагрузки сервера (до одной минуты). Хотя в конце-концов устанавливается.

Полез в логи, вот что нашел:

Feb 19 15:43:23 debsrv inet-autostarter: WAN interface (eth0) is up. Delayed launching L2TP connection manager...
Feb 19 15:43:23 debsrv l2tp-inet: L2TP connection manager started...
Feb 19 15:43:23 debsrv l2tp-inet: Internet connection scheduled, connecting in 10 seconds
Feb 19 15:43:33 debsrv l2tp-inet: Connecting to internet L2TP server...
Feb 19 15:43:35 debsrv xl2tpd[1183]: Connecting to host ***, port 1701
Feb 19 15:43:35 debsrv xl2tpd[1183]: handle_avps:  don't know how to handle atribute 46.
Feb 19 15:43:35 debsrv xl2tpd[1183]: Connection established to ***.  Local: ***, Remote: *** (ref=0/0).
Feb 19 15:43:35 debsrv xl2tpd[1183]: Calling on tunnel 57527
Feb 19 15:43:36 debsrv xl2tpd[1183]: Call established with ***, Local: ***, Remote: ***, Serial: 1 (ref=0/0)
Feb 19 15:43:36 debsrv xl2tpd[1183]: start_pppd: I'm running:
Feb 19 15:43:36 debsrv xl2tpd[1183]: "/usr/sbin/pppd"
Feb 19 15:43:36 debsrv xl2tpd[1183]: "passive"
Feb 19 15:43:36 debsrv xl2tpd[1183]: "nodetach"
Feb 19 15:43:36 debsrv xl2tpd[1183]: ":"
Feb 19 15:43:36 debsrv xl2tpd[1183]: "name"
Feb 19 15:43:36 debsrv xl2tpd[1183]: "***"
Feb 19 15:43:36 debsrv xl2tpd[1183]: "debug"
Feb 19 15:43:36 debsrv xl2tpd[1183]: "file"
Feb 19 15:43:36 debsrv xl2tpd[1183]: "/etc/ppp/***"
Feb 19 15:43:36 debsrv xl2tpd[1183]: "/dev/pts/0"
Feb 19 15:43:39 debsrv xl2tpd[1183]: handle_avps:  don't know how to handle atribute 46.
Feb 19 15:43:39 debsrv xl2tpd[1183]: control_finish: Connection closed to ***, serial 1 (Authentication failure)

Правда на этот раз xl2tpd продолжает "долбиться" и делать дозвоны каждые 5-10 секунд. И где-то в течение как раз минуты VPN-сервер отказывает в авторизации. А потом пущает.

Мне сразу вспомнилась похожая ситуация с десктопом под управлением WinXP. Если некорректно отключиться от сети. Например, отключить ethernet-интерфейс, не отключившись предварительно от L2TP. После этого VPN-сервер несколько минут не пускает, ругаясь на логин/пароль.

Пришла в голову мысль, что по команде reboot xl2tpd не завершает корректно соединение (или не успевает этого сделать). Решил это проверить таким образом: выключил сервак на 5 минут. Потом включил. Смотрю в логах - точно! L2TP завелся с ходу.

Попытался решить проблему так:
в /etc/network/if-down.d/ добавил скрипт, отключающий L2TP подключение и ожидающий 3 секунды перед отключением WAN-интерфейса. Не помогло. Смотрю лог:

# Сперва идет вот эта запись:
Feb 19 15:42:47 debsrv xl2tpd[1206]: death_handler: Fatal signal 15 received
# А уже намного позже отрабатывает скрипт отключения L2TP:
Feb 19 15:42:49 debsrv inet-autostarter: WAN interface (eth0) is going down. Launching L2TP connection manager to interrupt internet connection...
Feb 19 15:42:49 debsrv l2tp-inet: L2TP connection manager started...
Feb 19 15:42:49 debsrv l2tp-inet: Disconnecting from internet L2TP server...

То есть, xl2tpd останавливается ДО того, как отработает отключающий скрипт. Причем останавливается, видимо, не совсем корректно, не разрывая активные соединения.

Сейчас читаю мануалы по xl2tpd (может, можно как-то изменить его поведение в этом плане). Но может быть, кто-нибудь сталкивался с подобным и знает решение? Или просто кому в голову придет что умное... Потому как если xl2tpd корректного завершения по death-handler'у не предусматривает, то я даже и не знаю, как быть.

Конечно, я понимаю, что это в целом не бог весть какой косячок... Но уж если налаживать, так налаживать, верно? 

Всё ниже ток как пример для понимания.

Понятно! Спасибо огромное!
Думаю, большой беды не будет, если я все-таки помещу эти скрипты в /etc/network/if-up.d/?

Потому как приходится все-таки по таймауту эти скрипты запускать. Если без него - подключается через раз (xl2tpd ругается на то, что не может найти туннель). А с 5-8секундной задержкой "заводится" стабильно.

И еще вопрос, если я уберу эти демоны из автозагрузки, это "исталяционные" конфиги aptitude не сильно собьет? Т.е., к примеру, стану я эти пакеты деинсталить - на фазе их удаления из автозапуска ведь явно ошибка произойдет. Хотя, похоже, и не смертельная... Или лучше все-таки это дело лучше как-то переконфигурировать?

3) Пошариться тут и понять что можно всё запускать после поднятия сетевого интерфейса wan

С xl2tpd вроде так и сделал... Хотя мож криво. Погляжу, спасибо!

дело в том, что километровые отчеты о несуществующих ошибках в логах мне тоже как-то не очень по душе. Мешает, отвлекает, жрет дисковое простанство, осложняет поиск реальных проблем. Так что я даже не уверен, как тут поступить.

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

1) отключить логирование bind.
2) запускать bind после поднятия l2tp

Kettler пишет:

Зачем делать костыли. Ответ вы написали сами

Пошарился в daemon.log. Ошибка: xl2tpd: Host name lookup failed for имя_впн_сервера

Надо проверять что у вас указанно в днс. Либо за место имени использовать ip.

100% проблема в том, что кеширующий DNS сервер и xl2tpd запускаются и "начинают действовать" до того, как DHCP-клиент получает все необходимые данные от прова (даже в логах видно, что все ошибки прекращаются после того как происходит подъем интерфейса по DHCP). То есть, к прову по WAN еще не подключились, а уже пытаемся достучаться до его ДНС и ВПН.

Да и заработало все в том виде, что я выше изложил.

Спасибо за ответ!

Ну раз так то надо в конфигах xl2tp указать скок раз пытаться подключиться.

Зачем делать костыли. Ответ вы написали сами

Пошарился в daemon.log. Ошибка: xl2tpd: Host name lookup failed for имя_впн_сервера

Надо проверять что у вас указанно в днс. Либо за место имени использовать ip.

100% проблема в том, что кеширующий DNS сервер и xl2tpd запускаются и "начинают действовать" до того, как DHCP-клиент получает все необходимые данные от прова (даже в логах видно, что все ошибки прекращаются после того как происходит подъем интерфейса по DHCP). То есть, к прову по WAN еще не подключились, а уже пытаемся достучаться до его ДНС и ВПН.

Да и заработало все в том виде, что я выше изложил.

Спасибо за ответ!

Пошарился в daemon.log. Ошибка: xl2tpd: Host name lookup failed for имя_впн_сервера

Надо проверять что у вас указанно в днс. Либо за место имени использовать ip.