l2tp туннель не восстанавливается

werter

Обновить ПО на обоих концах.
Смотреть логи на обоих концах во время возникновения проблемы. 99% что в них будет то, что поможет решить проблему.

viktor_g

@святослав said in l2tp туннель не восстанавливается:

Добрый день всем форумчане.
Прошу помощи вот в каком вопросе:
Есть l2tp туннель между pfsense с одной стороны и микротиком с другой. Все бы ничего, но вот если пропадает интернет допустим на микротике, то туннель сам не восстанавливается.
Для его восстановления как делаю я (захожу в статические маршруты, жму изменить, ничего не меняя выбираю сохранить, и после этого кнопку перезагрузки фильтров брандмауэра). После чего туннель восстанавливается. Возможно можно сделать быстрее, в меню "статус" выбрать подпункт "перезагрузить фильтр", но я так не пробовал. Как нашел решение в первый раз, так его и использую. Вопрос следующий, как сделать так, чтобы туннель поднимался автоматически?
Заранее спасибо за помощь

Кто из них сервер, а кто клиент?
Какая версия pfSense?
Не восстанавливается при долгих или коротких простоях (тут похожая проблема с PPPoE: https://redmine.pfsense.org/issues/13092)

Святослав

@viktor_g
Сервер Pfsense версии 2.4.5, микротик клиент соответственно.
При краткосрочном обрыве, долгих слава Богу не было.

werter

Добрый.
@святослав
Не воюйте с ветряными мельницами.
Пф у вас старый. Обновляйте его последовательно 2.4 ->2.5->2.6
Обновите мт - 6.х до последней 6.х, с 7.х соответственно.
Если после обновления проблема останется, то будем дальше думать.

P.s. Лучше настройте ipsec между пф и мт.

viktor_g

@святослав said in l2tp туннель не восстанавливается:

@viktor_g
Сервер Pfsense версии 2.4.5, микротик клиент соответственно.
При краткосрочном обрыве, долгих слава Богу не было.

Лучше да, обновить до 2.6
нашёл баг с переподключением PPPoE/L2TP/PPTP/PPP:
https://redmine.pfsense.org/issues/13092#note-2
Исправление будет включено в новую версию.
Или применить патч.

Или руками добавить в /etc/inc/interfaces.inc перед строкой {$ipv6cp} строку set bundle no noretry и перезагрузить/переприменить интерфейс.

viktor_g

Пардон, это если pfSense клиент)

Так что обновите и Mikrotik и pfSense.

Святослав

@viktor_g Спасибо,я попробую. Просто последний раз когда обновлял, процесс завершился неудачно и пришлось восстанавливаться из бэкапа.

Святослав

@viktor_g Заметил кстати в логах сегодня, что на самом деле соединение повторное усстанавливается, но без тех манипуляций , что я указал в самом первом сообщении трафик не идет. Предполагаю что пропадает статический маршрут. Логи смотрел на микротике.
В логах pfsense ничего не понятно:
||Apr 25 15:54:40 l2tps [l2tp_b-1] IPCP: Got IP 192.168.33.0 from pool "p0" for peer
Apr 25 15:54:40 l2tps [l2tp_b-1] IPCP: state change Starting --> Req-Sent
Apr 25 15:54:40 l2tps [l2tp_b-1] IPCP: SendConfigReq #1
Apr 25 15:54:40 l2tps [l2tp_b-1] IPADDR 192.168.33.251
Apr 25 15:54:40 l2tps [l2tp_b-1] COMPPROTO VJCOMP, 16 comp. channels, no comp-cid
Apr 25 15:54:40 l2tps [l2tp_b-1] CCP: Up event
Apr 25 15:54:40 l2tps [l2tp_b-1] CCP: Protocol mppc disabled as useless for this setup
Apr 25 15:54:40 l2tps [l2tp_b-1] CCP: state change Starting --> Req-Sent
Apr 25 15:54:40 l2tps [l2tp_b-1] CCP: SendConfigReq #1
Apr 25 15:54:40 l2tps [l2tp_b-1] IPCP: rec'd Configure Request #11 (Req-Sent)
Apr 25 15:54:40 l2tps [l2tp_b-1] IPADDR 0.0.0.0
Apr 25 15:54:40 l2tps [l2tp_b-1] NAKing with 192.168.33.0
Apr 25 15:54:40 l2tps [l2tp_b-1] IPCP: SendConfigNak #11
Apr 25 15:54:40 l2tps [l2tp_b-1] IPADDR 192.168.33.0
Apr 25 15:54:40 l2tps [l2tp_l-1] rec'd unexpected protocol MPLS Control Protocol (RFC 3032), rejecting
Apr 25 15:54:40 l2tps [l2tp_b-1] IPCP: rec'd Configure Reject #1 (Req-Sent)
Apr 25 15:54:40 l2tps [l2tp_b-1] COMPPROTO VJCOMP, 16 comp. channels, no comp-cid
Apr 25 15:54:40 l2tps [l2tp_b-1] IPCP: SendConfigReq #2
Apr 25 15:54:40 l2tps [l2tp_b-1] IPADDR 192.168.33.251
Apr 25 15:54:40 l2tps [l2tp_b-1] CCP: rec'd Configure Request #11 (Req-Sent)
Apr 25 15:54:40 l2tps [l2tp_b-1] CCP: SendConfigAck #11
Apr 25 15:54:40 l2tps [l2tp_b-1] CCP: state change Req-Sent --> Ack-Sent
Apr 25 15:54:40 l2tps [l2tp_b-1] CCP: rec'd Configure Ack #1 (Ack-Sent)
Apr 25 15:54:40 l2tps [l2tp_b-1] CCP: state change Ack-Sent --> Opened
Apr 25 15:54:40 l2tps [l2tp_b-1] CCP: LayerUp
Apr 25 15:54:40 l2tps [l2tp_b-1] CCP: No compression negotiated
Apr 25 15:54:40 l2tps [l2tp_b-1] CCP: parameter negotiation failed
Apr 25 15:54:40 l2tps [l2tp_b-1] CCP: state change Opened --> Stopping
Apr 25 15:54:40 l2tps [l2tp_b-1] CCP: SendTerminateReq #2
Apr 25 15:54:40 l2tps [l2tp_b-1] CCP: LayerDown
Apr 25 15:54:40 l2tps [l2tp_b-1] IPCP: rec'd Configure Request #12 (Req-Sent)
Apr 25 15:54:40 l2tps [l2tp_b-1] IPADDR 192.168.33.0
Apr 25 15:54:40 l2tps [l2tp_b-1] 192.168.33.0 is OK
Apr 25 15:54:40 l2tps [l2tp_b-1] IPCP: SendConfigAck #12
Apr 25 15:54:40 l2tps [l2tp_b-1] IPADDR 192.168.33.0
Apr 25 15:54:40 l2tps [l2tp_b-1] IPCP: state change Req-Sent --> Ack-Sent
Apr 25 15:54:40 l2tps [l2tp_b-1] IPCP: rec'd Configure Ack #2 (Ack-Sent)
Apr 25 15:54:40 l2tps [l2tp_b-1] IPADDR 192.168.33.251
Apr 25 15:54:40 l2tps [l2tp_b-1] IPCP: state change Ack-Sent --> Opened
Apr 25 15:54:40 l2tps [l2tp_b-1] IPCP: LayerUp
Apr 25 15:54:40 l2tps [l2tp_b-1] 192.168.33.251 -> 192.168.33.0
Apr 25 15:54:40 l2tps [l2tp_b-1] IFACE: No interface to proxy arp on for 192.168.33.0
Apr 25 15:54:40 l2tps [l2tp_b-1] IFACE: Up event
Apr 25 15:54:40 l2tps [l2tp_b-1] IFACE: Rename interface ng0 to l2tp1
Apr 25 15:54:40 l2tps [l2tp_b-1] IFACE: Add group l2tp to ng0
Apr 25 15:54:40 l2tps [l2tp_b-1] CCP: rec'd Terminate Request #12 (Stopping)
Apr 25 15:54:40 l2tps [l2tp_b-1] CCP: SendTerminateAck #3
Apr 25 15:54:40 l2tps [l2tp_b-1] CCP: rec'd Terminate Ack #2 (Stopping)
Apr 25 15:54:40 l2tps [l2tp_b-1] CCP: state change Stopping --> Stopped
Apr 25 15:54:40 l2tps [l2tp_b-1] CCP: LayerFinish||

viktor_g

@святослав а где у вас статический маршрут?
с pfSense на сетку за Mikrotik'ом?

если схему приложите, будет вообще хорошо

Святослав

@viktor_g Вы правы, именно так. С PfSense на сетку за микротиком через шлюз l2tp (pfsense)

Святослав

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

viktor_g

@святослав said in l2tp туннель не восстанавливается:

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

Хм, надо смотреть адресацию
Желательно схему сети (просто поменяйте на схеме IPшники на другие, чтобы не светить)

Святослав

@viktor_g
На pfsense:
Поднят сервер l2tp с ip 192.168.33.251
Удаленный диапазон раздаваемых ip клиентам с 192.168.33.0/32
Интерфейс OPT1 имеет IP 192.168.33.252/24
Шлюз GW_Filial c ip 192.168.33.252
Статический маршрут : Сеть назначения 192.168.4.0/24 через шлюз 192.168.33.252 GW_Filial

Получается что весь трафик в подсеть 4.0(микротик) заварачивается на шлюз и передается в подсеть назначения. Точно так же со стороны микротика весь трафик в подсети 192.168.0-3.0 уходят в l2tp туннель. И все ходит туда и обратно, домены в доверительных отношениях, никаких проблем. До того момента пока не оборвется интернет. Потом соединение хоть и восстанавливается, но необходимо перезагрузить статический маршрут способом, как я описал в первом посте. Иначе получается что подсеть за микротиком видит сеть за пфсенсом. А вот устройства с подсети за пфсенсом не видят подсеть за микротиком.После этих действий все восстанавливается. И так до следующего пропадания интернета

werter

Добрый
@святослав
Не ищите себе проблем.
Настройте чистый ipsec между пф и мт. Там и роутинг готовый есть в tunnel mode.

viktor_g

@святослав Теперь понял. Был исправлен аналогичный баг, но для L2TP клиента.

Создал багрепорт:
https://redmine.pfsense.org/issues/13099

Поковыряю)

Святослав

@viktor_g Спасибо большое. Буду надеяться, что все-таки баг и его исправят

viktor_g

@святослав said in l2tp туннель не восстанавливается:

@viktor_g Спасибо большое. Буду надеяться, что все-таки баг и его исправят

Попробуйте патч 747.diff

Установите System Patches: https://docs.netgate.com/pfsense/en/latest/development/system-patches.html
и примените его там.

После лучше перезагрузить pfSense, ну или перезапустить L2TP VPN.

Святослав

@viktor_g
Добрый день. К сожалению не могу установить пакет "Патчи". Вот так весит как на фото и все. Перезагружал pfsense ничего не поменялось

viktor_g

@святослав попробуйте просто перезагрузить pfSense.
Вообще, это проблема с установкой пакетов исправлена в последних версиях.

Святослав

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