Сервер не найден

Что означает ошибка «Не удалось найти IP-адрес сервера»?

Обычно указанное сообщение появляется в ситуации, когда пользовательский браузер не может открыть страницу нужного веб-сайта. При вводе адреса веб-ресурса в адресной строке навигатора и нажатии на Enter вместо нужной страницы навигатор выводит сообщение о том, что невозможно определить адрес.

Can’t find IP

Причинами появления данного сообщения может быть следующее:

  • Адрес сайта был введён неверно;
  • Нужный сервер работает нестабильно, или на нём ведутся какие-либо работы;
  • На PC пользователя имеются проблемы с настройками сетевого подключения (в частности, некорректно работает роутер);
  • Антивирус или брандмауэр PC блокирует доступ к нужному веб-ресурсу;
  • Некорректно работают ДНС-сервера или служба ДНС на пользовательском PC;
  • На компьютере пользователя действует вирусный зловред, изменивший сетевое подключение под себя;
  • На браузере установлены сетевые плагины (расширения), влияющие на его работу;
  • Имеются какие-либо неполадки у интернет-провайдера.

При идентификации причин очень важно удостовериться, имеется ли данная проблема на других ПК и у других пользователей. Попросите кого-либо из ваших друзей или знакомых перейти на проблемную интернет-страницу. Если ошибка с IP-адресом возникает и у них, тогда, скорее всего, это проблема на стороне сервера (сайта), и вашей вины в этом нет. Если же у них нужная страница открывается без проблем, тогда это проблема именно пользовательского PC.

Давайте разберёмся, как устранить ошибку «Не удалось найти IP-адрес сервера» на вашем PC.

Будет полезно знать: что делать если сеть есть, а страницы в веб-навигаторе не открываются.

Использование адреса публичных ДНС-серверов от компании Google

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

Рекомендуем выполнить следующее:

  1. Нажмите Win+R, в появившейся табличке введите ncpa.cpl, после чего нажмите на Enter;
  2. Перед вами откроется перечень сетевых подключений. Наведите курсор мышки на интернет-подключения, и щёлкните правой клавишей мышки. В появившемся меню выберите «Свойства»;

    Выберите «Свойства»

  3. Откроется перечень сетевых компонентов. Среди всего списка найдите IPv4 и дважды кликните мышкой на нём;

    Дважды кликните на указанном компоненте

  4. Активируйте опцию «Использовать следующие адреса ДНС серверов» и пропишите адреса предпочитаемого и альтернативного ДНС-сервера так, как указано на изображении чуть ниже;

    Укажите следующие адреса серверов ДНС

  5. После этого нажмите внизу на «ОК», и перезагрузите PC.

Данное решение является наиболее эффективным способом решить ошибку, которая звучит как «Не удалось найти IP-адрес сервера».

Читайте также наш материал: DNS_PROBE_FINISHED_NO_INTERNET — что делать?.

Диагностика

Но сначала надо выяснить, действительно ли сайт недоступен только для вас, или он недоступен в данный момент для всех. Я знаю для этого пару сервисов. Первый: bertal.ru (просмотр HTTP-заголовков). По ссылке откроется страница, на которой есть пустое поле URL. Я в него вписываю twitter.com (вы пишите название того сайта, который проверяете) и жму «Проверить». Остальные поля трогать не обязательно. Если сайт работает, я вижу:

Главное, чтобы в ответе была зелёная строка HTTP/1.1 200 OK — сразу или после других строк. Это значит, что сайт принимает посетителей. А вот пример случая, когда сайт не работает:

Ещё один сервис я использую для работоспособности своих сайтов: host-tracker.com (мониторинг доступности сайтов):

Находим взглядом в верхней части сайта эту форму и вписываем адрес сайта. Через несколько секунд получаем результат в виде таблицы:

Таблица будет большой, но вердикт виден уже в заголовке: 1 Fail, 38 Ok — это значит, что из 38 точек мониторинга (в разных городах и странах Мира) сайт доступен, а из одной не доступен. Если подавляющее большинство точек выдают результат «Ok» — то с сайтом всё хорошо. А если около 10 или больше точек возвратят ответ «Fail», то сайт работает нестабильно или недоступен совсем. К сожалению, сам сервис host-tracker.com из-за высокой нагрузки бывает иногда недоступен.

Решение

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

Хорошее решение, как я для себя выяснил — использование альтернативных DNS (чтобы их использовать, не обязательно даже знать, что такое DNS). Как только я понял, что мне нужны альтернативные DNS, без труда нашёл несколько авторитетных адресов, из которых выбрал Яндекс.DNS.

По ссылке есть информация для настройки на Яндекс.DNS ваших роутеров, компьютеров с разными операционными системами, даже планшетов и смартфонов (отличный способ ограничить доступ ваших детей к вредоносным и взрослым сайтам). Конечно, это всё бесплатно и не требует установки каких-либо программ. Нужно только в сетевых настройках прописать адреса DNS. Для примера, опишу свой случай настройки Windows 8.1 (если не ошибаюсь, в Windows 7 и XP всё так же или очень похоже):

  1. На панели задач в области значков (рядом с часами) правой кнопкой мыши нажать на значок сетевого подключения и выбрать «Центр управления сетями и общим доступом»:
  2. Выбрать сеть, через которую настроен доступ в Интернет:
  3. После клика по ссылке откроется окно «Состояние» вашей сети, где надо нажать кнопку «Свойства»:
  4. Заключительный шаг настройки DNS. В списке компонент пролистать вниз, найти и дважды кликнуть «Протокол Интернета версии 4». В окне свойств протокола выбрать переключателем «Использовать следующие адреса DNS» и вписать те числа, которые видите на рисунке (это DNS Яндекса):
  5. Окно настройки протокола нужно закрыть кнопкой «OK», остальные окна можно просто поХерить (это не ругательство — в старину это значило «зачеркнуть крестом»).

Добавлено. У Google тоже есть DNS. Чтобы работало наверняка, один из DNS-серверов (предпочитаемый или альтернативный) можно указать Яндекса, а другой — Google. Например, так:

  • 77.88.8.88
  • 8.8.8.8

А то сегодня DNS от Яндекса не давали мне доступа к сервисам Google, пока не указал серверы DNS так, как показано в примере выше.

Снова проводим диагностику и наслаждаемся. В своих настройках я использовал DNS-адреса, которые не предоставляют доступ к мошенническим и заражённым сайтам. Конечно, сайты блокируются только в том случае, если Яндекс выявил дурные намерения владельцев сайта. Так что, это не повод избавиться от своего антивируса.

Аналогично можно настроить «Базовый» DNS (доступ ко всем сайтам) или «Семейный» (с защитой от взрослых сайтов) — отличие только в последнем числе адреса. Описанная в этой статье настройка в некоторых случаях действительно помогает сделать доступ к Интернет более стабильным и быстрым, а также решить проблему недоступности некоторых сайтов.

Диагностика предупреждений и устранение ошибок

  • Общие сведения о кодах
  • Возможные ошибки при первичном размещении сайта
  • Ошибка — показывается список файлов вместо первой страницы
  • 403 «Доступ запрещен»
  • 404 «Файл не найден»
  • 500 «Internal Server Error»

Общие сведения о кодах

Коды ошибок бывают положительными и отрицательными или успешными и неуспешными. Есть четыре типа кодов:

  • 2xx — запрос выполнен успешно — сервер успешно отправил клиенту запрашиваемый документ
  • 3xx — запрос успешно перенаправлен — тоже положительный код. Он говорит о том, что запрос клиента был перенаправлен. Используется при работе с кэширующими серверами, а также в алгоритме, когда браузер клиента проверяет актуальность документа на сервере (дату создания, размер и так далее)
  • 4xx — ошибка — документ не был отправлен клиенту, так как произошла критическая ошибка. Например, запрошенный документ не найден на сервере, доступ к документу запрещен и так далее
  • 5xx — ошибка сервера — критическая ошибка на сервере. Например, на сервере не смог нормально отработать скрипт пользователя

Возможные ошибки при первичном размещении сайта

Вы разместили сайт на хостинге компании .masterhost, загрузили файлы и получили ошибку 403 при попытке открыть сайт через браузер. Эта ошибка возникает в случае, если вы неправильно назвали индексный файл, который должен показываться при обращении к каталогу. Индексный файл может иметь названия index.html, index.htm, index.php, index.php3, index.phtml, index.shtml, default.htm или default.html. Также возможно, что в названии индексного файла присутствуют заглавные (большие) буквы. В UNIX-системах регистр букв в названиях файлов имеет значение (!).

Ошибка — показывается список файлов вместо первой страницы

Вы загрузили файлы на сервер, но вместо первой страницы видите список загруженных на сервер файлов. Вероятная причина ошибки в том, что вы загрузили файлы в каталог с разрешенным листингом и при этом у вас отсутствует индексный файл. Напомним, что размещать файлы нужно в каталоге www, который находится в каталоге с названием вашего домена. Читайте об этом подробнее .

Ошибка 403 «Доступ запрещен» — устраняем причины

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

  • В каталоге нет индексного файла (index.html, например) и при этом запрещен просмотр списка файлов в данном каталоге⚹ или на всем виртуальном сервере. Можно попробовать создать файл с именем index.html и посмотреть не исчезнет ли ошибка.
  • Выставлены такие «права» доступа на файл, что веб-сервер Apache не смог прочитать файл на диске сервера. Попробуйте изменить права доступа на 644, например.
  • Пользователь попытался обратиться к скрипту (в каталоге cgi-bin), на который выставлены неправильные права — нет права на чтение+исполнение (r+x) конкретного скрипта. Измените права на 755.

⚹По умолчанию просмотр списка файлов в каталоге запрещен. Для того, чтобы разрешить вывод списка файлов необходимо создать файл .htaccess, в котором прописать директиву Options +Indexes в виде отдельной строки.

Обработка ошибки 404 «Файл не найден»

Ошибка 404 (Файл не найден) возникает тогда, когда пользователь запрашивает у веб-сервера документ, которого нет на диске. То есть, когда пользователь запрашивает несуществующий файл. Это наиболее «популярная» из всех ошибок. Вы можете наблюдать возникновение таких ошибок в файле error_log и учитывать это — отслеживать какие документы на сервере «не найдены» и корректировать неправильные ссылки из своих html-документов. Также ссылки на несуществующие документы могут вести с других сайтов.

Для удобства посетителей сайта можно обрабатывать ошибки 404 заменяя стандартные ответы веб-сервера на свои страницы с нужным описанием причины возникновения ошибки и советами что делать в этом случае. Также полезно разместить на такой странице карту вашего сайта или ссылку на поисковую систему.

Как обрабатывать ошибку 404. Создайте в каталоге www файл .htaccess и поместите в него следующую инструкцию для веб-сервера Apache:

ErrorDocument 404 /not-found.html

Затем создайте файл not-found.html в который поместите описание возникшей ошибки и советы о том, что делать в этом случае посетителю вашего сайта. Теперь пользователь, который наберет в своем браузере адрес несуществующей страницы, будет автоматически перенаправлен сервером на файл not-found.html.

С помощью директивы ErrorDocument можно обрабатывать не только ошибку 404, но и практически все другие ошибки. Например, можно обработать так и ошибку 403, которая упоминается в этом документе выше. О файле .htaccess и его практическом использовании можно почитать .

Внимание: особенность браузеров MS Internet Explorer версий 5.xx и 6.xx состоит в том, что если ваш файл ошибок будет иметь размер менее 512 байт, то браузер покажет пользователю не ваш файл, а свое собственное сообщение об ошибке 404. Самым простым решением в данной ситуации является заполнение файла ошибок пробелами так, чтобы его размер превысил 512 байт. Подробнее об этом вы можете прочитать на сайте компании Microsoft.

Ошибка 500 «Internal Server Error»

Ошибка 500 «Internal Server Error» возникает в случае невозможности запуска скрипта, который вы разместили на сервере, в случае ошибок в скрипте, а также в случае, когда размещена неправильная инструкция в файле .htaccess. Этот список причин возникновения ошибки 500 не конечный, есть еще масса причин, по которым может возникнуть ошибка 500. Однако упомянутые три случая встречаются наиболее часто.

Рассмотрим сначала случай, когда вы поместили некорректную инструкцию в файл .htaccess. Если вы ошиблись в написании названия нужной директивы или параметров к ней, в файле error.log вы найдете примерно такую ошибку:

/home/uXXXXX/aaa.ru/www/.htaccess:Invalid command ‘DrectoryIndex’, perhaps mis-spelled or defined bya module not included in the server configuration

Веб-сервер укажет вам, какую конкретно директиву он посчитал ошибочной — ее нужно будет исправить. В данном случае веб-сервер сообщил, что директивы DrectoryIndex он не знает. И действительно — нет директивы DrectoryIndex, есть DirectoryIndex. Имеет место опечатка.

Если ошибка 500 возникает при обращении к скрипту на языке Perl, размещенному в каталоге cgi-bin, нужно проверить права доступа на этот скрипт. Права должны быть 755 (rwxrx-rx). Если это не так, нужно изменить права на 755 командой chmod 755 script.pl в unix shell или воспользоваться для этого FTP. Нужно отдельно отметить — права на скрипты должны быть установлены строго в 755.

Пожалуйста, проверьте правильный ли режим передачи файлов по FTP вы использовали при загрузке скрипта на наш сервер. Все скрипты, равно как и любые другие текстовые файлы, должны передаваться по FTP в текстовом (ASCII) режиме. Если же был использован двоичный (Binary) режим передачи файлов, скрипты наверняка работать не будут.

Если после проверки корректности установленных прав на файл скрипта ошибка не исчезла, нужно изучить последние записи в файле error.log — в него веб-сервер помещает все сообщения об ошибках. Так вы найдете строчку вида

Premature end of script headers: /home/uXXXX/aaa.ru/cgi-bin/script.pl

Первое, что нужно сделать при получении такой ошибки, это проверить правильно ли скрипт выдает HTTP-заголовки. Каждый скрипт должен сначала печатать строку с указанием соответствующего Content-type и только потом непосредственно то, что увидит пользователь (например, HTML-код). Пример строки для выдачи заголовка обычного HTML-документа:

print «Content-type: text/html; charset=windows-1251\n\n»;

Если и после выдачи правильных заголовков ошибка 500 не исчезла, нужно проверить корректность работы скрипта в целом. Для этого нужно получить доступ в unix shell и далее выполнить команду проверки синтаксиса:

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *