Обнаружение интернета ppp echo или dns probe
Постоянно прерывается соединение с инетом через pppoe
Для новичков как вообще в Linux, так и в конкретной теме, к которой относится вопрос.Модератор: Bizdelnick
Постоянно прерывается соединение с инетом через pppoe
Доброго всем дня!
Помогите пожалуйста решить такую проблему. Интернет-соединение через pppoe периодически прерывается. До 10-15 раз в час, каждый день такое происходит. Провайдер клянется, что работ на сети не проводит и связь до меня стабильная. На одном из форумов наткнулся на такую информацию:
". за отключения инета при использовании pppoe скажите спасибо датакому, хотя они на форуме дали решение, куда именно прописать service name 10.0.0.1 в разных линуксах. "
Гуглил, но ничего не нашел в эту тему. У меня установлена Ubuntu 9.04. Что мне необходимо сделать со своим pppoe-соединением для устранения разрывов, куда прописывать service name 10.0.0.1?
Какой модем?Покажите /var/log/messages на момент разрыва. Модем D-Link какой-то, точно не скажу, не помню уже. Он у меня на крыше дома стоит, не могу физически посмотреть. Если можно как-то средствами системы глянуть - напишите, я посмотрю.
Лог выглядит следующим образом:
Jan 22 21:19:02 andrey pppd[24212]: PPP session is 143
Jan 22 21:19:02 andrey pppd[24212]: Connected to 00:0e:0c:c4:54:7b via interface eth0
Jan 22 21:19:02 andrey pppd[24212]: Using interface ppp0
Jan 22 21:19:02 andrey pppd[24212]: Connect: ppp0 <--> eth0
Jan 22 21:19:11 andrey pppd[24212]: CHAP authentication succeeded
Jan 22 21:19:11 andrey pppd[24212]: peer from calling number 00:0E:0C:C4:54:7B authorized
Jan 22 21:19:17 andrey pppd[24212]: local IP address 192.168.11.143
Jan 22 21:19:17 andrey pppd[24212]: remote IP address 10.0.0.1
Jan 22 21:19:17 andrey pppd[24212]: primary DNS address 83.149.18.194
Jan 22 21:19:17 andrey pppd[24212]: secondary DNS address 83.149.18.194
Jan 22 21:20:21 andrey pppd[24212]: LCP terminated by peer (Peer not responding)
Jan 22 21:20:21 andrey pppd[24212]: Connect time 1.1 minutes.
Jan 22 21:20:21 andrey pppd[24212]: Sent 9280 bytes, received 1456 bytes.
Jan 22 21:20:24 andrey pppd[24212]: Connection terminated.
Jan 22 21:20:24 andrey pppd[24212]: Modem hangup
Jan 22 21:20:54 andrey pppd[24212]: PPP session is 213
Jan 22 21:20:54 andrey pppd[24212]: Connected to 00:0e:0c:c4:54:7b via interface eth0
Jan 22 21:20:54 andrey pppd[24212]: Using interface ppp0
Jan 22 21:20:54 andrey pppd[24212]: Connect: ppp0 <--> eth0
Jan 22 21:20:54 andrey pppd[24212]: CHAP authentication succeeded
Jan 22 21:20:54 andrey pppd[24212]: peer from calling number 00:0E:0C:C4:54:7B authorized
Jan 22 21:20:54 andrey pppd[24212]: local IP address 192.168.11.213
Jan 22 21:20:54 andrey pppd[24212]: remote IP address 10.0.0.1
Jan 22 21:20:54 andrey pppd[24212]: primary DNS address 83.149.18.194
Jan 22 21:20:54 andrey pppd[24212]: secondary DNS address 83.149.18.194
Jan 22 21:23:24 andrey pppd[24212]: No response to 4 echo-requests
Jan 22 21:23:24 andrey pppd[24212]: Serial link appears to be disconnected.
Jan 22 21:23:24 andrey pppd[24212]: Connect time 2.5 minutes.
Jan 22 21:23:24 andrey pppd[24212]: Sent 7936 bytes, received 1671 bytes.
Jan 22 21:23:30 andrey pppd[24212]: Connection terminated.
Jan 22 21:23:30 andrey pppd[24212]: Modem hangup Добавьте параметр persist в /etc/ppp/peers/dsl-provider если его нет. И посмотрите какие значения у: lcp-echo-failure
lcp-echo-interval
параметр persist 2 раза упомянут, это нормально?
Я новичек в линук-системах, поэтому прошу пояснить где смотреть значения lcp-echo-failure и lcp-echo-interval?
А в венде связь рвётся? DSL модем - это модем , соответственно все теже принципы, что и на обычный диалап - качество проводов (скрутки, старые провода, очень длинные и пр.), в особенности последней мили, качество модема - длинк никогда "крутизной" не славился /можно попробывать поменять прошивку, сама городская АТС (перегруженность, железо и т.п.) и т.п. Рекомендуют значение MTU 1500. Я прописал это значение, но ситуация не улучшилась. Сдается мне что все-таки на стороне прова беда какая-то.И пробуйте поизменять эти их 1-я трочка от 4 до 60, нижняя от 2 до 10.
Спасибо за помощь. Параметры я раскомментировал, но значения пока подкручивать не стал. Отметил одну странную особенность. Когда запущен Thunderbird и проверяется почта, разрывов никогда не бывает. Я поставил в настройках почтовика интервал обновления 0 минут, то есть почта принимается теперь всегда. За ночь был всего один разрыв связи, что для меня практически идеальный вариант Сейчас оставил тестироваться на весь день, вечером посмотрю логи.
Спасибо за помощь. Параметры я раскомментировал, но значения пока подкручивать не стал. Отметил одну странную особенность. Когда запущен Thunderbird и проверяется почта, разрывов никогда не бывает. Я поставил в настройках почтовика интервал обновления 0 минут, то есть почта принимается теперь всегда. За ночь был всего один разрыв связи, что для меня практически идеальный вариант Сейчас оставил тестироваться на весь день, вечером посмотрю логи.
Доброго всем дня!
Помогите пожалуйста решить такую проблему. Интернет-соединение через pppoe периодически прерывается. До 10-15 раз в час, каждый день такое происходит. Провайдер клянется, что работ на сети не проводит и связь до меня стабильная. На одном из форумов наткнулся на такую информацию:
". за отключения инета при использовании pppoe скажите спасибо датакому, хотя они на форуме дали решение, куда именно прописать service name 10.0.0.1 в разных линуксах. "
Гуглил, но ничего не нашел в эту тему. У меня установлена Ubuntu 9.04. Что мне необходимо сделать со своим pppoe-соединением для устранения разрывов, куда прописывать service name 10.0.0.1?
Перед тем, как обращаться к провайдеру, необходимо разобраться - а всё ли хорошо в доме. Без этой проверки есть риск превратиться в мальчика, который постоянно кричал "у меня потери пакетов" "волки".
Моральное устаревание диагностических инструментов
В современном мире диагностика, увы не очень показательна. Во-первых, потому, что она базируется на протоколах 40-летней давности (RFC 792 - от 1981-го года) и превращается в лупу в эпоху электронных микроскопов. А во-вторых, у этих протоколов есть большие проблемы в части безопасности. Если какой-то маршрутизатор полностью отвечает RFC 792, то его можно элементарно атаковать с помощью DDoS атаки (чем хакеры в нулевых и баловались). Поэтому, даже эти протоколы работают плохо благодаря закрученным гайкам.
Прямым следствием этих ограничений является типичный сценарий решения сетевых проблем:
Пользователь обращается к провайдеру и говорит, что с сайтом А у него проблемы и плохая связь. Провайдер обычно всегда говорит: у нас всё хорошо, проблемы у сайта.
Когда пользователь обращается в поддержку сайта, то ему там говорят то же самое – у нас всё хорошо, обратитесь к провайдеру.
В итоге, проблема конечно же не решается.
Ниже мы всё-таки попробуем определиться, где именно проблема.
К сожалению для статьи, и к счастью для автора, у автора всё в порядке с интернетом. Потому, примеров «смотрите – слева всё плохо, а справа всё хорошо» практически не будет. Но, где возможно – я всё-таки попробую что-нибудь сломать для наглядности.
Маршруты интернета
В первой части статьи я рассказывал, что трафик ходит по маршрутам. Их два : BGP и IP. Один поверх другого. BGP - определяет маршрут через физические маршрутизаторы, а IP - уже логическая составляющая пути. На этом этапе диагностика затруднена тем, что :
Вводная по BGP это TTTLDR.
Благодаря таким технологиям, как AnyCast, IP 11.22.33.44 на маршруте может физически находиться в любом месте, и в двух+ местах одновременно : AnyCast позволяет указать, что за этот IP отвечает сервер в Нью-Йорке и в Москве. При пинге этого IP вы не можете однозначно утверждать, что вы пингуете именно Московский сервер.
Так же есть MPLS и иное туннелирование. Разобрать маршруты тоннелей, простыми инструментами не получится.
Пакет "туда" и пакет "обратно" может пойти разными путями.
Пакет "туда" может пойти по нескольким путям в разное время. Инструментов для диагностики ECMP на домашних OS немного, они сложнее простого tracert, а иногда, стоят дорого.
Будем работать с тем что есть. А есть у нас команда traceroute.
На windows она выполняется из Пуск/cmd и ввести tracert. Так же есть графическая утилита WinMTR. Она дает больше полезной информации и, в некоторых случаях, будем пользоваться ей.
Можно не запускать cmd и там выполнять команды, а делать это windows-style:
Пуск/выполнить cmd /k tracert -d что-нибудь
Ключевые правила диагностики:
Если вы не можете продемонстрировать и повторить проблему, то никто не сможет.
Данные нужно собирать за несколько временных периодов – как минимум, за период, когда проблем нет, и за период, когда проблемы есть.
Как быстро определить, что всё приемлемо
Автор использует универсальную метрику «Пинг на 1000 километров». Он считается следующим образом:
Определяете, где находится сервер.
На Яндекс.картах измеряете расстояние от вас до сервера.
Выполняете команду ping до нужного вам хоста. Если получается не больше, чем 20 миллисекунд на 1000 километров, то у вас с инпут-лагом не должно быть никаких проблем.
Автор находится в
1000 км от Москвы. Его пинги выглядят следующим образом:
На расстояниях до 200 км данное правило, кстати, не будет выполняться, ввиду того, что скорость работы оборудования вносит бОльшую лепту. На таких расстояниях пинг должен быть в рамках 5-6 миллисекунд. Если больше – у вас проблема.
Как читать PING
Соединение до домашнего роутера
1 1 ms 1 ms <1 ms 192.168.88.1
Первый IP адрес в результатах tracert скорее всего и будет IP-адресом вашего роутера.
Так же можно сделать вывод, что автор любитель Mikrotik.
Пинг, обычно, отправляет пакеты размером 64 байта, что показывает скорее физические качества канала– нет ли плохого кабеля по пути.
Как уже говорилось ранее – диагностика работает только в сравнении. Ниже - два примера пинга.
С сервера, который подключен к роутеру кабелем.
А это с компьютера, который подключен к той же сети, но по wi-fi.
Какие выводы можно здесь сделать:
WIFI вносит свою лепту. Во-первых, у нас появился Джиттер (видим, что время пинга скачет). Во-вторых, пинг стал немного хуже.
И вот подтверждение моих слов - тест участка компьютер-домашний роутер.
Пакеты, даже не выходя в интернет, иногда проходят плохо. Без потерь, но задержки присутствуют.
Чтоб запустить "длинный ping" - необходимо ввести команду ping -t . В этом случае ping будет продолжаться пока вы не нажмете Control+C
Видим, что при приеме больших объемов информации скорость падает существенно меньше, чем при передаче.
Одна из причин – мощность антенны в точке доступа выше, чем у ноутбука. Ноутбук работает на аккумуляторе и не подключен к сети. Аккумулятор - почти севший и windows находится в режиме «Best battery life»
Вот тот же самый тест, но с подключенным блоком питания.
Видно, что прием стал гораздо лучше, и передача тоже улучшилась. 200мс пинг при передаче отсутствует.
Что в этой ситуации можно настроить:
Мощность передатчика на точке доступа.
Мощность передатчика на ноутбуке.
В первых тестах мощность передатчика ноутбука была выкручена на максимум. Ниже – выкручена на минимум:
Как видно, появились потери, и пинг стал гораздо хуже, даже при работе от блока питания.
Стоит помнить, что Wi-Fi это диалог. Если точка доступа «кричит», а компьютер «шепчет», то точка может плохо слышать компьютер, хотя палочки будут показывать, что всё хорошо.
Если вы везде выставите мощность на максимум, то могут начать страдать ваш Smart TV и телефон, подключенный к той же сети – компьютер будет их «перекрикивать». Ноутбук будет меньше работать от батарей. Мощность всегда нужно выбирать исходя из условий, и ставить минимальную мощность, которая дает вам приемлемый результат. Мощность с запасом ставить не рекомендуется.
Факторы, влияющие на Wi-Fi
Здесь опустим исключительно программные факторы вроде beacons, размеры пакетов, 80 мегагерц и прочее – про них можно написать еще десяток страниц. Приведу только ключевые физические факторы и факторы окружения.
Частоты : «2.4» в городах – всегда хуже 5 гигагерц. При возможности выбирайте 5.
При выборе канала – проведите анализ спектра, когда «соседи дома». Точки обычно позволяют сканировать эфир. Выберите канал, который не занят и у которого меньше всего соседей. При выборе канала старайтесь выбирать как можно меньший канал. 5-й канал бьет «дальше», чем 159-й.
Ищем частоту, вокруг которой либо самая слабая передача - Signal Quality самый плохой, либо вообще на этой частоте ничего нет.
У ноутбуков антенна встроена в экран. Антенна точки и устройства должны находиться в одной плоскости. Если у вас экран стоит вертикально, то и антенны на роутере должны стоять вертикально, а не так, как обычно показывается на рекламных материалах:
Плохая ориентация антенн :
Правильная ориентация антенн.
Вокруг и над антенной, в радиусе 40-50 сантиметров по горизонту НЕ ДОЛЖНО быть металла и стен. Т.е. – на столе/полке роутер ставить – неизбежное зло, с которым придется смириться. А вот возле стены – плохо. Популярные гипсокартонные стены содержат в себе металлические направляющие каждые 40 сантиметров.
Работающие микроволновки – злейшие враги Wi-Fi в тот момент, когда в них готовят.
Конспект
Найти IP-адрес домашнего роутера.
Запустить длинный пинг до роутера. Замерить потери и скорость.
Запустить спидтест и параллельно длинный пинг.
Сравнить результаты. Если ухудшения показателей пинга нет, то у вас соединение до роутера - быстрее чем канал в интернет, и в целом, дома всё хорошо.
Выбрать частоту и незанятый канал.
По возможности, убрать точку от стен.
Правильно ориентировать антенны. Кстати, запустив длинный "пинг", и покрутив антенны - можно найти оптимальный вариант, но не забывайте, что цифры достоверные только когда вы НЕ КАСАЕТЕСЬ антенн.
Выбрать минимальную мощность передатчика, дающую максимальную скорость в локальной сети.
В итоге получается, что интернет на компьютере подключен и вроде как работает, но сайты не открываются ни в одном браузере. Разве что интернет в некоторых программах может работать. Но это только в очередной раз подтверждает то, что возникли неполадки с DNS.
DNS probe finished no Internet – что это значит и что делать?
Так же проблема можем быть на стороне конкретного интернет-ресурса. Или же в настройках самого компьютера. Например, в работе службы DNS-клиент. Не редко какие-то вредоносные программы (а иногда и сами пользователи) меняют сетевые настройки в Windows, после чего DNS-сервер перестает отвечать и вылезают подобные ошибки.
- Если вы видите эту ошибку при посещении какого-то одного определенного сайта (а другие ресурсы открываются) , то скорее всего проблема на стороне сервера, где размещен этот сайт. Попробуйте открыть его на другом устройстве/через другое подключение.
- Желательно сначала выполнить перезагрузку компьютера и роутера. Если вы подключаетесь к интернету через роутер.
- При возможности, можно попробовать подключиться к интернету другим способом. Например, через другую Wi-Fi сеть. Так мы сможем исключить, или подтвердить возникновение ошибки DNS probe finished no Internet по вине провайдер, или роутера.
- Убедитесь, что у вас подключение к интернету без ошибок. Обратите внимание на иконку в трее. Там не должно быть желтого восклицательного знака. Если он есть – это уже совсем другая проблема.
Давайте уже перейдем к более серьезным решениям. Начну с самых эффективных (на мой взгляд) .
Используем альтернативные DNS
Среди всех решений, я советую первым делом в свойствах своего подключения к интернету прописать DNS-сервера от Goggle. Лично я использую их постоянно.
Делается это очень просто. Чтобы быстро открыть окно "Сетевые подключения", нажмите сочетание клавиш Win + R, введите команду ncpa.cpl и нажмите Ok.
Или откройте это окно любым удобным для вас способом.
Правой кнопкой мыши нажмите на то подключение, через которое ваш компьютер подключен к интернету и выберите "Свойства". Если по Wi-Fi, то это скорее всего "Беспроводная сеть". Если по кабелю – "Ethernet". Это в Windows 10.
Выделив протокол "IP версии 4" нажимаем на кнопку "Свойства" и прописываем адреса:
Дальше нажимаем Ok и еще раз Ok.
После выполнения этих действий ошибка должна исчезнуть.
Чистим кэш DNS
Запустите командную строку от имени администратора.
Копируем в командную строку и выполняем (нажав Ентер) эту команду:
А еще лучше, сделать полный сброс настроек сети. Инструкции:
Можете попробовать сбросить параметры сети, если ни одно решение из статьи не поможет вам решить проблему с доступом к сайтам.
Проверяем работу DNS-клиента (служба Windows)
За работу DNS в Windows отвечает служба DNS-клиент. Нужно проверить, работает ли она. Возможно, перезапустить ее.
Зайдите в "Службы". Проще всего запустить это окно через поиск в Windows 10.
В Windows 7, например, можно нажать правой кнопкой мыши на "Компьютер", выбрать "Управление" и там уже перейти в "Службы".
Дальше находим службу "DNS-клиент" и смотрим состояние. Оно должно быть: "Выполняется". А тип запуска – "Автоматически".
Если у вас состояние и тип запуска не такие как на скриншоте выше, то откройте свойства этой службы и установите автоматический запуск. После чего перезагрузите ПК, или запустите службу вручную.
Если появление ошибки DNS PROBE FINISHED NO INTERNET в Windows было связано с DNS-клиентом на компьютере, то все должно заработать.
Отключаем прокси
Некоторые программы, или даже сами пользователи задают настройки прокси, после чего перестает работать интернет. Вернее интернет работает, но сайты не открываются. Нужно убедится, что на вашем компьютере прокси отключены.
Обновление: проверяем сетевой профиль сети
Каждому подключению (Wi-Fi сети) Windows присваивает профиль частной сети (домашней), или общественной (общедоступной). Выбор профиля обычно появляется в момент перового подключения к сети.
В комментариях Юлия поделилась следующим решением: у нее система определяла сеть как общественную. Она сменила в настройках на домашнюю и ошибка "DNS PROBE FINISHED NO INTERNET" исчезла.
Еще несколько решений
Если проблема осталась, то убедитесь, что вы все рекомендации выполнили правильно. Постарайтесь выяснить в чем причина.
Что можно сделать еще:
Если узнаю о новых решениях, то обязательно дополню статью. Вы тоже можете поделится своим опытом в комментариях, или задать мне вопрос.
К сожалению, у многих пользователей до сих пор наблюдаются проблемы с интернет-соединением. В разных случаях в этом может быть виноват как провайдер или неисправный роутер, так и сам компьютер. «DNS probe finished no Internet» — рядовая, одна из самых распространённых ошибок, которая часто встречается в интернет-браузере Google Chrome.
Если такая проблема всё же возникла, то не стоит сразу же вызывать мастеров или звонить в поддержку своего интернет-провайдера. В большинстве случаев эта ошибка легко решаема, и её можно устранить самостоятельно.
Ошибка, возникшая в браузере при попытке загрузки страницы, свидетельствует о проблеме с работой DNS-сервера. Причины её возникновения могут быть совершенно разными.
Первые действия
Сначала стоит определить источник проблемы и попробовать самые очевидные способы её решения:
- Ошибка возникает при загрузке только одного или всех сайтов? Если не загружается только одна страница, вполне возможно, что на этом сайте в данный момент проходят технические работы, или он переехал на новый адрес. Возможно, что была допущена ошибка в адресе сайта. Также вероятно, что провайдер намеренно заблокировал доступ к этому сайту для всех своих клиентов.
- Нужно проверить, работает ли интернет-соединение, и не возникает ли ошибок на других устройствах. Если оказалось, что проблема наблюдается только на одном устройстве, то стоит попробовать очистить кэш DNS. После очистки временные файлы, которые могут мешать работе системы, будут удалены, и браузер заработает. Для очистки нужно открыть меню «Пуск», перейти во вкладку «Стандартные», нажать правой кнопкой мыши по «Командной строке» и запустить её с правами администратора. После чего требуется ввести специальный код «ipconfig/flushdns», который и очистит DNS-кэш на компьютере. Команду можно просто скопировать, а в командной строке вставить при помощи Ctrl+V, а затем нажать Enter.
- Если вы пользуетесь маршрутизатором (роутером), а сайты не работают на телефоне или ноутбуке, то проблема может крыться в нём. Первым делом стоит попробовать напрямую подключиться к сети, без использования роутера, если такая возможность есть. Если ошибка исчезла, значит, проблема в нём.
- Стоит попробовать просто отключить роутер от сети на 10−15 минут, после чего обратно его включить. Возможно, небольшая пауза в работе позволит маршрутизатору продолжить работать в нормальном режиме. Если это никак не повлияло на ошибку, то нужно вернуть роутеру заводские настройки, нажав для этого маленькую кнопку «Reset» на задней части роутера. Часто такую кнопку делают в виде небольшого углубления, так что для нажатия на неё можно воспользоваться скрепкой или другим тонким предметом. Стоит учесть, что вместе со сбросом настроек на роутере может сброситься и пароль, и роутер может перестать передавать интернет-соединение, поэтому к этому методу стоит прибегать только в крайнем случае.
Если описанные варианты решения ошибки не помогли, то проблема кроется намного глубже.
Использование сторонних серверов
С увеличением скорости интернета увеличивается и размер интернет-страниц. На сайты добавляется много тяжёлого контента, например, 3D-анимация, flash-приложения, которые потребляют много трафика. По этой причине DNS-сервера часто не выдерживают нагрузки. Так что стоит попробовать заменить стандартные DNS-сервера серверами Google, которые способны выдержать намного больший объём информации.
Для того чтобы заменить DNS-сервер на компьютере, нужно:
- Перейти в «Панель управления», которую можно найти с помощью поиска в Windows 10 и в меню «Пуск» в более ранних версиях этой ОС, после чего перейти в «Центр управления сетями и общим доступом».
- В открывшейся панели выбрать «Изменение параметров адаптера» в списке слева.
- Появится список доступных соединений. Среди них нужно выбрать подключение, при работе через которое возникает ошибка, и нажать по нему правой кнопкой, затем выбрать «Свойства».
- В появившемся окне во вкладке «Сеть» в списке компонентов нужно найти и выделить «Протокол Интернета IPv4», затем нажать на «Свойства».
- Указать в предпочитаемом сервере «8.8.8.8», а в альтернативном — «8.8.4.4».
- Далее, следует нажать на кнопку «ОК», чтобы сохранить изменения, после чего можно проверять работоспособность сети.
Включение службы DNS
Если интернет в браузере так и не начал работать, следует попробовать следующий способ. Возможно, что на компьютере выключена «Служба DNS-клиента», из-за которой интернет-соединение не работает должным образом. Вероятно, что служба была отключена какой-то сторонней программой, в том числе вирусом. Чтобы проверить работу этой функции, нужно:
- Открыть «Панель управления», которую можно найти в меню «Пуск» или с помощью поиска в Windows 10.
- Перейти в раздел «Администрирование», а после этого два раза нажать на ярлык «Службы».
- В открывшимся окне найти «DNS-клиент», напротив которого должно быть указано состояние «Выполняется».
- Если служба не активна, то нужно нажать на кнопку «Запустить», чтобы она возобновила работу. После этого необходимо применить изменения.
Теперь можно проверить, не пропала ли ошибка в браузере.
Сброс настроек TCP/IP
Если все предыдущие методы никак не помогли с решением проблемы, то можно вернуть к заводским настройкам протокол TCP/IP. Возможно, что во время работы протокола произошла ошибка, из-за которой компьютер потерял доступ в сеть.
Очистка от вредоносных программ
Вполне возможно, причиной ошибки могло стать воздействие нежелательных сторонних программ, которые специально отключили или нарушили работу службы DNS так, что включить её вручную не представляется возможным.
Чтобы избавиться от программ, которые негативно влияют на работу системы, нужно просканировать все файлы с помощью любого антивируса, например, Avast или Kaspersky. Если проблема кроется в вирусе, то антивирус сам обнаружит и удалит нежелательное ПО.
Исправление ошибки на Android
Нередко ошибка появляется и на мобильных устройствах под ОС Android. В таком случае стоит попробовать некоторые описанные методы, в большинстве случаев источником проблемы выступает Wi-Fi роутер. Следует перезагрузить его, сбросить настройки до заводских, а также сменить DNS в свойствах маршрутизатора.
Проблема «DNS probe finished no Internet» может быть вызвана множеством неполадок в системе, но чаще всего она связана с некорректной работой DNS-серверов. Обычно такую проблему можно решить без дорогостоящего вызова мастера на дом, достаточно просто следовать инструкции.
Читайте также: