r13

Смотря почему не переподключается. Если сервер не пускает, то значит пока сессия у провайдера не отвалится по таймауту роутер не подключится. Не сразу, это сколько?

Или 2.08 beta которая в течение пары недель станет релизом

@Le ecureuil Продолжаем разговор... Обновил гигу и экстру до 2.09.A.1.0-2 После загрузки роутеров туннель поднялся. Далее пропал канал(перезагрузка ультра2) После восстановления канала роутеры не смогли восстановить туннель, перезагрузка клиента помогла его восстановить. Повторно не восроизвелось. Селфтесты далее.

А загрузка процессора какая при этом?

@AirVetra Это для туннельных подключений. На ISP все работает из коробки. Максимум в настройке ISP проверить что галочка Включить Ipv6 стоит.

@Le ecureuil Тогда все ок, за 10ок перезагрузок туннель переподключился. Клиента после того как он заработал не трогал. ЗЫ ходят ли данные каждый раз не проверял только по логу, только в последнем прогоне проверил, пинги бегают..

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

Полагаю это уже проблема на клиенте была? Перезагрузка сервиса ipsec на клиенте не помогла, полная перезагрузка клиента помогла. Продолжаю ребутить сервер с данной точки.

А вот сейчас не переподключилось

Ну кнопкой вряд ли . Я по ней по телефону удаленно лазию, сча через интерфейс поперезагружаю.. только сервер или обоих?

Да, подключилось, и null в логе для IKE_SA теперь пропал, вместо него нормальный IP. селфтесты нужны?

Тогда давайте, протестирую. Нужно только гигу обновить или и экстру? На гиге с pptp компонентом пожалуйста.

Ну значит в режиме выделенного порта надо приставку подключать. С чем сейчас связана невозможность использовать данный режим?

Такой срочности нет, подожду вечерней сборки, проверю, или надо сейчас проверить?

Возможно провайдер блокирует. Попробуйте нестандартный порт протранслировать.

Попробовал поднять IPIP(остальные думаю тоже ибо ipsec транспорт не поднимается) в автоматическом режиме из-за NAT Гига2 и Ультра2 подключены к интернетам, у обоих белый IP К Ультре2 подключена Экстра2 как точка доступа. Если пытаюсь поднять туннель в автоматическом режиме с Экстры на Гигу то не работает. ipsec транспорт не устанавливается. Если просто с Ультры на Гигу то все ок Селфтесты далее.

@Le ecureuil Откатился, проверил. Не работает. Видимо приснилось. Так что тема более не актуальна. Кстати в 2,08 более логично называлось поле выбора сети в настройке VirtualIP по сравнению с 2,09 Было: "Доступ к сети" Стало:"Локальная сеть"

Полагаю пока 2.08 не зарелизится кнопку в приложении можно не ждать.

@Le ecureuil Еще более пристально погонял traceroute Вроде как все существующие маршруты отрабатывают корректно, кроме роутинга в подсети с голым ipsec туннелем эти трассы заварачиваются в интернет. Отсюда я вернулся к изначальному вопросу топика Должен ли работать доступ к удаленному роутеру подключенному через голый ipsec туннель через удаленное подключение VirtualIP с NAT или нет? PS если сохранилась, вечером попробую с 2.08 это проверить.

@enpa В плане тестов в такой ситуации боюсь что только uart консоль покажет где он заткнулся при загрузке.

Да мы и так не сильно ping-check это для частной ситуации когда канал поднят и работает а интернета нет (авария где-то за пределами непосредственно вашего подключения) и в этой ситуации у вас неизбежно будет задержка а без ping-check еще и интернета не будет. В нормальной же ситуации когда именно ваш канал падает все отрабатывает штатно и мгновенно, выдернете из роутера ваш dsl и убедитесь что роутер сразу же перейдет на lte без всяких задержек и ping-check. PS Само собой проголосуем ибо из-за постоянно сбрасываемых iptables dual wan через opkg работает кривовато.

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

Направление входящих и исходящих пакетов через разные интерфейсы вам вряд ли нужно. Как с вами в данном случае будет работать противоположная сторона? Все тупо польется в ваш lte downlink. PS А так это и сейчас работает, исходящие пакеты идут через default route, а входящие пакеты, если придут на резервный интерфейс то будут штатно обработаны.

@Le ecureuil Вы меня не так поняли, при заходе из вне если Virtual IP настроен на сегмент Home sending UNITY_SPLIT_INCLUDE: 192.168.1.0/24, а если на сегмент Internet, то никакого sending UNITY_SPLIT_INCLUDE нет вообще. Не должен ли Virtual IP передавать sending UNITY_SPLIT_INCLUDE 0.0.0.0 в данном случае?

На экспериментальных тоже нет.