Как я победил "замирающее" IPTV на MikroTik с двумя провайдерами (MultiWan) и DoH
Если у вас MikroTik, два провайдера, настроена балансировка (PCC), вы включили DNS-over-HTTPS (DoH) для безопасности, а IPTV на Android-приставке работает с перебоями или замирает при включении второго канала — эта статья для вас.
Я прошёл этот путь от начала до конца и хочу поделиться готовым решением.
Ключевое наблюдение
Ошибки DoH в логах появлялись одновременно с включением второго WAN интерфейса и после, через некоторое время ТВ канал, который работал стабильно, начинал заикаться и отваливался или зависал. Тогда я решил отключить DoH и включить use-peer-dns=yes на DHCP интерфейсах провайдеров и IPTV заработало нормально даже с двумя активными каналами.
Вывод: DoH «ломает» DNS для приставки. Приставка использует обычные (нешифрованные) DNS-запросы для получения служебной информации. Когда роутер пытается все DNS-запросы шифровать и отправлять на DoH-сервер, а тот по каким-то причинам сбрасывает соединение или не отвечает, приставка остаётся без DNS — и видео начинает «замирать».
Решение: выводим приставку из-под влияния DoH и отказываемся от приходящих DOH на DHCP для приставки!
MikroTik в DHCP умеет предоставлять в аренду другие DNS сервера, отличные от указанных в настройках DHCP.
Грубо адрес приставки должен выглядеть так:
IP-адрес: 192.168.144.116
Маска подсети: 255.255.255.0
DNS-серверы: 8.8.8.8 и 8.8.4.4 или DNS вашего провайдера
Вместо
IP-адрес: 192.168.144.116
Маска подсети: 255.255.255.0
DNS-серверы: 192.168.144.1 (адрес вашего роутера, который DHCP сервер и DNS)
Для этого нужно
Шаг 1. Настраиваем приставку на получение адреса через DHCP сервер.
В настройках приставки в разделе Сети указываем DHCP. Больше в приставке мы ничего не трогаем и не меняем.
Шаг 2. Переводим динамическую запись на роутере в статическую
Чтобы зарезервировать этот адрес за MAC-адресом приставки и исключить его раздачу другим устройствам:
/ip dhcp-server lease add address=192.168.144.116 mac-address=00:00:D0:50:E6:A9 comment="TV STB static"
Где
add address=192.168.144.116 – адрес вашей приставки
mac-address=00:00:D0:50:E6:A9 – mac адрес вашей приставки
Второй путь: воспользоваться интерфейсом WinBox.
В DHCP Server – Leases выбрать запись вашей приставки и нажать на кнопку Make Static. В разделе General в DHCP Lease прописать Comment "TV STB static".
Шаг 3. Создаем запись об не шифрованных DNS серверах
В процессе диагностики выяснилось, что многие ошибаются при создании DHCP-опции для нескольких DNS-серверов.
Важно: правильный синтаксис DHCP-опции с несколькими DNS:
/ip dhcp-server option add name="plain-dns" code=6 value="'8.8.8.8''8.8.4.4'"
Второй путь: воспользоваться интерфейсом WinBox.
Обратите внимание: два IP-адреса, каждый в своих одинарных кавычках, идущих подряд. Никаких запятых.
Шаг 4.
В настройках аренды IP адреса, в разделе DHCP Options указываем созданный нами план DNS серверов – plan-dns
Тут сразу идем вторым путем: воспользоваться интерфейсом WinBox.
Приставка больше не получает DNS от роутера DHCP.
Её DNS-запросы идут напрямую на указанные вручную серверы, минуя DoH-резолвер.
DoH на роутере продолжает работать для всех остальных клиентов, которые получают настройки по DHCP.
Статическая запись на роутере гарантирует, что выбранный IP не будет выдан другому устройству.
IGMP Proxy настроен работать на одном WAN канале (у меня на BVV) и правила для протоколов IGMP и UDP в Firewall прописаны для двух WAN каналов (BVV и TVV).
Инструменты для диагностики на Android
Чтобы быстро проверить, какие настройки получило устройство, рекомендую поставить одно из этих приложений:
Fing — показывает все устройства в сети, их IP и DNS.
IP Tools: WiFi Analyzer — мощный комбайн с ping, traceroute, whois.
WiFi Tools: Network Scanner — удобно показывает DNS и внешний IP.
Итог
Проблема оказалась не в балансировке, не в IGMP-прокси и не в firewall, а в конфликте DoH с обычными DNS-запросами приставки.
Решение — полный вывод приставки из-под влияния DoH через настройку перевод аренды в статику IP и ручного назначения DNS не из настроек DHCP. При этом DoH остаётся включённым для всех остальных устройств, и балансировка между провайдерами продолжает работать.
Никаких сложных VLAN, никаких танцев с бубном вокруг policy routing. Просто, надёжно и стабильно.




