Кинетиковод

Обновитесь на тестовую 3.7, на ней проблемы не наблюдаю. Ваша проблема не нова и с ней раньше уже сталкивались.

Какого? Лучше вместо эмоций сыпать цифрами.

По сути разницы нет.

У меня Экстра, Билайн, L2TP. С соединением проблем нет.

Выключен.

Экстра 2, 3.7 альфа 5 в обычном режиме работает нормально. Если включить гостевую сеть, то всё нормально до прихода гостя. При подключении гостя прокричав: Sat Apr 17 16:17:08 2021;192.168.7.1; <30>Apr 17 16:17:07 wmond: WifiMaster1/AccessPoint1: (MT76x2) STA(58:20:59:91:8c:ea) had associated successfully. Sat Apr 17 16:17:08 2021;192.168.7.1; <30>Apr 17 16:17:07 wmond: WifiMaster1/AccessPoint1: (MT76x2) STA(58:20:59:91:8c:ea) set key done in WPA2/WPA2PSK. Sat Apr 17 16:17:09 2021;192.168.7.1; <14>Apr 17 16:17:08 ndhcps: DHCPDISCOVER received from 58:20:59:91:8c:ea. Sat Apr 17 16:17:09 2021;192.168.7.1; <14>Apr 17 16:17:08 ndhcps: making OFFER of 10.1.30.35 to 58:20:59:91:8c:ea. Sat Apr 17 16:17:09 2021;192.168.7.1; <3>Apr 17 16:17:08 kernel: nf_conntrack: unable to save third interface 27, already has 25 and 30 (protonum 17) Sat Apr 17 16:17:09 2021;192.168.7.1; <3>Apr 17 16:17:08 kernel: nf_conntrack: unable to save third interface 27, already has 25 and 30 (protonum 17) Sat Apr 17 16:17:09 2021;192.168.7.1; <14>Apr 17 16:17:08 ndhcps: DHCPREQUEST received (STATE_SELECTING) for 10.1.30.35 from 58:20:59:91:8c:ea. Sat Apr 17 16:17:09 2021;192.168.7.1; <14>Apr 17 16:17:08 ndhcps: sending ACK of 10.1.30.35 to 58:20:59:91:8c:ea. Экстра уходит в ребут. Воспроизведение бага в 100% случаев.

У меня L2TP также скончался даже на релизе. Ни один клиент не может подключиться. Удалённый Кинетик говорит это: IpSec::Configurator: remote peer of crypto map "L2TP0" returned proposal mismatch for IKE phase 1. Туннели давно на IKE2, но они выключены. Одинаковые пароли не помогают. Со стороны сервера: 08[IKE] no IKE config found for 88.81.xx.xx...5.227.xx.xxx, sending NO_PROPOSAL_CHOSEN

@enterfaza Попробовал сейчас на 3.6 подключиться к FTP с внешки, тоже не вышло. Может глюк какой. SFTP работает нормально. Лучше сразу использовать sftp, а про ftp забыть.

Раньше надо было в межсетевом экране открывать, а теперь вынесли прямо в настройки облаков.

На внешку ftp лучше не использовать, а использовать sftp. На внешку надо просто открыть порт.

У FTP есть активный и пассивный режим. Если режим не тот, то подключения не будет. Браузер не лучший клиент для FTP, лучше использовать профильное ПО. Также проверить контроль доступа к папкам, может права ftp пользователю не выданы.

Тогда конечно и через VPN шансов не было. Вообще проблемы с вебмордой периодически в Keenetic OS бывают в виде долгой паузы при подключении, но всё же после раздумий она открывается. Так чтобы вообще отвалилась у меня вроде не было, но тут на форуме такой баг у народа встречался. В таком случае стоит попробовать подключится через консоль и если она отвечает, то через неё можно сделать ребут.

Разбирайтесь с настройками. Скорость в режиме сервера в районе 25 мегабит, а клиента должна быть ещё выше.

Это да. Можно попробовать тогда через SSTP. Виву цепляем к Старту клиентом по SSTP, настраиваем маршрутизацию между сетями, на самой Виве поднимаем tap сервер и подключаемся к нему уже с компа за Стартом по адресу SSTP клиента. Дописываем на Виве маршрут до DSL через WISP и получаем доступ. Через L2TP такая схема давно обкатана и успешно работает, через SSTP не пробовал, но вроде нет принципиальных препятствий для работы.

А здесь на базе есть? И какой агрегат тут?

Теоретически наверное да, но там возможно придётся долго возиться с маршрутизацией. Я предлагаю простое и быстрое решение проблемы, но вы можете заморочиться с SSTP. Главное что живой роутер не пустая коробка, а Вива и следовательно через неё до DSL можно добраться.

Поднимите сервер openvpn tap по мануалу на Виве. После подключения добавьте маршрут до сети 192.168.1.0 DSL через WISP. Должен появится доступ к вебморде потерянного.

Я имею ввиду доступный агрегат. Или он тоже на 3.4.12, но доступен?

Что за роутер?

Тут наверное только копать в эту сторону. Пройтись по трассе и глянуть где проблема после дождя. По идее в здании дождь не должен вызывать сбой в работе. Возможно кабель заливает на чердаке и тогда его надо изолировать от влаги. Хотя вроде не дырявый кабель не должен страдать от воды, возможно "скрутка" намокает. Может вообще по крыше бросили. Если нет возможности поставить свитч в разрыв, тогда изолировать кабель от воды. Перенести "скрутку" в сухое место или весь кабель.

У себя такого не наблюдаю.

Эта настройка определяет маршрут по умолчанию посылаемый клиенту.

Это L2. Соответственно openvpn tap или eoip. С компа можно вломиться по tap, с другого Кинетика по eoip. Другое дело не факт что вам это точно надо. L2 обычно делают для сетевого окружения, DLNA или IPTV. Но если вы уверены, что L2 нужен обязательно, то поднимайте нужный сервер и вперёд. eoip настраивается в CLI, а для tap нужно сертификаты генерировать, довольно трудоёмкое это занятие. Может вам достаточно просто на L3 маршрутизацию настроить? Какая прога нуждается в L2? У вас не ходят пинги из-за затыков в маршрутизации и ходить они могут между разными подсетями, запихивать VPN клиента в домашнюю сеть не обязательно.

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

На 3.5 у меня тоже оффлайн.