yarik1980 Posted January 17 Posted January 17 Собственно все в заголовке После обновления отвалилась полностью маршрутизация Сейчас откатился на бекап KeeneticOS 5.0.3 который был сделан при обновлении. Маршрутизация заработала 2
2 VVS Posted January 17 Posted January 17 33 минуты назад, Илья Картавенко сказал: KN-1910 маршрутизация по доменам работает криво, и не для всех сайтов. По факту работает ютуб и пара торрент трекеров., ватсапп не хочет Пока роскомпозор не задробил WARP, у меня маршрутизация на 5.0.3 работала без проблем. Сейчас, соответственно, не работает ни на 5.0.3, ни на 5.0.4 1
0 Илья Картавенко Posted January 17 Posted January 17 11 минут назад, yarik1980 сказал: Собственно все в заголовке После обновления отвалилась полностью маршрутизация Сейчас откатился на бекап KeeneticOS 5.0.3 который был сделан при обновлении. Маршрутизация заработала KN-1910 маршрутизация по доменам работает криво, и не для всех сайтов. По факту работает ютуб и пара торрент трекеров., ватсапп не хочет
0 yarik1980 Posted January 17 Author Posted January 17 23 минуты назад, Илья Картавенко сказал: KN-1910 маршрутизация по доменам работает криво, и не для всех сайтов. По факту работает ютуб и пара торрент трекеров., ватсапп не хочет У меня маршрутизации лист весьма приличный В 5.0.3 работал полностью лист без нареканий. Тут же в 5.0.4 заметил что маршрутизация перестала работать полностью. После отката на бекап 5.0.3 все заработало как прежне 1
0 yarik1980 Posted January 17 Author Posted January 17 38 минут назад, VVS сказал: Пока роскомпозор не задробил WARP, у меня маршрутизация на 5.0.3 работала без проблем. У меня Mihomo давно уже Есть IP внутри сетевые так сказать, внутри сети провайдера. IPTV, дисковое и прочие сервисы. Вот для него как раз у меня и настроена маршрутизация
0 Pop70 Posted January 18 Posted January 18 Тоже 5.0.4. Но проблема с маршрутизацией вообще. если ethernet сразу не поднялся, то облачный сервис и приложения opkg долбятся в резервное подключение (зависимое от основного), пока его не отключишь. Даже после поднятия основного. Селфтест на всякий тут продублирую. 1
0 Pop70 Posted January 20 Posted January 20 В 18.01.2026 в 22:15, Pop70 сказал: Тоже 5.0.4. Но проблема с маршрутизацией вообще. Попробую ещё раз объяснить. Вначале - общая ситуация. Иногда, после софтовой перезагрузки, мой пров долго выдаёт ipадрес по dhcp. Бывает вообще приходится провод передёрнуть, чтобы получить ip, или звонить прову, чтобы порт перезагрузил. В чём проблема - не знаю, но не суть. Тут, удалённо решил обновиться до 5.0.4. После обновления никак не мог дождаться ни через приложение, ни через облачное доменное имя, звонил прову, тот несколько раз перезагружал порт - по барабану! Решил попробовать зайти напрямую, по своему доменному имени (ip статический, домен зарегистрирован). Как ни странно - зашёл. И что вижу? Eternet подключение, естественно, поднято, ip получен, на вкладке "доменное имя" висит надпись "не могу соединиться с сервером", подключение через softether и OpkgTap0 тоже не активно. Т.е., интернет на роутере есть, но ни облачная служба, ни приложение в opkg его не видят. Скорее всего, пытаются идти по маршруту через ВПН (softether), которое в профиле по умолчанию стоит резервным (а убрать из него его невозможно впринципе), и само зависит от ethernet подключения. Отключаю OpkgTap0 в веб интерфейсе - тут же кинетик появляется и в приложении, и через облачный домен. Снова включаю - softether поднимется, и дальше всё работает штатно. По прибытию домой, повторяю ситуацию, подключившись в веб-интерфейс из локалки. Делаю софтовую перезагрузку, и наблюдаю. Снова небольшая задержка в получении ip (пару минут), и снова всё то же самое - ethernet поднят, облако недоступно, клиенты без интернета, softether подключиться не может. Делаю приложенный здесь селфтест, потом передёргиваю в вебе резервное подключение - всё снова работет штатно. Т.е., при отсутствии основного подключения, система переходит на резервное, которое тоже не готово, и не будет, пока не поднимется основное, а при поднятии основного, перехода на него не происходит, пока резервное не отключить ручками.
0 Leshiyart Posted January 20 Posted January 20 50 минут назад, Pop70 сказал: подключение через softether и OpkgTap0 тоже не активно пробуйте повесить на такое соединение пинг чек (делается через cli) так же может помочь добавления маршрута к узлу куда соединяется впн через провайдера
0 Pop70 Posted January 20 Posted January 20 1 час назад, Leshiyart сказал: пробуйте повесить на такое соединение пинг чек (делается через cli) так же может помочь добавления маршрута к узлу куда соединяется впн через провайдера Пингчек уже был добавлен, маршрут был добавлен и в cli, и в opkg. Можно бы было исключать из профиля по умолчанию "резервные" подключения, зависимые от других, такого бы не было. Хотя, это всеголишь моя теория того, что происходило. Думаю, что спецы посмотрят селфтест, и разберутся.
0 Leshiyart Posted January 20 Posted January 20 1 час назад, Pop70 сказал: Пингчек уже был добавлен, маршрут был добавлен и в cli, и в opkg. пингчек на OpkgTap? маршрут был добавлен и в cli, и в opkg - это еше как...? видимо о чем то другом речь ведете
0 Pop70 Posted January 20 Posted January 20 34 минуты назад, Leshiyart сказал: пингчек на OpkgTap? маршрут был добавлен и в cli, и в opkg - это еше как...? видимо о чем то другом речь ведете Да. Пингчек на OpkgTap0. Добавлен через CLI дефолтный профиль. Маршрут по умолчанию добавлен на OpkgTap0 через cli, и на opkgtap0 в opkg. А! Я понял! Добавить ещё маршруты до сервера впн через ethernet?
0 Pop70 Posted January 20 Posted January 20 P.s. А если появится настоящее резервное соединение с интернет, то эти маршруты не будут мешать резервированию?
0 Leshiyart Posted January 20 Posted January 20 23 минуты назад, Pop70 сказал: Да. Пингчек на OpkgTap0. Добавлен через CLI дефолтный профиль. Лучше не дефолтный, а отдельный с опцией перезапуска нижлежайшего интерфейса 24 минуты назад, Pop70 сказал: А! Я понял! Добавить ещё маршруты до сервера впн через ethernet? Да я именно его имел ввиду 16 минут назад, Pop70 сказал: P.s. А если появится настоящее резервное соединение с интернет, то эти маршруты не будут мешать резервированию? В теории может, маршрут нужен без эксклюзивности (если помрет физически или по пинг чеку такой маршрут по идеи станет не валидным ) а вот что будет дальше лучше поэкспериментировать 1
0 Leshiyart Posted January 20 Posted January 20 Так же если вдруг включен игнор днс провайдера нужен один не шифрованный вручную добавленный днс сервер, это тоже может влиять на холодный запуск 1
0 Pop70 Posted January 20 Posted January 20 3 часа назад, Leshiyart сказал: Так же если вдруг включен игнор днс провайдера нужен один не шифрованный вручную добавленный днс сервер, это тоже может влиять на холодный запуск У меня на всех интерфейсах, и на dhcp прописаны гугловские ДНС (нешифрованные), и игнор провайдерских включен.
0 c0ldplay Posted January 26 Posted January 26 Маршрутизация по доменным именам. 5.0.3 Настроил ютуб, чатджпт, инсту и для тестов сайт проверки айпи. Все работает кроме инсты. Не очень понимаю как так получается. Так и должно быть ?
0 Denis P Posted January 26 Posted January 26 В 20.01.2026 в 22:27, Pop70 сказал: на dhcp прописаны гугловские ДНС Не надо так делать 1
0 Илья Картавенко Posted January 26 Posted January 26 4 минуты назад, c0ldplay сказал: Маршрутизация по доменным именам. 5.0.3 Настроил ютуб, чатджпт, инсту и для тестов сайт проверки айпи. Все работает кроме инсты. Не очень понимаю как так получается. Так и должно быть ? Народ, все в тему Проблемф известны, но не решены 1 3
Question
yarik1980
Собственно все в заголовке
После обновления отвалилась полностью маршрутизация
Сейчас откатился на бекап KeeneticOS 5.0.3 который был сделан при обновлении. Маршрутизация заработала
18 answers to this question
Recommended Posts