- Что именно ломается, когда YouTube не открывается
- Быстрый ответ: что поставить в роутере MTS, чтобы YouTube грузился стабильнее
- Как понять, какой DNS реально используется (и не вернуться к старому)
- Когда “правильный DNS” не помогает: что это значит
- Про “обход” и почему DNS должен быть в логике вашего фильтра/маршрута
- Проблемы из практики: DNS есть, но YouTube ведёт себя странно
- Рекомендованный порядок действий (чтобы не бегать кругами)
- Важная оговорка про списки адресов и исключения
- Итог: какой DNS “лучше” для MTS роутера и YouTube
Часто кажется, что проблема с YouTube — это «провайдер режет». Но на практике виноват может быть не только интернет, а DNS: где именно “угадываются” адреса YouTube и как роутер потом отправляет запросы. В этой статье разберём, какой DNS ставить на MTS роутере, как понять, что DNS реально используется, и что делать, если после смены DNS ничего не поменялось.
Что именно ломается, когда YouTube не открывается
YouTube — это не один домен. Когда браузер открывает страницу, он обращается к разным именам и получает разные IP. Дальше уже начинается загрузка видео и медиа (например, googlevideo и др.).
Если DNS:
- отвечает медленно,
- отвечает “не тем” набором адресов,
- подсовывает адреса не из той логики маршрутизации,
то YouTube может либо не грузиться, либо грузиться “криво” (страница есть, а плеер не воспроизводит).
Именно поэтому запрос “какой dns работает для просмотра ютуба в mтс роутере” обычно означает одно из двух:
- пользователь хочет поменять dnsсервер и получить более стабильную доставку;
- пользователь уже пробовал обойти ограничения, но упёрся в то, что DNS и маршрутизация конфликтуют.
Быстрый ответ: что поставить в роутере MTS, чтобы YouTube грузился стабильнее
Самый практичный старт — поставить DNS-серверы провайдера (MTS PJSC), а не “рандомные” публичные.
По данным про DNS MTS PJSC для Central Federal District, часто указываются адреса:
- 109.111.8.75
- 109.111.9.14
Такой вариант логичен: DNS-сервер оператора “ближе” к вашей сети и обычно лучше стыкуется с внутренней маршрутизацией.
Если вы хотите проверять по-честному, ставьте эти адреса в роутер и перезагружайте клиентские устройства (или хотя бы обновляйте сеть/кэш).
Как понять, какой DNS реально используется (и не вернуться к старому)
Очень частая ситуация: DNS “поменяли в роутере”, но клиент всё равно берёт адреса через DHCP по старой настройке или через “умную” конфигурацию сети.
Проверка обычно делится на два уровня: на роутере и на устройстве.
Проверка на устройстве
Для Windows обычно помогает команда вида ipconfig /all, где виден текущий DNS.
На телефонах/планшетах и TV в Wi‑Fi параметрах обычно есть поле DNS или “Настройки IP”.
Проверка на роутере
Зайдите в веб-интерфейс роутера MTS, найдите раздел интернет/wan dns и посмотрите:
- какие dnsсервер указаны “предпочтительный/альтернативный”,
- применились ли изменения,
- не перезаписываются ли они провайдером после ребута.
Когда “правильный DNS” не помогает: что это значит
Если после замены DNS YouTube:
- всё равно тормозит,
- или страница открывается, но видео не идёт,
значит проблема не только в dns. Возможны два направления.
Первое — фильтрация/замедление работает дальше по цепочке уже после DNS, то есть IP назначаются, но соединения ограничиваются. Тут в игру может вступать firewall и особенности режима обработки трафика.
Второе — часть устройств/приложений может вести себя по‑разному: например, разные протоколы (HTTP/3/QUIC) и разные библиотеки клиента. Тогда даже “одинаковый DNS” даёт разный результат.
Про “обход” и почему DNS должен быть в логике вашего фильтра/маршрута
Если вы уже используете подходы типа “обхода” и подмешиваете правила в роутере (или собираете фильтры адресов), важно понимать простую вещь:
DNS — это только “выдача адресов”.
А дальше за обработку отвечает маршрутизация, правила и политики.
Поэтому иногда требуется, чтобы домены и подсети YouTube проходили через ваш фильтр предсказуемо, а не “вылетали” мимо.
В обсуждениях по обходу часто встречается идея: добавлять домены/поддомены в список и следить, чтобы ключевые адреса (включая googlevideo) действительно попадали в нужную политику.
Иначе получится парадокс: DNS вы поменяли, но часть запросов всё равно идёт “не туда”.
Проблемы из практики: DNS есть, но YouTube ведёт себя странно
Есть типовой сценарий “как по подсказкам, но не сразу”:
- в desktop YouTube открывается,
- на Android TV или в приложении — висит/не играет.
Причина часто в том, что приложение иначе выбирает протоколы и делает запросы к другим ресурсам, а фильтры/правила и QUIC/UDP могут отрабатывать иначе. Поэтому “один и тот же dns” иногда даёт разный итог на разных устройствах.
Отсюда полезное правило: менять dns — да, но тестировать именно теми устройствами, где проблема. И не удивляться, что “на одном всё ок”.
Рекомендованный порядок действий (чтобы не бегать кругами)
Сделайте это по шагам, и вы быстро поймёте, DNS это или нет:
- Поставьте в роутер DNS-серверы MTS PJSC (109.111.8.75 и 109.111.9.14) вместо публичных “по наитию”.
- Перезагрузите роутер и устройство(а), чтобы исключить кэш.
- Проверьте, что на устройстве действительно отображается нужный dnsсервер.
- Попробуйте YouTube в браузере и в приложении (если проблема есть в приложении на TV/телефоне — тестируйте там же).
- Если результат не улучшился, проблема скорее в том, как обрабатывается трафик после DNS (правила, маршрутизация, протоколы).
Важная оговорка про списки адресов и исключения
Иногда люди делают так: собирают адреса YouTube (или googlevideo) и формируют адресный list, который потом используют в настройках маршрутизации/правил.
Такой подход работает только если вы:
- правильно понимаете, что именно попадает под правила,
- и не “перехватываете” нужные соединения неверной политикой.
Иначе можно получить ситуацию “страница открывается, а видео нет” или “JS/CSS грузятся, но воспроизведение ломается”.
Итог: какой DNS “лучше” для MTS роутера и YouTube
Самый разумный и безопасный старт для MTS — использовать DNS оператора MTS PJSC (Central Federal District), например:
- 109.111.8.75
- 109.111.9.14
Дальше важно убедиться, что ваш клиент реально использует этот dnsсервер, и что проблема не уходит в сторону firewall/маршрутизации и особенностей протоколов.
Если DNS уже выставлен корректно, а YouTube всё равно “частично работает” или “ломается в плеере”, значит проблема почти наверняка не в самом DNS, а в обработке трафика и выбранных правилах после получения addresslist/IP.