Как находить проблемы с интернетом и кто виноват ч.2 — домашняя работа

  • Tutorial

Перед тем, как обращаться к провайдеру, необходимо разобраться - а всё ли хорошо в доме. Без этой проверки есть риск превратиться в мальчика, который постоянно кричал "у меня потери пакетов" "волки".


В настоящее время, у пользователей увеличивается потребность в быстром интерактивном трафике - когда интернет не только толстый, но и пинги ходят очень быстро. Автор работает в компании GFN.RU. Нашим пользователям очень важны оба показателя, что и позволило накопить определенный багаж знаний и опыта, которым я делюсь в статьях.

Автор приложит все усилия, чтобы статьи оставались объективными и не превращались в рекламу GFN.RU.

Моральное устаревание диагностических инструментов

В современном мире диагностика, увы не очень показательна. Во-первых, потому, что она базируется на протоколах 40-летней давности (RFC 792 - от 1981-го года) и превращается в лупу в эпоху электронных микроскопов. А во-вторых, у этих протоколов есть большие проблемы в части безопасности. Если какой-то маршрутизатор полностью отвечает RFC 792, то его можно элементарно атаковать с помощью DDoS атаки (чем хакеры в нулевых и баловались). Поэтому, даже эти протоколы работают плохо благодаря закрученным гайкам.

Прямым следствием этих ограничений является типичный сценарий решения сетевых проблем:

Пользователь обращается к провайдеру и говорит, что с сайтом А у него проблемы и плохая связь. Провайдер обычно всегда говорит: у нас всё хорошо, проблемы у сайта.

Когда пользователь обращается в поддержку сайта, то ему там говорят то же самое – у нас всё хорошо, обратитесь к провайдеру. 

В итоге, проблема конечно же не решается.

Ниже мы всё-таки попробуем определиться, где именно проблема.

К сожалению для статьи, и к счастью для автора, у автора всё в порядке с интернетом. Потому, примеров «смотрите – слева всё плохо, а справа всё хорошо» практически не будет. Но, где возможно – я всё-таки попробую что-нибудь сломать для наглядности.

Маршруты интернета

В первой части статьи я рассказывал, что трафик ходит по маршрутам. Их два : BGP и IP. Один поверх другого. BGP - определяет маршрут через физические маршрутизаторы, а IP - уже логическая составляющая пути. На этом этапе диагностика затруднена тем, что :

  1. Вводная по BGP это TTTLDR.

  2. Благодаря таким технологиям, как AnyCast, IP 11.22.33.44 на маршруте может физически находиться в любом месте, и в двух+ местах одновременно : AnyCast позволяет указать, что за этот IP отвечает сервер в Нью-Йорке и в Москве. При пинге этого IP вы не можете однозначно утверждать, что вы пингуете именно Московский сервер.

  3. Так же есть MPLS и иное туннелирование. Разобрать маршруты тоннелей, простыми инструментами не получится.

  4. Пакет "туда" и пакет "обратно" может пойти разными путями.

  5. Пакет "туда" может пойти по нескольким путям в разное время. Инструментов для диагностики ECMP на домашних OS немного, они сложнее простого tracert, а иногда, стоят дорого.

Будем работать с тем что есть. А есть у нас команда traceroute.

На windows она выполняется из Пуск/cmd и ввести tracert. Так же есть графическая утилита WinMTR. Она дает больше полезной информации и, в некоторых случаях, будем пользоваться ей.

Можно не запускать cmd и там выполнять команды, а делать это windows-style:

Пуск/выполнить cmd /k tracert -d что-нибудь

Ключевые правила диагностики: 

  1. Если вы не можете продемонстрировать и повторить проблему, то никто не сможет. 

  2. Данные нужно собирать за несколько временных периодов – как минимум, за период, когда проблем нет, и за период, когда проблемы есть.

Как быстро определить, что всё приемлемо

Автор использует универсальную метрику «Пинг на 1000 километров». Он считается следующим образом: 

  1. Определяете, где находится сервер.

  2. На Яндекс.картах измеряете расстояние от вас до сервера.

Выполняете команду ping до нужного вам хоста. Если получается не больше, чем 20 миллисекунд на 1000 километров, то у вас с инпут-лагом не должно быть никаких проблем.

Автор находится в ~1000 км от Москвы.  Его пинги выглядят следующим образом: 

На расстояниях до 200 км данное правило, кстати, не будет выполняться, ввиду того, что скорость работы оборудования вносит бОльшую лепту. На таких расстояниях пинг должен быть в рамках 5-6 миллисекунд. Если больше – у вас проблема.

Как читать PING

Соединение до домашнего роутера

В первую очередь, нужно определить IP адрес вашего домашнего роутера. Для этого необходимо ввести команду: cmd /k tracert -d ya.ru

Tracing route to ya.ru [87.250.250.242] over a maximum of 30 hops:

1 1 ms 1 ms <1 ms 192.168.88.1

Первый IP адрес в результатах tracert скорее всего и будет IP-адресом вашего роутера.

Так же можно сделать вывод, что автор любитель Mikrotik.

Пинг, обычно, отправляет пакеты размером 64 байта, что показывает скорее физические качества канала– нет ли плохого кабеля по пути. 

Как уже говорилось ранее – диагностика работает только в сравнении. Ниже - два примера пинга.

С сервера, который подключен к роутеру кабелем.

А это с компьютера, который подключен к той же сети, но по wi-fi.

Какие выводы можно здесь сделать: 

WIFI вносит свою лепту. Во-первых, у нас появился Джиттер (видим, что время пинга скачет). Во-вторых, пинг стал немного хуже.

И вот подтверждение моих слов - тест участка компьютер-домашний роутер.

Пакеты, даже не выходя в интернет, иногда проходят плохо. Без потерь, но задержки присутствуют.

Теперь, немножко нагрузим канал с помощью https://www.speedtest.net/ и параллельно запустим длинный ping.

Чтоб запустить "длинный ping" - необходимо ввести команду ping -t . В этом случае ping будет продолжаться пока вы не нажмете Control+C

Видим, что при приеме больших объемов информации скорость падает существенно меньше, чем при передаче.

Одна из причин – мощность антенны в точке доступа выше, чем у ноутбука. Ноутбук работает на аккумуляторе и не подключен к сети. Аккумулятор - почти севший и windows находится в режиме «Best battery life» 

Вот тот же самый тест, но с подключенным блоком питания.

Видно, что прием стал гораздо лучше, и передача тоже улучшилась. 200мс пинг при передаче отсутствует. 

Что в этой ситуации можно настроить: 

  1. Мощность передатчика на точке доступа.

  2. Мощность передатчика на ноутбуке.

В первых тестах мощность передатчика ноутбука была выкручена на максимум. Ниже – выкручена на минимум:

Как видно, появились потери, и пинг стал гораздо хуже, даже при работе от блока питания.

Стоит помнить, что Wi-Fi это диалог. Если точка доступа «кричит», а компьютер «шепчет», то точка может плохо слышать компьютер, хотя палочки будут показывать, что всё хорошо. 

Если вы везде выставите мощность на максимум, то могут начать страдать ваш Smart TV и телефон, подключенный к той же сети – компьютер будет их «перекрикивать». Ноутбук будет меньше работать от батарей. Мощность всегда нужно выбирать исходя из условий, и ставить минимальную мощность, которая дает вам приемлемый результат. Мощность с запасом ставить не рекомендуется.

Факторы, влияющие на Wi-Fi

Здесь опустим исключительно программные факторы вроде beacons, размеры пакетов, 80 мегагерц и прочее – про них можно написать еще десяток страниц. Приведу только ключевые физические факторы и факторы окружения.

Частоты : «2.4» в городах – всегда хуже 5 гигагерц. При возможности выбирайте 5.

При выборе канала – проведите анализ спектра, когда «соседи дома». Точки обычно позволяют сканировать эфир. Выберите канал, который не занят и у которого меньше всего соседей. При выборе канала старайтесь выбирать как можно меньший канал. 5-й канал бьет «дальше», чем 159-й.

Для анализа спектра можно использовать программу WiFiInfoView : https://www.nirsoft.net/utils/wifiinformationview.html

Далее идем в эту статью : Wikipedia List of WLan channels

Ищем частоту, вокруг которой либо самая слабая передача - Signal Quality самый плохой, либо вообще на этой частоте ничего нет.

У ноутбуков антенна встроена в экран. Антенна точки и устройства должны находиться в одной плоскости. Если у вас экран стоит вертикально, то и антенны на роутере должны стоять вертикально, а не так, как обычно показывается на рекламных материалах:

Плохая ориентация антенн :

Правильная ориентация антенн.

Вокруг и над антенной, в радиусе 40-50 сантиметров по горизонту НЕ ДОЛЖНО быть металла и стен.  Т.е. – на столе/полке роутер ставить – неизбежное зло, с которым придется смириться. А вот возле стены – плохо. Популярные гипсокартонные стены содержат в себе металлические направляющие каждые 40 сантиметров.

Работающие микроволновки – злейшие враги Wi-Fi в тот момент, когда в них готовят.

Конспект

Домашний маршрутизатор:

  1. Найти IP-адрес домашнего роутера.

  2. Запустить длинный пинг до роутера. Замерить потери и скорость.

  3. Запустить спидтест и параллельно длинный пинг.

  4. Сравнить результаты. Если ухудшения показателей пинга нет, то у вас соединение до роутера - быстрее чем канал в интернет, и в целом, дома всё хорошо.

Wifi:

  1. Выбрать частоту и незанятый канал.

  2. По возможности, убрать точку от стен.

  3. Правильно ориентировать антенны. Кстати, запустив длинный "пинг", и покрутив антенны - можно найти оптимальный вариант, но не забывайте, что цифры достоверные только когда вы НЕ КАСАЕТЕСЬ антенн.

  4. Выбрать минимальную мощность передатчика, дающую максимальную скорость в локальной сети.

Как находить проблемы с интернетом и кто виноват ч.1 — inception

Ads
AdBlock has stolen the banner, but banners are not teeth — they will be back

More

Comments 24

    0
    но по wi-fi.

    В случае 5ГГц у меня как на кабеле ~1 мс. А 2,4Ггц именно так — чем больше соседей, тем медленнее.
      0
      Тут правда, собака одна зарыта — частота в два раза больше, значит и потери радиосигнала будут в два раза больше.
    0
    Еще и с соседями договориться-бы о
    Мощность всегда нужно выбирать исходя из условий, и ставить минимальную мощность, которая дает вам приемлемый результат
      +5
      Поставил себе на роутер OpenWRT, а на нее — пакет по сбору статистики (пингует раз в Х секунд несколько серверов и выводит на график время отклика и процент потерянных пакетов).
      openwrt.org/docs/guide-user/luci/luci_app_statistics

      Теперь могу аргументировано вести диалог с тех.поддержкой провайдера предоставляя такие скриншоты:
        0

        Никто не в курсе, есть аналог такого для микротиков? Если да, то по каким ключевикам гуглить?

        +1
        OpenWRT, а на нее — пакет по сбору статистики (пингует раз в Х секунд несколько серверов и выводит на график время отклика и процент потерянных пакетов).

        — графики красивые, но в общем бесполезные… пришли после работы, полезли в сеть, потом поужинали и понеслось, потом уложили детей спать и включили парнушку… Все и так ясно и понятно без графиков.
        Вести диалог с тех.поддержкой провайдера предоставляя такие скриншоты, вряд ли получится.

        Нужен более гибкий и наглядный инструмент. Вопрос какой?

        После долгих поисков нашел такую прогу NetMap www.imach.uran.ru/rns, к сожалению автор ее забросил (на 10х она не сохраняет логи за прошлый день), а так позволяет стучатся на несколько десятков хостов имеет приличное количество настроек и строит вполне понятную картинку:
        image
        еще один пример с другого хоста
        image
        (адреса и имена хостов отрезаны)

        Уважаемые читатели! Поделитесь, какой Вы используете мониторинг в своих сетях.
          0
          Zabbix
          Можно еще вот такое: www.home-assistant.io/integrations/ping
          Поставить на малину, малину в DIN-корпус, и в щиток электрический воткнуть )
            0
            Zabbix

            и прометеус с графаной сверху =)

            Если цель просто пинг проверять — вполне можно обойтись парой строчек на баше и визуализировать каким-нить канвасом
            или под винду — PRTG, там в демо-версии 100 метрик бесплатно
          +1

          Вообще, это далеко не самый лучший вариант проверки, т.к. ICMP во-первых может терминироваться не тем же железом, что TCP, а во-вторых, может иметь иной приоритет как в сети провайдера, так и на стороне сети/серверов, где пингуемый айпишник располагается.


          Если же целью для пингов является именно сетевое оборудование, то там вообще не стоит говорить о какой-либо достоверности при таком методе измерения: ответы на ICMP поднимаются на cpu, тогда как основной трафик остаётся в чипе/линейных картах.


          Если уж хочется что-то проверять, то лучше запрашивать какую-то очень маленькую http страничку, или, хотя бы, udp-пакетами проверять.


          С другой стороны, ваши графики на 100% лучше, чем ничего.

          0
          Древняя программа NetView v.2.94 http://killprog.com/netviewr.html
          Доступна по GPL https://sourceforge.net/projects/netview-gpl/
          Плагины http://killprog.com/nvplugnsr.htm

          Задумывался, как программа-заменитель Сетевого Окружения Windows, позволяющая использовать помимо стандартных возможностей Windows, сбора информации о сетевых ресурсах, так же отдельный файл-хостлист, в котором бы хранились имена всех компьютеров в сети и их IP адреса, а кроме того, проводит регулярные перепроверки списка компьютеров путем их пингования или соединения на указанный порт. В дальнейшем программа солидно выросла и в высоту, и в ширину, и в глубину, и получилось нижеописанное…

          Описание
          (другие программы http://www.killprog.com/)

          Использование файла для хранения информации о сети и проверки состояния хостов пингов/сканированием/ARP запросами позволяет видеть ВСЕ компьютеры сети, даже если в сети нету либо есть но кривой browse master. При соответствующих настройках(отключение опроса сети при старте) запуск программы происходит очень быстро. При включенном опросе при запуске в список автоматически добавляются новые компьютеры.

          Поддержка плагинов. Как вывод — практически неограниченные возможности расширения функциональности. По умолчанию с NetView устанавливается несколько небольших плагинов, более крупные можно найти на сайте.

          Поддержка управляющих скриптов использующих большую часть возможностей интерфейса плагинов. Используется Innerfuse Pascal Script Engine.

          Имеется API для обращения к данным NetView из сторонних программ. Кстати NetView позволяет другим программам удобно хранить абсолютно любую информацию о хостах благодаря особой организации данных.

          Может работать как сервис в среде Windows 2000/XP/2003. При этом не требуется никаких дополнительных программ для установки его сервисом — эта возможность включается в общих настройках самого NetView.

          Проверка состояния может осуществляться как его пингованием, так и попыткой соединения на заданные порты(до 8ми штук, по умолчанию 139)**. либо попыткой подключения к сетевому ресурсу, при этом можно включить отображение количества найденных шар на машине в столбце Connection**(лучше не использовать постоянно тк сильно нагружает системные ресурсы и может приводить к зависанию некоторых соединений и утечке памяти). Причем зная назначение определенных портов можно узнать какие службы запущены на машинах сети. Общее время перепроверки списка из пары сотен машин — несколько секунд.

          Позволяет задавать индивидуальные настройки перепроверки состояния для разных хостов.

          Автопроверка списка машин на наличие включенных через заданный интервал времени (по умолчанию 20 мин). Можно задавать индивидульные интервалы перепроверок для хостов.

          Умеет прослушивать сетевой траффик и иницировать инливидуальную проверку состояния хоста как только в сети проходит пакет от его IP.

          *Позволяет открывать машины как по имени, так и по IP адресам, что может быть намного быстрее.

          Умеет открывать так же http/ftp сервера.

          Открытие компьютера никогда не приводит к «подвисанию» программы на время установления соединения, т к для этого создается новый поток.

          Настройка отображения включенных, выключенных и однажды посещенных машин разными цветами.

          Всплывающее меню Resources со списком шар, FTP каталогов 1го уровня и HTTP для компьютера. Позволяет получать быстрый и удобный доступ к этим ресурсом благодаря многопоточности и механизму кэширования. Каждой шаре в меню сопоставляется иконка соответственно с названием (GAMES, INSTALL и тп). В меню видно и так называемые «скрытые шары» оканчивающиеся на знак $.

          Щелкнув правой кнопкой на компьютере и нажав Properties Вы узнаете его IP и MAC адреса, тип установленной ОС, список работающих на компьютере сетевых сервисов, список пользователей в системе, список подключенных к расшаренным ресурсам компьютеров, время на удаленной машине, какие порты открыты на машине…

          Встроенный NetSearcher — поисковик файлов в сети с расширенными параметрами поиска и возможностью сохранения списка файлов в форматах txt и html различных кодировок. Может сохранять настройки поиска в пресеты. Умеет искать в скрытых шарах, о существовании которых зачастую кстати не знают сами хозяева. Умеет искать файлы как из обычных NETBIOS шар так и по протоколу FTP. Позволяет сохранять список найденных файлов в текстовый, HTML форматы, по заданному шаблону или вообще использовать скриптовое ведение файллиста с возможностью записи в БД.

          Встроенный NetWatcher — монитор активных SMB соединений с возможностью создания черного, белого списка и отключения любого пользователя в любое время. Либо всех по нажатию горячей клавиши. Пользователя в список можно вносить с именем шары. Например запретить компьютеру MASHA лазить в xxx. Может проводить мониторинг как на локальном компьютере, так и на удаленных, если имеются права администратора.

          Можно также скрыть все расшаренные ресурсы одним щелчком мыши. Другим — восстановить их. Можно прятать ресурсы по-отдельности.

          Встроенный сканер, позволяющий сканировать диапазон IP адресов на предмет открытых портов, наличия в DNS записях, ARP запросами и простым пингом. Поддержка скриптов для «продвинутого» сканирования портов.

          Встроенный IP logger, ведущий лог всех TCP/UDP соединений и открытых портов. Выводит статистику по IP протоколам, умеет предупреждать о флуд атаках. Например если в секунду на Ваш компьютер поступило ~100 ICMP запросов это скорее всего означает что кто-то пытается «зафлудить» Вашу машину пингами. Так же есть предупреждение о SYN и UDP флудах.

          **Встроенный PortListener — монитор, отслеживающие соединения на заданные порты, полезен для обнаружения IP адресов с которых проводятся попытки установить соединения на троянские порты или сканирования портов. Имеет функцию Scan chaser при включении которой удаленный сканер портов показывает открытыми практически все порты. Поддержка скриптовой обработки подключений позволяет эмулировать и реализовывать простые TCP сервисы. На основе этой поддержки например функционирует(если его включить) встроенный HTTP сервер.

          Встроенный Terminal, основанный на скриптах, позволяющий соединяться на любой выбранный порт либо его прослушивать. Так же может использоваться IRC, telnet, pop3, whois или любым другим текстовым протоколом (если конечно Вы его знаете ;)). Подключаться к удаленному порту можно с любого IP адреса установленного в системе…

          Встроенный Resources scaner составляющий список подключаемых ресурсов всей сети, в том числе и скрытых(например c$), с возможностью перебора имени пользователя(при возможности получает список пользователей с хоста). Находит так же FTP ресурсы и HTTP серверы. Умеет сохранять результаты в текстовый файл.

          NetMessenger — позволяет слать сообщения Windows Messenger. Аналог NET SEND с возможностью посылки сообщений от произвольного имени. Умеет так же и принимать сообщения.

          TraceRoute — оконный аналог утилиты tracert с возможностью трассировать маршрут не банальными ICMP ECHO REQUEST пакетами как обычные трейсроуты, но и TCP SYN.

          Отображение машин либо в виде списка, либо в виде дерева сегментов (используется traceroute). Причем карта составляется и обновляется практически автоматически(одним кликом мышки). Так же возможно отображение в виде визуальной карты, с возможностью задания произвольных иконок для компьютеров (можете навешать к примеру фотографии), рисования линий, прямоугольных областей и задания фоновых текстур под все это дело. Все что надо для визуализации вашей сети!..

          Port mapper — позволяет прослушивать входящие соединения на заданный(свободный) TCP порт и перенаправлять их на другой порт другого IP. Умеет вести лог проходящего траффика что делает его весьма полезным инструментом для анализа неизвестных протоколов.


            +3
            При выборе канала старайтесь выбирать как можно меньший канал. 5-й канал бьет «дальше», чем 159-й.

            В рамках 2.4GHz vs 5GHz — действительно так.
            Но с 5 GHz не всё так однозначно, и возможны интересные отклонения (в чём я сегодня уже убедился на опыте).


            Всё дело в том, что диапазон 5GHz достаточно широкий, и на разных его концах поведение антенны может сильно меняться. Возьмём например даташит на антенны, которыми я пользовался: https://dl.khadas.com/Hardware/Accessories/Antenna/VIMs_Antennas_Spec.pdf и изучим его.


            Как видно из этого даташита, VSWR (он же КСВ) у этих антенн сильно различается на протяжении диапазона 5GHz, что не может не повлиять на характеристики связи на разных каналах Wi-Fi. Из графика видно, что минимальный VSWR у конкретно этой пары антенн находится на частоте примерно 5740 MHz (примерно 1.4), а efficiency и gain на этой частоте максимальны (59% и 3.86dB), а значит теоретически именно на этой частоте эти антенны работают лучше всего.


            И на практике эта теория подтверждается — при выборе канала 149 скорость передачи данных и сила сигнала действительно значительно лучше (168 MBit/s DL/193 MBit/s UL), чем на канале 48 (5240MHz), на котором VSWR примерно такой же (1.5), но вот efficiency и gain сильно хуже (28.93% и 1.66dB — разница в 2+ раза) — на этом канале скорости соответственно 146/24.8 MBit/s, и если DL почти такой же, то UL просел в 8 раз(!).


            То есть, при прочих равных наиболее эффективным оказывается не самый низкочастотный канал, а тот канал, на который лучше всего настроены антенны (причём, как приёмника, так и передатчика), и выбирать такой канал в идеале нужно глядя на даташиты антенн, а в реале — скорее всего просто перебором и тестированием разных каналов (причём, глядя на загогулину на графике VSWR понятно, что качество связи при увеличении частоты может сначала улучшиться, затем ухудшиться, затем опять улучшиться и снова ухудшиться.


            Причём, при увеличении расстояния и/или появлении препятствий картинка опять-таки может сильно меняться, но теперь уже действительно из-за разлчий в распространении радиоволн разной частоты.

              0
              Осталось ещё нарисовать зону Френеля для выбора идеального расположения приемо-передатчика, и тогда точно станет понятно, как сделать так, чтобы у дедушки танчики не подлагивали.
                +1
                Шутка про расстановку мебели по фен-шую уже выглядит не такой смешной.
              +3
              В первую очередь, нужно определить IP адрес вашего домашнего роутера. Для этого необходимо ввести команду: cmd /k tracert -d ya.ru
              Маленький нюанс. Если у нас уже проблемы сети, то ip яндекса может быть неизвестен. Как и если у нас проблемы с DNS.
              Лучше использовать известный ип типа 8.8.8.8
                +1
                Спасибо за статью, надеюсь дальше будет еще интересней.
                Я уже больше года пытаюсь отловить причину такого поведения: на iPhone/iPad внезапно наступает момент, когда ничего по wifi не загружается. Подключение есть, но сайты перестают открываться. Однако, если на устройстве выключить-включить wifi, то все снова работает в ту же секунду.
                Что я только не делал и роутеры и dns поменял, игрался с настройками, но это не помогло. А провайдеру не пожалуешься потому что не знаю как описать проблему и как ее повторить по требованию.
                Как можно отследить истинную причину?
                  0
                  поставить сетевые тулзы на устройства и посмотреть что происходит в момент отвала. Смотреть логи роутера на момент отвала. Маловероятно, что все таки провайдер как то фильтрует сетевые запросы именно от apple устройств. По идее после роутера для него трафик не отличим. Если проблема проявляется только в домашней сети то вероятно собака зарыта где то все таки на уровне роутера и специфики прохождения радиосигнала.
                    0
                    У меня подобное наблюдалось на старом самсунговском планшете Galaxy Tab 3 Lite при подключении к роутерам Asus (RT-N66U и RT-AX88U). Поэтому я для него держал отдельный дешманский TPLink в режиме точки доступа — при коннекте через него проблема не возникала.
                      0
                      У меня это наблюдается в основном на айпаде. И я уже поменял роутеры два раза. Сперва был старенький Zyxel, затем TP-Link Archer, сейчас Keenetic. В логах ничего замечено не было ни в одном из них. Разве что то, что я «трогаю» DHCP в момент переподключения. Ну это понятно и так.
                      Однако, проблема не проявляется при использовании VPN от Cloudflare. Использую это как временное решение. Пока не найду настоящую причину.
                        0

                        Если VPN не отваливается — похоже, что проблема с установлением новых соединений. Прописать на айпаде вручную гугловский DNS не помогает?

                          0
                          Нет( Пробовал и 8.8.8.8/8.8.4.4 и 1.1.1.1/1.0.0.1, поведение то же.
                      0
                      У меня подобно ведет себя smart телевизор Samsung. Никаких идей как это диагностировать уже нет. Явно что-то в его отношениях с роутером — в какой-то момент IP становится 169.254…
                      Выставляю вручную IP/маску/шлюз — ничего не меняется.

                    Only users with full accounts can post comments. Log in, please.