Определение хоста не работает интернет что делать - TurboComputer.ru
Рейтинг статьи
1 звезда2 звезды3 звезды4 звезды5 звезд (пока оценок нет)
Загрузка...

Определение хоста не работает интернет что делать

7 причин и способов устранения проблемы, если не открываются сайты

Проблемы с открытием веб-страниц посредством браузера происходят нередко и могут вызвать трудности даже у опытного пользователя.

Симптомы неисправности

Условно проблему можно разделить на несколько возможных вариантов:

Интернет-соединение присутствует, стабильно работают приложения для общения в сети, облачные хранилища данных, торрент-клиенты и другие утилиты, использующие передачу данных через веб-соединение, но при этом ни один браузер не открывает ни одну страницу;

Имеется постоянное соединение с интернетом, программы, взаимодействующие с ним, работают правильно, веб-страницы доступны в одном или нескольких браузерах, но в то же время не открываются в других интернет-обозревателях (см. Какой браузер для Windows 10 лучше);

Браузеры работают в нормальном режиме, но не переходят на определённые сайты (например, веб-ресурсы разработчиков антивирусных программ, популярные поисковые сервисы или социальные сети).

Почему не открываются сайты

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

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

Что делать

На первом этапе диагностики и поиска решения проблемы следует исключить простые причины неисправности, а именно:

  • отсутствие интернет-соединения;
  • неоплаченный счёт за использование предоставленных услуг провайдером;
  • неправильная настройка роутера или операционной системы (см. Как выбрать WiFi роутер);
  • аппаратный конфликт между сетевым устройством и иным оборудованием.

Здесь не будут рассматриваться способы решения подобных ситуаций, так как все они подразумевают полное отсутствие интернет-соединения. Проблема, способы устранения которой приводятся в этой статье – это невозможность загружать только определённые или любые веб-страницы посредством одного либо сразу нескольких браузеров при условии наличия активного подключения к интернету.

Изменение реестра, если не открываются сайты

Этот способ помогает решить проблему в 80% случаев. Для его реализации необходимо:

    1. зажать клавиши Win+R, вставить в строку появившегося окна regedit и нажать Enter;

    1. при возникновении уведомления подтвердить запуск редактора реестра, нажав клавишу «Да»;
    2. откроется окно программы, где в левой части проследовать по маршруту HKEY_LOCAL_MACHINE?SOFTWARE?Microsoft?Windows NT?CurrentVersion?Windows;
    3. после этого в правом разделе окна отобразятся параметрические данные, их типы и установленные значения, где необходимо найти строку с именем AppInit_DLLs и посмотреть на её значение;
    4. если какое-либо значение присутствует, вызвать на нём контекстное меню и нажать «Изменить значение»;

  1. в открывшемся окошке очистить соответствующую строку и нажать OK;
  2. далее следует снова перейти в левую часть окна программы, подняться в самый верх, пройти по маршруту HKEY_CURRENT_USER SOFTWARE?Microsoft?Windows NT?CurrentVersion?Windows, а затем снова проделать вышеописанные действия (в Windows 10 AppInit_DLLs в этой ветке реестра может отсутствовать);

в заключение требуется произвести перезагрузку компьютера.

Поврежденные протоколы TSP/IP

Ещё одним фактором, провоцирующим неправильную работу системы, является повреждение протоколов TSP/IP. Для устранения этой неисправности следует произвести сброс параметров сетевых протоколов передачи данных (см. Как сменить IP адрес компьютера).

Процесс сброса настроек TSP/IP:

  1. нажать Win+R;
  2. в появившемся окне выполнить netsh winsock reset и после этого netsh int ip reset;
  3. перезагрузить операционную систему.
  4. Не открываются по протоколу HTTPS или ошибка сертификата
  5. При переходе на защищённые сайты, которые используют протокол HTTPS, поддерживающий шифрование данных, может возникать ошибка сертификата безопасности.

Подобная ошибка возникает в 3-х случаях:

  1. веб-ресурс – потенциально опасный;
  2. дата и время на устройстве настроены неверно;
  3. сертификат безопасности, присвоенный веб-ресурсу, не занесён в базу браузера.

Если параметры даты некорректные, используйте нижеприведённые инструкции в зависимости от версии ОС.

Для Windows 10:

  1. в трее кликнуть по значку, на котором отображается текущее время и дата;
  2. нажать «Параметры даты и времени»;
  3. активировать параметры «Установить время автоматически» и «Автоматическая установка часового пояса».

Для Windows версии 8/8.1:

  1. в трее кликнуть по значку, на котором отображается текущее время и дата;
  2. нажать «Изменение настроек даты и времени»;
  3. в открывшемся окошке перейти во вкладку «Время по интернету» и нажать кнопку «Изменить параметры»;
  4. в появившемся окошке кликнуть по кнопке «Обновить сейчас», а затем нажать OK.

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

Ошибка DNS при не открытии сайтов

Как правило, сопровождается надписью: «Не удается преобразовать DNS адрес сервера», которая отображается в окне интернет-обозревателя.

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

Очистка кэш DNS

Запускается встроенное в операционную систему приложение «Выполнить». Самый быстрый вариант – это нажать сочетание кнопок Win+R. Затем в строку программы необходимо ввести ipconfig /flushdns и нажать OK.

Ручной ввод сервера DNS

  1. запустить встроенную службу «Выполнить» и ввести ncpa.cpl;
  2. выбрать актуальный способ подключения к сети и вызвать контекстное меню;
  3. активировать «Свойства»;
  4. найти «Протокол Интернета версии 4 (TCP/IPv4)» и совершить по нему двойной клик мыши;
  5. в новое возникшее окошко ввести адреса DNS-серверов от компаний Гугл и Яндекс – 8.8.4.4 и 77.88.8.8, а затем нажать OK.

Проверка работы DNS-клиента

  1. Запустить службу «Выполнить» и активировать команду services.msc;
  2. в открывшемся окне в правой части найти строку «DNS-клиент» и кликнуть по ней два раза;
  3. убедиться, что служба выполняется, в противном случае нажать соответствующую кнопку.

Сайт не открывается из-за блокировки hosts

Hosts – файл, содержащий базу IP адресов и имён идентификационных областей. Этот текстовый файл, хранящийся в недрах ОС, активно используют вирусные программы, а также системные администраторы для блокировки доступа к определённым ресурсам.

Для того чтобы найти файл hosts, необходимо пройти по маршруту: Этот компьютер?Диск C?Windows?System32?Drivers?etc.

Для ОС Windows файл hosts должен содержать только строки, указанные на изображении ниже.

Дополнительные строки, содержащиеся в файле, следует удалить, а затем сохранить изменения.

Если изменения не получается сохранить по причине отсутствия прав, можно воспользоваться следующей хитростью:

  1. скопируйте текст из текущего файла hosts, а затем переименуйте его (например, hosts.old):
  2. создайте новый текстовый документ через программу «Блокнот» и вставьте текст из буфера;
  3. удалите лишние строки и сохраните под именем hosts в папке, где находится старая версия файла.

Сайт не открывается с телефона

Для решения проблемы с телефоном в первую очередь стоит проверить гаджет на наличие вирусов.

Если после работы антивирусных приложений неисправность сохраняется, то самым простым решением будет сброс настроек телефона к заводским. Такой метод устраняет любые изменения, внесённые вредоносными программами в операционную систему.

Ошибки 403,105,101, 500, 502

Для полноты картины будет полезно разобрать, что означают распространённые ошибки, отображающиеся в окне браузера.

8 способов узнать, на каком хостинге находится сайт

Каждый, кто работает с интернет-площадками, сталкивается с необходимостью выяснить хостинг ресурса. Для чего узнавать хостинг сайта? Чтобы:

  • Определить данные о владельце площадки.
  • Пожаловаться на хостера.
  • Выбрать стабильный хостинг для сайта, что облегчит продвижение, поддержку.
  • Удовлетворить любопытство.

Причины могут быть разными, но решить задачу нужно быстро. Как узнать, на каком хостинге находится сайт? Рассмотрим подробнее.

Содержание

Способ No1. Узнаем хостинг при помощи NS-сервера

Способ срабатывает на виртуальных, шаред хостингах, где много сайтов располагается на одном сервере. Самый простой метод, не требует задействования сторонних ресурсов, а владельцы сайтов часто используют NS-сервера хостера. У большинства хостингов имеется функция whois: достаточно ввести адрес страницы, нажать whois, и данные о владельце высветятся автоматически.

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

Способ No2. Как узнать хостинг по IP адресу

Важно верно определить ip сервиса. Выполните простые действия:

Скопируйте в поле адрес интересующего сайта.

Определить айпи-адрес можно командой Windows и комбинацией Win+R. После нажатия высветится строка, в которой нужно набрать команду cmd.exe, нажать клавишу Enter. В высветившейся командной панели наберите ping «название сайта» (кавычки сохраняются). Когда компьютер обработает запрос, выдаст IP сайта.

Полученные цифры введите в командную строку одного из сервисов, описанных ниже, либо в адресную строку после надписи: «http://whois.domaintools.com/». Например, вы узнали, что IP-адрес страницы: 80.249.164.74. Введите в адресную строку http://whois.domaintools.com/80.249.164.74.

Способ No3. Проверяем сайт через специальные сервисы

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

Любой сервис выдаст полную информацию о ресурсе списком. Вас интересует пункт, написанный в строчке nserver, после сочетания ns.1.

Читайте также:  Выскакивает интернет эксплорер с рекламой как убрать

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

Способ No4. Когда ошибки могут помочь

Под ошибками подразумеваются 404/403. С этого метода стоит начать в первую очередь, потому что он проще остальных, обладает высокой точностью, поскольку в большинстве случаев позволяет определить даже реселлера, если он установил по умолчанию свою страницу ошибки.

Обратите внимание! CMS может перехватить запрос и дать собственную ошибку 404. В этом случае следует попробовать вызвать 403 ошибку, обратившись к каталогу без индексного файла: системной папке или кэшу движка.

Лайф-хак: часто на странице ошибки высвечивается e-mail вебмастера, из которого и можно узнать домен хостера.

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

Способ No5. Хостинг и трассировка

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

Нажмите на клавиатуре команду Win+R.

В появившемся окошке наберите команду cmd.exe.

В высветившейся командной строке наберите tracert «название сайта» (кавычки сохраняются).

После анализа пройдет трассировка до ресурса со всеми роутерами. Хост сервера указан в предпоследней или последней строчке.

Способ No6. Узнаем хост сервера при помощи плагинов для браузера

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

WIPmania для Firefox.

Who Is Hosting? и BuiltWith для Chrome.

Есть комплексные расширения, которые предоставляют информацию о сайте, но перечисленные выше наиболее просты в обращении.

Обратите внимание! Скачивайте расширение только с официальных страниц и ресурсов: часто мошенники используют их для передачи вирусных программ.

Способ No7. Виртуальный хост

Простота данного метода аналогична ошибкам 403 и 404. Часто хостеры ставят заглушки для виртуалхоста, а вот мелкие ленятся или забывают, потому им становится либо самый первый сайт, либо заглушка с панели управления (этот результат замечен с cpanel).

Проще всего сделать запрос-команду к серверу по ай пи.

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

Не срабатывает виртуалхост только у мелких хостеров (не всегда) и на серверах, работающих на cPanel, поскольку здесь выдается стандартная заглушка.

Способ No8. Reverse DNS Lookup

Этот способ основан, скорее, на человеческом факторе: для любого айпи сайта можно задать своеобразный домен по умолчанию, используя PTR. Большая часть хостеров дают домены, в которых имеется имя домена хостера.

Самый простой метод вычленить такое имя домена – «пропинговать» сайт, использовав команду ping. Для тех, кто пользуется системой Линукс имеются альтернативные команды: host, dig и nslookup.

Плюс Reverse DNS Lookup в результативности: работает команда безотказно практически везде. Если в результате вы получили домен, который не несет информации о хостере, то велика вероятность, что это VPS или выделенный сервер.

Обратите внимание! Данным методом можно пользоваться с планшета и смартфона, достаточно скачать приложение для запросов Reverse DNS Lookup.

Подводя черту

Если определение хоста для вас разовая задача, то сначала попробуйте самые простые методы: через NS-сервер или домен при помощи сторонних ресурсов. Крупные сайты часто скрывают информацию для собственной безопасности, поэтому будьте готовы потратить на решение вопроса много времени.

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

7 способов определить хостера сайта

Периодически перед многими из вебмастеров возникает задача определить хостера, у которого живет тот или иной сайт. Мотивация для этого бывает самая разная, как простое любопытство, так и желание поселиться по соседству на хорошем и стабильном хостинге или наоборот не вляпаться в такое соседство. В этом посте я приведу несколько известных мне методов с их достоинствами и недостатками. Вполне возможно, что он неполон, поэтому дополнения всячески приветствуются.
Так же «на берегу» оговорюсь: все упомянутые ниже сайты и хостеры упомянуты исключительно как наглядные примеры, и ни в коем случае не в качестве рекламы или, упаси господи, антирекламы. Выбор оных был сделан так же практически случайно — где какие методы у меня в свое время срабатывали, то и привожу.

Способы я перечисляю в порядке убывания точности и, к сожалению, в порядке возрастания вероятности срабатывания.

1. NS-сервера

Плюсы

  • Очень часто срабатывает на шаред-хостингах

Минусы

  • Зачастую пользователи VPS и дедиков, а так же продвинутые пользватели на шаред-хостингах пользуются своими DNS-серверами, либо используют свои поддомены.

2. Ошибка 403/404

Не могу сказать, что большинство, но немало серьезных хостеров страницы ошибок веб-сервера по умолчанию делают с информацией о себе, а многие их клиенты забывают/ленятся их переопределить. Поэтому в первую очередь стоит попытаться вызвать такую ошибку и посмотреть, что получится. Бывает так, что CMS на сайте при помощи mod_rewrite перехватывает запросы к несуществующим файлам и отдает в ответ свою 404-ю ошибку. Это можно попробовать обойти, вызвав ошибку 403 путем обращения к какталогу без индексного файла. Им может быть папка с картинками/шаблонами, папка для загруженных файлов, кэша движка, системная папка типа includes и т. п. Небольшой хинт — иногда на странице ошибки есть email вебмастера и часто из него можно узнать домен сайта хостера.

Пример

Сайт: sloger.net
Cтраница с 404 ошибкой.
Результат: Хостер Hostgator

Плюсы

  • Высокая точность определения. Как правило, большинство реселлеров имеют возможность установить для своих клиентов по умолчанию собственную страницу ошибки и в этом случае мы сможем узнать даже реселлера.

Минусы

  • Очень часто мелкие хостеры забывают/ленятся устанавливать собственные страницы ошибок
  • Еще чаще CMS сайта перехватывает запросы к несуществующим файлам и прячет стандартную страницу хостера

3. Виртуалхост по умолчанию.

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

Пример

Плюсы

  • Достаточно высокая точность определения хостера. Всегда можно определить хостера-владельца сервера, а если реселлер работает на выделенном IP, то ингода и реселлера.
  • Срабатывает практически на всех крупных хостерах.

Минусы

  • Для небольших хостеров как правило не работает.
  • Особенно часто не срабатывает на серверах с cPanel — выдается стандартная заглушка панели

4. Reverse DNS Lookup

Не вдаваясь в подробности скажу, что для любого IP адреса можно с помощью PTR записи в DNS-зоне можно задать «домен по умолчанию“ (не совсем точный термин, но не в этом суть). При этом подавляющее большинство хостеров присваивают своим серверам домены по умолчанию, содержащие в себе имя домена хостера, т. е. что-то вроде server-name.hoster-name.com.
Самый простой вариант узнать это доменное имя по умолчанию — при помощи всем родного ping’a (альтернативно — команды host, dig и nslookup под Linux’ом, аналоги под виндой должны быть, но я про них ничего не знаю).

Пример

PING cisnet.ru (78.108.81.180) 56 (84) bytes of data.
64 bytes from timur.majordomo.ru (78.108.81.180): icmp_seq=1 ttl=55 time=102 ms

Результат: Хостер — majordomo.ru

Плюсы

  • Срабатывает в подавляющем большинстве случаев. Если полученный домен не указывает как-то на сайт хостера, то скорее всего это частный выделенный сервер или VPS.
  • Очень легко применяется. Даже если под руками нет ping’a (вдруг с телефона/КПК), то есть масса бесплатных сервисов для проделывания Reverse DNS Lookup запросов.

Минусы

  • Иногда для инфраструктуры используются отдельные домены, которые не имеют очевидной связи с хостером.

5. Traceroute

Этот способ тесно связан с предыдущим, поскольку тоже подразумевает использование Reverse DNS Lookup, только на этот раз мы будем смотреть домены и для узлов на пути к интересующему нас узлу. Смысл в этом прост — по доменам последних узлов в трейсе мы с большой вероятностью угадаем хостера или датацентр, в котором размещен интересующий нас сайт. Очевидно, что этот способ поможет нам в случае если испытуемый сидит на VPS или выделенном сервере.

Пример

traceroute to phpbbguru.net (88.198.45.197), 30 hops max, 60 byte packets
/* Пропущен неинтересный нам кусок */
6 87.226.228.149 (87.226.228.149) 126.004 ms 103.010 ms 103.147 ms
7 xe-2–2–0.frkt-ar2.intl.ip.rostelecom.ru (87.226.133.150) 115.394 ms 115.575 ms xe-1–0–0.frkt-ar2.intl.ip.rostelecom.ru (87.226.133.110) 137.887 ms
8 decix-gw.hetzner.de (80.81.192.164) 120.920 ms 137.137 ms 137.343 ms
9 hos-bb1.juniper1.rz6.hetzner.de (213.239.240.238) 115.458 ms hos-bb1.juniper2.rz6.hetzner.de (213.239.240.239) 118.008 ms 118.280 ms
10 hos-tr4.ex3k41.rz6.hetzner.de (213.239.252.180) 118.562 ms hos-tr2.ex3k41.rz6.hetzner.de (213.239.229.180) 137.399 ms hos-tr3.ex3k41.rz6.hetzner.de (213.239.252.52) 115.269 ms
11 static.88–198–45–197.clients.your-server.de (88.198.45.197) 136.016 ms 137.170 ms 132.209 ms

Плюсы

  • Практически 100% вероятность на успех в определении датацентра и немного меньшая — непосредственно хостера
  • Легко проделывается под любой ОС или с помощью веб-сервиса.
Читайте также:  Средняя скорость интернет соединения

Минусы

  • Поскольку DNS-запросов приходится выполнять довольно много, то этот способ становится самым долгим в списке.

6. Whois

Вот и добрались до Whois’a, великого и ужасного. В базе данных Whois хранятся не только данные о доменах, но и данные о владельцах диапазонов и отдельных IP-адресов. Соответственно, на основе информации мы можем попытаться установить компанию-владельца хостинга или датацентра.

Пример

whois 83.222.4.124% This is the RIPE Database query service.
% The objects are in RPSL format.
%
% The RIPE Database is subject to Terms and Conditions.
% See www.ripe.net/db/support/db-terms-conditions.pdf

% Note: This output has been filtered.
% To receive output for a database update, use the “-B» flag.

% Information related to ‘83.222.4.0 — 83.222.5.255’

inetnum: 83.222.4.0 — 83.222.5.255
netname: MASTERHOST-COLOCATION
descr: Masterhost is a hosting and technical support organization.
country: RU
admin-c: MHST-RIPE
tech-c: MHST-RIPE
status: ASSIGNED PA
mnt-by: MASTERHOST-MNT
source: RIPE # Filtered

role: MASTERHOST NOC
address: .masterhost
address: Lyalin lane 3, bld 3
address: 105062 Moscow
address: Russia
phone: +7 495 7729720
fax-no: +7 495 7729723
remarks: — remarks: MASTERHOST is available 24×7
remarks: — remarks: Points of contact for MASTERHOST Network Operations
remarks: — remarks: Routing and peering issues: noc@masterhost.ru
remarks: SPAM and Network security issues: abuse@masterhost.ru
remarks: Mail and News issues: postmaster@masterhost.ru
remarks: Customer support: support@masterhost.ru
remarks: General information: info@masterhost.ru
remarks: — admin-c: AAS-RIPE
tech-c: AAS-RIPE
tech-c: UNK-RIPE
nic-hdl: MHST-RIPE
abuse-mailbox: abuse@masterhost.ru
mnt-by: MASTERHOST-MNT
source: RIPE # Filtered

% Information related to ‘83.222.0.0/19AS25532’

route: 83.222.0.0/19
descr: .masterhost
origin: AS25532
mnt-by: MASTERHOST-MNT
source: RIPE # Filtered

Вывод: сайт живет на собственном сервере, размещенном у Мастерхоста.

Плюсы

  • Работает безотказно. При любом раскладе можно определить хотя бы примерно, в каком ДЦ расположен сайт и в ДЦ ли вообще (бывает, сайты на домашнем компе крутятся;-))

Минусы

  • Низкая точность определения. Случаев, когда вы сможете определить точнее, чем ДЦ — по пальцам перечесть.
  • Часто whois выдает очень много подробностей и навскидку не так-то просто вычленить нужную из всего массива.

7. Сигнатура SMTP сервера

небольшой хак — телнет на 25 порт, в большинстве случаев на нём висит почтовый сервис который сразу выдаст хостнейм сервера.

На примере ваших сайтов:

# telnet sloger.net 25
Trying 70.87.244.247…
Connected to sloger.net.
Escape character is ‘^]’.
220-gator217.hostgator.com ESMTP Exim 4.69 #1 Sat, 17 Apr 2010 13:19:55 -0500

# telnet cisnet.ru 25
Trying 78.108.81.180…
Connected to cisnet.ru.
Escape character is ‘^]’.
220 timur.majordomo.ru ESMTP Exim 4.69 Sat, 17 Apr 2010 22:20:47 +0400

# telnet phpbbguru.net 25
Trying 88.198.45.197…
Connected to phpbbguru.net.
Escape character is ‘^]’.
220 sds.fastvps.ru ESMTP Exim 4.69 Sat, 17 Apr 2010 22:23:25 +0400

Вместо telnet можно использовать netcat:
$ netcat cisnet.ru 25
220 timur.majordomo.ru ESMTP Exim 4.69 Sun, 18 Apr 2010 12:21:21 +0400
^C

Дополнительные сервисы, предложенные хабраобщественностью

  • mind предложил сервис www.wipmania.com, позволяющий определять немало полезной информации, включая ДЦ
  • unreg посоветовал netcraft toolbar
  • kapatskiy справедливо напомнил про FlagFox
  • r0ster подсказал сервис http://2ip.ru/guess-hosting/
  • medgimet поделился ссылкой на HostSpider

Мораль

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

UDP. Перенес в Хостинг.
UPD2. Добавил еще два сервиса, предложенных в комментах.
UPD3, 30 мая. Неожиданно обнаружил этот топик в черновиках. Вернул на место.

PS. Если вы знаете еще способы — пишите, а я добавлю в список.

Записки молодого админа

. для себя и для всех

среда, 26 мая 2010 г.

Если в windows не работает hosts

Сегодня постучался товарищ, просил помочь с hosts. Дело было в том, что как не правь этот файл, системой он не обрабатывался. Перепробовав кучку вариантов, проблему решить все же удалось.
О вариантах решения проблем в таких ситуациях сегодня и пойдет речь.

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

Во вторых, проверьте в “HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTcpipParameters” параметр “DataBasePath”, он должен иметь тип “REG_EXPAND_SZ” и значение “%SystemRoot%System32driversetc”.

В третьих
, убедитесь, что к файлу есть доступ на чтение для всех юзеров.

В четвертых, попробуйте переименовать файл hosts в, например, hosts.bak. Потом создайте новый файл hosts, откройте его блокнотом и напишите туда ручками (именно ручками, а не скопируйте):(porno.com тут приведен для примера, реально надо писать тот сайт, который вы хотите заблокировать)

В пятых, убедитесь, что запущена служба DNS-клиент. Если не запущена, то запустите и поставьте ее в автозапуск.

ЗЫЖ Товарищу помог четвертый пункт.

UPD: Не забывайте, что сначала должны идти IP, а потом, через пробел или таб, имя хоста.

Кому ничего не помогает советую заглянуть в настройки подключения сетевухи. У меня там рядом с настройками Тсp/ip нашлась такая вот дрянь: “lplir lightweight Filter (x64 edition)”. Снимаем галку и радуемся жизни.
Что интересно, гугл ничего про дрянь не знает. Откуда оно взялось не ясно.

Информация с сайта http://angel2s2.blogspot.com/. Если Вы читаете информацию на другом сайте, пожалуйста свяжитесь с автором сайта http://angel2s2.blogspot.com/.

Похожие статьи

44 коммент.:

Спасибо angel2s2 до такого варианта было реально тяжело додуматься 🙂

Благодарю за советы, помогло. А то ДВА дня парился с этой проблемой. Добавляю твой сайт в избранные.

Рад, что оказалось полезным и рад за вас, что помогло 🙂

Спасибо, дружище! 4 пункт помог!

Рад, что помогло 🙂

4 пункт однозначно решает. Настраивал несколько дней Апачи, не мог понять почему не работают Vhosts (c NameVirtualHost), а все дело в hosts оказалось. Непонятно только, почему hosts перестал работать. Кстати про вписывание руками директив: я все из старого скопировал, и работает, так что видимо можно и без лишнего рукописного ввода обойтись.

Да, я это тоже заметил. У всех комментаторов именно этот пункт.

У меня два предположения почему перестал работать:
1. Файл должен быть в формате ASCII, а он изначально в “UNICODE”.
2. Внешнее воздействие: вирус, hotfix либо какой-нибудь антивирус. В смысле, изменил файл из ASCII в “UNICODE”.
Ничего из этого я, конечно же, не проверял. Это только мое предположение.
Тут под “UNICODE” я имею ввиду следующее: если сделать экспорт из regedit какой-нибудь ветки, а потом полученный файл открыть, например, в gvim, то будет видно, что между буквами есть еще какие-то символы. Вот такой формат я и имел ввиду. Вроде это UTF-16. Хотя я точно не знаю.

> Кстати про вписывание руками директив
Ручками предложил вписать, чтобы избежать случайных косяков с кодировкой и непечатаемыми (служебными?) символами.

привет,а что мне не делать,если у меня на оборот не заход в контакт,одноклассники!!я уже заходил на host всё делал по инструкции,и всё равно не магу зайти на сайты(( хотя нет в этих строках на счёт того что сайты заблокированы. что делать? заранее спасибо!

Привет. Скорее всего у тебя есть скрытый системный файл hosts, а тот, что видишь ты, называется hosts.txt, но так как в проводнике отключено отображение расширений, то ты видишь просто hosts.
Скачай FAR, включи в настройках отображение скрытых и системных файлов, перейди в папку C:WindowsSystem32driversetc. Если увидишь файл hosts.txt значит все так и есть. Удаляй его и правь файл hosts (который без расширения). Так же обязательно проверь комп на вирусы (есть такая зараза, которая этот трюк проворачивает): лучше скачай Dr.Web LiveCD или Kaspersky Rescue Disk на другом компе, запиши на CD диск, загрузи свой комп с этого диска и проверь на вирусы (так на много надежнее, чем из винды, даже из безопасного режима, проверять).

спасибо огромное, ничего не помогало, но 4-й пункт это и правда хоть и нелепо, но работает

Спасибо, и мне 4 пункт помог =)

Спасибо! проблема решилась 4-м пунктом! ))

В основном проблема с файлом hosts в том, что вирусы/трояны заменяют букву “o” латинскую на букву “о” русскую. Вот система и не видит этот файл. А в проводнике всё смотрится окейно.

У меня было такое в свежепроинсаллированной ХРюшке (лицензионной). Не помню только какой там СП был.

Читайте также:  Как зайти в почту outlook через интернет

Спасибо большое способ переименования помог!

Убил на поиск проблемы полтора часа , перепробовал всё что можно .

. спасибо , помог тоже 4-й пункт

спасибо большое, думал пропаду..

не пашет нихера, семерка, зараза, достала уже..

сижу значит пишу уже который час DynDNS-сервер на .cmd в связке с Netcat, для того чтобы слушать на порту можно было, всё отлично кроме одного – не потдягивают эти драные окна нихера! и руками и скриптом и головой уже в монитор этот фаел и обновлял и руками создавал и пересоздавал и делал через move, и через rename, и ХРЕН!

если найдешь решение или знаешь что-то из того, что тут
не описано – буду офигенно рад если кинешь на мыло!

dasknix много_животных почта_на_гмайл-точка-ком

..ну и все описанные способы, конечно, тоже
перепробовал – не помогло, иначе бы не писал.

офонареть, бьюсь руками об глаза!11
у меня реверсом хосты и ипы были, а не сначала ипы
всем спасибо, пойду покурю.

Да. Такое тоже бывает 🙂
Отдыхай больше 😉

Блин, у меня проблема месяца два уже. Правда раньше не к спеху было, ну я и забил, а сейчас острая необходимость – и сижу бьюсь. Респект, сработал 4 пункт 🙂

Спасибо ГРОМАДНОЕ
Чего только не делал до этой статьи
Помогло создание нового файла hosts

Кому ничего не помогает советую заглянуть в настройки подключения сетевухи. У меня там рядом с настройками Тсp/ip нашлась такая вот дрянь: “lplir lightweight Filter (x64 edition)”. Снимаем галку и радуемся жизни.

Что интересно, гугл ничего про дрянь не знает. Откуда оно взялось не ясно.

Спасибо, добавил в пост.

подскажите пожалуйста, можно ли с помощью hosts заблокировать приложения вконтакте? лично у меня не получается. другие адреса блокируются

Можно. Но нужно знать IP адрес, на котором это приложение висит. Дело в том, что сами приложения, как правило, хостятся не на серверах вконтакта, а на сервере разработчика.

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

Хостс перестал работать после чистки программой Dr.Web CureIt.
Ни что из вышеперечисленного его не воскресило работу файла.
Виндовс XP SP2.
Посоветуете, что либо или дешевле для нервов просто переустановить систему?

Манори, я знаю только один случай, когда делаешь правку файла hosts, а эффекта нет.
В папке было два файла – hosts и hosts.txt, но т.к. в проводнике был отключен показ скрытых файлов и их расширений, пользователь видел только один файл – hosts.txt, но видел его как hosts. Поэтому hosts и не работал.

Roma Shagrov, у меня включен показ скрытых файлов(лечил от вируса-скрывалки папок флешку, которую у соседей к “динозавру” полному вирусов подключал, из-за чего, собственно и использовал Dr.Web CureIt). Скрытых файлов там нет, и он работал до обработки антивирусником Dr.Web CureIt.

Файл имеет атрибут “системный”? Какие права на файл (владелец и тп)?
У меня с cure it такого никогда не было.

А разве эта фича не в Win7 появилась?
Хотя, может, я-нуб, незнающий куда смотреть.

Манори, точно не скажу. Давно винду не юзаю, линуксоид.

яснопонятно. я б тож давно перешёлна линукс, да не охото с эмуляторами возиться. приходится терпеть всю эту фигню ради игор. Т.Т

А у меня проблема оказалась в папках etcSave1 etcSave2, в которых я хранил копии hosts.
Пока их не убрал, основной hosts не обрабатывался.

Откатить систему помогает. Понятно, что поздно с советом, но может другим поможет после лечения cureit

Olga A, откат системы не всегда поможет, т.к. изменения в системе, связанные с hosts могли произойти давно, а понадобилось, что в hosts менять, только сейчас.

помогло только после nbtstat -R с правами адиминистратора + ipconfig /flushdns

Не вышло у меня все проверил не один раз и как назло когда реально понадобилось, такая магия что без бубна не разберешься, на 7, 10 проверил все гуд, а вынь 8*64 ни вкакую час времени потрачено бесполезно (.

Icmp ошибки о недоступности хоста и сети

ICMP ошибка о недоступности хоста (host unreachable) отправляется маршрутизатором, когда он получает IP датаграмму, которую невозможно перенаправить. (На рисунке 6.10 мы показали формат ICMP сообщений о недоступности.) Мы сможем пронаблюдать это в нашей сети, если выключим SLIP канал с дозвоном на маршрутизаторе sun и попробуем отправить пакет через SLIP канал с любого другого хоста, указав sun как маршрутизатор по умолчанию.

Ранние реализации TCP/IP в BSD генерировали и ошибки о недоступности хоста, и ошибки о недоступности сети, в зависимости от того, принадлежал ли пункт назначения локальной подсети или нет. 4.4BSD генерирует только ошибку о недоступности хоста.

Обратимся снова к выводу команды netstat запущенной на маршрутизаторе sun, вывод показан в предыдущем разделе. Мы видим, что пункт таблицы маршрутизации, который соответствует SLIP каналу, добавляется, когда SLIP канал включается, и удаляется, когда SLIP канал выключается. Это означает, что когда SLIP канал отключен, маршрута по умолчанию на sun не существует. Однако мы не будем пытаться изменить все таблицы маршрутизации у хостов в нашей маленькой сети, оставив им возможность самим удалить свои маршруты по умолчанию. Вместо этого мы посчитаем ICMP сообщения о недоступности хоста, сгенерированные sun для любых пакетов, которые он не может перенаправить.

Мы можем увидеть это, запустив ping с svr4 на хост, находящийся на другом конце SLIP канала (в настоящее время этот хост выключен):

svr4 % ping gemini ICMP Host Unreachable from gateway sun (140.252.13.33) ICMP Host Unreachable from gateway sun (140.252.13.33) ^? символ прерывания

На рисунке 9.2 мы показали вывод команды tcpdump для этого примера. (Команда запущена на хосте bsdi).

1 0.0 svr4 > gemini: icmp: echo request 2 0.00 (0.00) sun > svr4: icmp: host gemini unreachable 3 0.99 (0.99) svr4 > gemini: icmp: echo request 4 0.99 (0.00) sun > svr4: icmp: host gemini unreachable

Рисунок 9.2 Сообщение ICMP о недоступности хоста в ответ на ping.

Когда маршрутизатор sun обнаруживает, что на хост gemini нет маршрута, он отвечает на эхо запрос сообщением о недоступности хоста.

Если мы включим SLIP канал, подключающий нас к Internet, и попробуем послать ping на несуществующий в Internet IP адрес, то рано или поздно получим сообщение об ошибке. Интересно посмотреть, как далеко уйдет пакет по Internet, перед тем как будет получена ошибка:

sun % ping 192.82.148.1 этот IP адрес не подключен к Internet PING 192.82.148.1: 56 data bytes ICMP Host Unreachable from gateway enss142.UT.westnet.net (192.31.39.21) for icmp from sun (140.252.1.29) to 192.82.148.1

Обратившись к рисунку 8.5, мы увидим, что пакет прошел через шесть маршрутизаторов, перед тем как было определено, что IP адрес не существует. Только когда он дошел до пределов NSFNET магистрали, была выявлена ошибка. Это произошло из-за того, что шесть маршрутизаторов, которые перенаправляли пакет, отправляли его на пункт назначения по умолчанию. И только когда пакет достиг NSFNET магистрали, маршрутизатор, имеющий полное представление о каждой сети, подключенной к Internet, смог определить ошибку. Это иллюстрирует тот факт, что большинство маршрутизаторов функционируют, не представляя себе полной топологии сетей.

[Ford, Rekhter, and Braun 1993] определяет домены маршрутизации верхнего уровня (top-level routing domain) как маршрутизаторы, поддерживающие и обрабатывающие информацию о большинстве узлов Internet и не использующие маршрутов по умолчанию. В Internet существует пять доменов маршрутизации верхнего уровня: NFSNET магистраль, Commercial Internet Exchange (CIX), NASA Science Internet (NSI), SprintLink и European IP Backbone (EBONE).

Перенаправлять или не перенаправлять

Мы уже несколько раз упоминали о том, что хост не сможет перенаправить IP датаграммы, если он специально не сконфигурирован, чтобы выступать в роли маршрутизатора. Как осуществляется подобная конфигурация?

Большинство Berkeley реализаций, имеют переменную ядра, названную ipforwarding (или похоже). (См. приложение Е.) Некоторые системы (BSD/386 и SVR4, например) перенаправляют датаграммы, если эта переменная установлена в ненулевое значение. В SunOS 4.1.x определено три значения для этой переменной: -1 обозначает, что перенаправление никогда не будет осуществляться и что никогда нельзя будет сменить значение этой переменной, 0 обозначает, что перенаправление не осуществляется, однако значение переменной устанавливается в 1, когда два или более интерфейсов активизированы, и 1 обозначает, что перенаправление осуществляется всегда. У Solaris 2.x также существует три значения, а именно 0 (перенаправление не осуществляется), 1 (перенаправление осуществляется всегда) и 2 (перенаправление осуществляется только тогда, когда активизированы два или более интерфейсов).

В более ранних реализациях 4.2BSD датаграммы перенаправляются по умолчанию. При этом, если система сконфигурирована неверно, возникает очень много проблем. Именно поэтому данная опция ядра должна быть всегда по умолчанию установлена в значение “без перенаправления” (never forward), пока системный администратор специально не включит перенаправление.

Ссылка на основную публикацию
Adblock
detector