Академический Документы
Профессиональный Документы
Культура Документы
По традиции, стоит начать с того, а как же собственно это чудо появилось и сумело поселиться
на подавляющем большинстве компьютеров в мире. Ну, тут, как всегда все просто.
Когда интернета (всемирной паутины, глобальной сети или попросту WWW) еще не существовало
как такового (как он появился можно почитать в статье про появление WWW в интернете),
но уже были небольшие локальные сети из подключенных друг к другу компьютеров, то даже
тогда пришли к выводу, что гораздо проще обращаться к хостам(компьютерам в сети) по
именам, а не по цифровому коду, который называют IP адресом.
Однако сетевому оборудованию нужны именно Ip-ишники и ничего другого. Поэтому вручную
формировался список соответствия имени хоста и его Ip адреса (тут можно узнать свой IP
или какого-либо сайта). Такой список обзывался именем Hosts и рассылался на все узлы
локальной сети. Все было замечательно вплоть до того момента, когда использовать такой метод
уже стало не возможно из-за огромного числа записей, содержащихся в этом файле. Рассылать
его стало проблематично.
В связи с этим решили подойти к этом вопросу иначе, а именно разместить в интернете
целую древовидную сеть DNS-серверов (систему доменных имен), которые хранили бы все
эти таблицы соответствия и компьютеры пользователей обращались к ближайшему из них с
вопросом о том, а какой-же Ip-ишник соответствует домену Вася.ру.
При этом про файл Hosts все благополучно забыли, но он по-прежнему имел место быть во всех
операционках, разве что только его содержание было крайне скудным. Обычно там
присутствовала и присутствует до сих пор всего лишь одна запись:
127.0.0.1 localhost
А во входящем сейчас в обиход IPv6 (из-за того, что заложенного в предыдущей версии
количества адресов уже не хватает всем) подобная запись будет выглядеть чуток по другому:
::1 localhost
Но суть одна и та же. Т.к. сейчас еще используются или могут использоваться оба стандарта
задания IP адреса, то в файле Hosts обычно присутствуют обе этих строчки. Над ними,
правда, может быть всякая билиберда написана (зависит от используемой ОС), но все те строки
содержат вначале символ решетки # (хеш), который означает, что данные строки являются
комментариями и учитываться не должны.
На моей старушке Windows Vista файл Хостс выглядит сейчас вот так:
Синтаксис записи очень простой — сначала указывается IP адрес, а затем через любое
количество пробелов (символов табуляции) прописывается название хоста (компьютера, узла
или домена). Для каждой записи подобного рода используется отдельная строка.
Тут встает главный вопрос, а какое сейчас занимает Hosts место в процессе установки
соответствия вводимых в браузере доменных имен и тех IP адресов, которые за этими доменами
скрываются? Ну, как оказалось, очень даже важное место занимает, а именно первое. Но обо все
по порядку.
Итак, вы вводите в адресную строку браузера Урл адрес (про Url читайте тут) или же
переходите по ссылке из закладок браузера, или же с какой-либо открытой в нем вебстраницы. В
любом случае браузер получает от вас путь до того документа, который вы хотите увидеть.
https://ktonanovenkogo.ru/papka/fail.html
По любому, в Урле будет присутствовать доменное имя сайта, на котором интересующий вас
документ лежит (ktonanovenkogo.ru в нашем примере). Однако, этому домену соответствует
вполне себе конкретный сервер (может быть виртуальный), где хостится этот самый сайт. И у
этого сервера обязательно должен быть IP адрес, чтобы он был виден в сети и к нему могли
обращаться.
Ваш браузер не может знать, какой именно IP соответствует доменному имени содержащемуся в
Урле (ну, если только вы в этом самом браузере не включили кэширование DNS записей и
данный узел был вами ранее посещен). Поэтому он обращается в первую очередь за
разъяснениями именно к файлу Hosts на вашем компьютере.
Если там этот домен найден не будет (и соответствующий ему IP), то уже дальше браузер начнет
пытать службу кэширования DNS записей из состава Windows. Если раньше вы к этому
домену обращались и с тех пор прошло не очень много времени, то DNS-кэш выдаст браузеру
этот самый Айпишник. Браузер его получит и откроет затребованный вами документ.
Если же среди кэша для этого домена записей не найдется, то браузер отправит запрос на
ближайший DNS-сервер (скорее всего, это будет сервер вашего интернет провайдера) и получит
от него искомую информацию. Правда, в этом случае может наблюдаться небольшая задержка в
открытии затребованной вами вебстраницы, но при современных скоростях интернета это будет
практически не заметно.
4
И так происходит при абсолютно любом запросе на открытие документа из интернета с вашего
компьютера. Улавливаете? Пустой Hosts не создает никаких проблем, а вот если его заполнить,
да еще и со злым умыслом, то может получиться так, что вы введете пароль от своего Яндекс
кошелька не на официальном сайте этой платежной системы, а на фишинговом ресурсе с
аналогичным дизайном (см. что такое фишинг).
Как такое может быть? Ну, от заражения вирусами никто не застрахован ( тут я писал про
свою вирусную эпопею с сайтами), а вирус может запросто дописать в Хостс IP адрес
фишингового ресурса и поставить ему в соответствие доменное имя money.yandex.ru, к примеру.
В этом и кроется опасность.
На фальшивом сайте социальной сети могут перехватить вводимые вами пароли, могут
потребовать плату за вход, ну или еще чего-нибудь совершить более креативного. Самое
печальное, что заметить подмену невозможно, ибо в адресной строке браузера будет красоваться
правильное доменное имя.
Windows\System32\drivers\etc\
c:\Windows\System32\drivers\
Папки etc вы там не обнаружите. Разработчики посчитали, что обычным смертным этот файл
трогать не стоит во избежании проблем.
Однако, файл hosts в windows 7 и vista все же имеет место быть, нужно только искать его,
получив права Администратора. Лично я никогда даже не пытался разобраться во всей это
ахинеи с правами, но для себя нашел очень простой способ обойти это ограничение.
Итак, заходите в меню кнопки «Пуск» — «Все программы» и находите там папку «Стандартные».
Внутри нее живут ярлычки, среди которых несложно увидеть «Блокнот». Щелкаете по нему
правой кнопкой мыши и из появившегося контекстного меню выбираете «Запуск от имени
Администратора»:
5
Ну, собственно, полдела сделано. Теперича в блокноте выбираете из верхнего меню пункты
«Файл» — «Открыть». В стандартном окне проводника Windows находите искомую папку etc
(внутри каталога Windows\System32\drivers\), выбираете в правом нижнем углу из выпадающего
списка «Все файлы» и счастливыми глазами наблюдаете появления этого сверхсекретного
файла:
6
Он будет именно без расширения, а всю остальную лабудень, на вроде hosts.txt, очень часто
создают вирусы, чтобы отвлечь ваше внимание и в конец запутать. Для настоящего файла они
выставляют атрибут «Скрытый», который можно поставить или снять, просто щелкнув по файлу
правой кнопкой мыши и выбрав самый нижний пункт «Свойства»:
7
Хотя, конечно же, пользователь может оказаться продвинутым и включить в настройках показ
скрытых и системных файлов. В Windows Vista для этого нужно зайти в «Панель управления» —
«Свойства папки» — вкладка «Вид» и переместить галочку в строчку «Показывать скрытые
папки и файлы». Кстати, и с расположенной выше строчки «Скрыть расширения ...» галочку
лучше будет снять:
8
Есть совсем простой способ открыть этот файл. Достаточно будет нажать на клавиатуре
сочетание клавиш Win+R (или выбрать из меню кнопки «Пуск» пункт «Выполнить»), после чего
ввести в открывшемся окне следующую строку и нажать Энтер:
notepad %windir%\system32\drivers\etc\hosts
Но не суть важно. Мы с вами все же нашли, где находится этот секретный (для Windows 7 и vista)
файл, и должны его внимательно осмотреть на предмет возможных надругательств. Если
первичный осмотр пациента никаких патологий не выявил, то посмотрите на область
прокрутки страницы в Блокноте.
9
Иногда свои записи вирус вносит после нескольких сотен пустых строк, снижая тем самым риск
их обнаружения вами. Если полосы прокрутки нет, то все замечательно, а если есть — то
воспользуйтесь ей и приведите свой Hosts к тому виду, что у него должен быть с
рождения, т.е. достаточно будет наличия в нем всего лишь двух строк (комментарии никому не
нужны):
127.0.0.1 localhost
::1 localhost
Ну, если подмену адресов в этом файле представить довольно просто, например, это может
выглядеть так:
127.0.0.1 localhost
::1 localhost
77.88.21.3 ktonanovenkogo.ru
То как же, в таком случае, осуществляется блокирование определенных сайтов через Хостс?
Ну, просто домену, который нужно заблокировать, ставят в соответствие частный IP адрес
127.0.0.1, например, так:
127.0.0.1 localhost
::1 localhost
127.0.0.1 vk.com
127.0.0.1 odnoklassniki.ru
Умница браузер находит это соответствие и пытается получить нужный документ (вебстраницу) с
вашего же компьютера, что ему, естественное, не удается и о чем он вам незамедлительно
сообщит. Кстати, это хороший способ заблокировать доступ вашим чадам к сайтам, которые вы
считаете им не стоит посещать. Кончено же, нужно еще будет список таких сайтов создать или
где-то взять, но при желании вполне можно попробовать.
Как я уже упоминал, в стародавние времена, когда интернет у большинства пользователей был
еще медленным, для ускорения открывания сайтов прописывали их Айпишники в Hosts. Другое
дело, что эти самые ресурсы периодически меняли хостинг и вместе с ним и IP адреса. А
пользователь, забыв про то, что он сотворил полгода назад для ускорения интернета, тщетно
пытается понять, почему его любимые ресурсы ему не доступны.
Итак, вы меняете хостера. Естественно, что меняется и IP адрес вашего сайта. Как об этом
узнают в интернете? Все правильно, с помощью сети Днс серверов. Кстати, первый и самый
важный шаг сделаете вы сами, зайдя в панель управления своего регистратора и прописав там
адреса NS серверов вашего нового хостера.
10
Именно с них новая DNS распространится по всему интернету. Но процесс этот длительный и при
самом худшем сценарии развития событий может занять пару суток. На это время сайт должен
быть доступен и на новом и на старом хостинге, чтобы пользователи со всего мира не были бы
лишены возможности его лицезреть.
Однако, вам самим ведь будет интересно узнать, а как, собственно, ваш ресурс чувствует себя у
нового хостера? Проверить работу всех плагинов и других вещей. Неужели придется ждать от
нескольких часов до двух суток? Ведь это не выносимо.
Во-первых, можно будет попробовать сбросить DNS-кэш на вашем собственно компьютере, ибо
он может мешать вам увидеть свой ресурс на новом хостинге, если внешние ДНС сервера уже
получили новую запись. Как это сделать? Опять же все очень просто. Нажимаете на клавиатуре
сочетание клавиш Win+R (или выбираете из меню кнопки «Пуск» пункт «Выполнить»), после
чего вводите в открывшемся окне:
cmd
Откроется очень страшное окно под название командная строка, куда вам нужно будет вставить
эту команду:
ipconfig /flushdns
Обычные кнопки вставки в окне командной строки не работают, поэтому просто щелкните в ней
правой кнопкой мыши и выберите пункт «Вставить».
После этого жмите на «Энтер», DNS-кэш очистится на вашем компе и можно пробовать открыть
ваш сайт снова. Кстати, кэш ДНС может иметь место быть и в самом браузере, так что очистите
его, либо обновите окно, удерживая зажатой кнопку «Шифт» на клавиатуре.
11
Кстати, если интересно, то можно посмотреть содержимое DNS-кэша, введя в командную строку
следующую команду:
ipconfig /displaydns
По-прежнему открывается сайт на старом хостинге? Не беда. Находим описанным чуть выше
способом файл Hosts и добавляет в него всего лишь одну строчку:
109.120.169.66 ktonanovenkogo.ru
Где 109.120.169.66 — это будет IP адрес вашего нового хостинга, а дальше будет следовать
доменное имя вашего сайта. Все. Пока весь остальной мир любуется вашим ресурсом на старом
хостинге, вы имеете возможность исправить возможные косяки на уже перенесенном на новый
хостинг движке. Штука замечательная и я ей всегда пользуюсь.