Pop70

И всё-таки, кто-нибудь может ответить? Такое поведение Bridge с интерфейсом OpenVpn норма? Баг? Фича? Можно хотябы как-то отключить предупреждения в лог о якобы конфликте адресов?

Неужели никто не знает почему такое происходит? Может, что не так с настройками? Штатный openvpn, в режиме tap. На обеих сторонах интерфейс OpenVpn0 включен в Bridge0 (Home). Так же, на обеих сторонах в Home включены лан-порты. Почему только кинетик на стороне клиента жалуется на конфликт ip адресов кинетика-сервера? Почему вообще там оказалось 2 мака на по сути одном интерфейсе-мосте? Разве Bridge0 не должен переопределить маки всего, что в него включено? С другой стороны, "железный" мак порта должен же быть постоянным, а вот OpenVpn0 - каждый раз разный... Помогите разобраться что не так!

crypto map VirtualIPServerIKE2 enable system configuration save Наверное, так.

Вы читать умеете, или только писать? У топикстартера прекрасно работают ipsec туннели. У него просто не настроена маршрутизация. К проблемам блокировок, его проблема не имеет никакого отношения.

У меня на vds стоит SoftEther. Там вариантов дохрена. И openvpn, и l2tp-ipsec, и "фирменный" протокол, и sstp... На кинетике настроил клиента родного. Виндовый клиент есть. Пока ни разу не было чтобы не смог соединиться. Обрывы бывают, но не часто, и поднимается всё обратно без проблем. Между двумя кинетиками в РФ - openvpn на нестандартном порту.

Легко! L2TP даже в сети одного провайдера (с мобилки на стационар) не работает. Мой выбор пока openvpn. А для простого удалённого доступа SoftEther.

Не нужно vlan id Просто 2 сегмента с разными настройками ip. Обе сети private.

Скорее всего, всёже, с питанием этого самого чипа. Там напряжение всего 3,3В, а токи весьма приличные при работе на передачу. Керамики на обвязке нет, или мало, а электролиты дохнут со временем. Даже тантал не любит больших пиковых токов. В момент повышенной активности просаживается питание, чип уходит в перезагрузку, или вообще виснет. А если питание сетевое, на импульснике, то и высоковольтные кондёры, подсыхая, могут просаживать питание.

Ну вот, а я искал из тут: https://help.keenetic.com/hc/ru/articles/360001759419-Файлы-загрузки-для-Keenetic-Viva-KN-1910-Skipper-KN-1910

Подключите этого клиента к мобилке. Если ситуация повторится, то это точно проблема в клиенте. Неисправность. Либо по питанию, либо wifi чипу кирдык приходит.

Как вариант - при подключении к облачному сервису, возрастает трафик (и нагрузка по питанию), а кондёры на питании высохшие, что приводит к перезагрузке.

Почему именно гирляндой? Это может быть разветвлённая сеть, даже с динамической маршрутизацией, и устройствами других производителей. Так что, не всегда будет очевидно к какому именно неткрезику (или кинетику) приведёт my.netcraze.ru, и всегда ли к одному и тому же.

Точнее, первый попавшийся на пути к интернету шлюз?

А если в сети несколько неткрейзиков/кинетиков?

А версии мануалов обновляться будут? А то в шапке глянул - для vivo - ещё аж 3.9, хотя я уже где-то находил 4.3. Сейчас уже версия по 5.0.хх актуальна, с кучей новых команд, плюс многие команды вообще в мануале отсутствуют. Как-то эти мануалы поддерживаются в актуальном состоянии, или "трудные времена"?