mrGhotius

Может быть конкретный пример приведете, что у вас не работает? Потому что у меня все работает как с IPv4, так и с IPv6. В данной теме люди пишут о проблеме связанной с ресурсами которые меняют адреса при каждом резолве. И от стека это не зависит.

Так у вас штатный ssh на 2022 порту? А если тогда ssh root@192.168.2.1

Никакой проблемы, все установилось. Для входа используйте следующее: ssh root@адрес_роутера -p 222

Воспользуйтесь поиском, уже неоднократно обсуждалось!

Думаю подкоп в сторону РКН У меня с 13 числа некоторая часть того, что завязано на сервисах cloudflare не работает или работает частично. Например сейчас не открывается даже whois.ru. А форум Keenetic висит с постоянной подгрузкой контента с media.invisioncic.com.

Возможно это результат фильтрации трафика. Попробуйте выбрать другую локацию в админке expressvpn.

Ну же, ваши посты выглядят так опрятно и правильно (в плане ведения спора) прям как по учебнику. Вы либо действительно так хорошо владеете этим навыком, либо "пропускаете" свои мысли через ИИ для генерации ответа А по теме соглашусь с @bzzztomas77

https://storage.googleapis.com/docs.help.keenetic.com/cli/5.0/ru/cli_manual_kn-1012_ru.pdf Верно, потому что маршрутизация по DNS работает только в политике по умолчанию.

Закончился диапазон пула, конфликты адресов и др. Загляните в лог или покажите момент "подключения" телевизора, гадать по фотографии тут никто не умеет.

На входе в коммутаторе "упаковывайте" в свой vlan, прогоняйте через коммутаторы, а на выходе к ретранслятору возвращайте vlan1. Ну или новую скс под mesh

Я сначала тоже так подумал, но сейчас переключил Transmission на второго провайдера. Результат тот же потерь пакетов нет, но задержки и джиттер увеличивается. На картинке ниже результат анализа RTP-потока разговора во время закачек через второго провайдера. Также заметил, что проблемы начинаются когда число пиров переваливает за 6-7. Также начинает подлагивать и web-интерфейс Transmission как штатный, так и Remote GUI. Интернет - без тега, телефония - с тегом(без 802.1p). Оба канала(основной и резервный) подключены витой парой в коммутаторы провайдеров. Возможно это действительно все совпадение и так работает телефония провайдера, продолжаю вести наблюдение

Добрый день. Наблюдаю следующую проблему при использовании штатного Transmission: Провайдер предоставляет интернет+телефонию(отдельным vlan). Настроена SIP-телефония. Используется Zyxel DECT модуль. При закачках с роутера через Transmission при звонках(разговоре) появляются частые "заикания" голоса. При анализе RTP-потока выявлено увеличение задержек и джиттера, потерь пакетов нет. Однако Если я запущу торрент закачки с ноутбука через qBittorrent, то подобных проблем при разговоре не наблюдаю. Настройки на Transmission и qBittorrent: DHT - включено Обмен пирами - включено Скорость закачки на Transmission макс. на 12Мб/с, на qBittorrent не ограничена. Для Transmission выставлено torrent io-priority low в конфигурации. NC-1012, OS 5.0.3 Может быть кто-то сталкивался с подобным? Спасибо.

Keenetic позволяет это сделать через CLI. Назначьте тарелкам адреса из 192.168.3.0/24 Cобственно зачем вы им назначили адреса из 172.16.16.0/24, из предоставленной вами информации не понятно.

Ну вот, и затык. И маршрутизация здесь ни при чем. Как я уже писал выше разведите 192.168.3.0/24 и 172.16.16.0/24 по разным ШВД (vlan). Я бы сделал так.

Все новые и новые подробности всплывают На ноутбуке 172.16.16.18 как доп. адрес прописан? А из 192.168.2.0/24 ping? trace?

Маршрут 172.16.16.0/24 на шлюз [alias-адрес WAN роутера] пробовали?

Тогда ваш роутер вообще не в курсе о существовании сети 172.16.16.x. Смотрите на мостах, как настроена сеть 172.16.16.x, возможно стоит вывести ее в отдельный vlan и подать на WAN роутера с тегом. Либо использовать alias на WAN интерфейсе роутера. https://support.keenetic.ru/sprinter/kn-3711/ru/47179.html#47179-несколько-ip-адресов-на-wan-интерфейсе--псевдоним-ip-

Маловато информации о конфигурации вашей сети. На WAN интерфейсе Keenetic'а только адрес из 192.168.3.x?

Удобно, спасибо.

А не эти ли 2 секунды вы имеете ввиду при резолвинге 192.168.1.1 в обратной зоне?

Верно. И еще, данная возможность реализована в системе начиная с версии 4.3.

Не совсем понятно что вы пытаетесь реализовать, но есть возможность настраивать маршрутизацию для разных политик доступа: Или может этот вариант вам подойдет. https://support.keenetic.ru/ultra/kn-1811/ru/47174.html#47174-настройка-опций-dhcp

Например сервер от RuWeb: Результат по окончанию смотреть здесь:

Хороший вопрос Тоже интересно почему так.