![>](style_images/2/nav_m.gif)
![]() |
NetLab · Rules · Torrent Tracker · Have a problem? · Eng/Rus |
![]() ![]() ![]() ![]() ![]() |
Welcome Guest ( Log In | Register | Validation ) | Resend Validation Email |
![]() |
|
Posted: 01-12-2003, 08:59
(post 1, #388204)
|
||
Ответственный за БД ![]() Group: Roots Posts: 3779 |
А сейчас будет длинное, нудное, подробное (но без картинок) объяснение, что-же такое случилось с netlab.e2k.ru. ![]() Думаю, для многих пользователей Internet'а не будет секретом или большим открытием тот факт, что у любого Internet-адреса (например www.ru) есть свой IP-адрес (для www.ru - это 194.87.0.50). И у моего любимого NetLab'а тоже есть свой IP-адрес: 62.65.252.78. За такое парное соответствие адресов отвечают сервера сетевых имен (DNS-сервера). Есть DNS-сервера головные, отвечающие за .RU, .COM, .ORG и так далее. Есть второстепенные, отвечающие за длинные многоточечные адреса (например за адреса ***.e2k.ru отвечает DNS-сервер ns.e2k.ru). И головной сервер адреса .RU обязан знать, что за адреса ***.e2k.ru всегда в ответе будет ns.e2k.ru. Он обязан это знать, должен хранить эту информацию вечно, и никогда ее не терять. ![]() Что-же произошло 29 ноября 2003 года? Ответ: головной сервер .RU забыл про существование DNS-сервера ns.e2k.ru, и стал вместо него "знать" DNS-сервер boxer.kpoxa.org. Это адрес предыдущего хостинга сайта netlab.e2k.ru, и он не использовался уже месяц. Поэтому в течении двух дней (пока админ kpoxa.org не подправил конфигурацию своего DNS-сервера, за что ему огромное спасибо), этот сервер слыхом не слыхивал про существование адресов ***.e2k.ru. Поэтому многие пользователи NetLab'а и не могли зайти на сайт. Теперь слушайте ответ на вопрос "А почему у некоторых пользователей все-таки получалось зайти?!". Во-первых, кроме головных и второстепенных DNS-серверов существую еще DNS-сервера провайдеров. Они кэшируют (хранят в памяти) адреса недавно запрашивавшихся серверов, и обновляют эти данные раз в минуту, в час, в 2 деня, в неделю, в месяц, или в год. Конечно, раз в год - это уже ненормально, но если администратор так захотел и так настроил... Соответственно, у одних пользователей DNS-сервер их провайдера "потерял" настоящий адрес NetLab'а чуть раньше, у других - чуть позже, это логично. Но была (и есть, и будет) другая группа пользователей, у которых был настроен своеобразный "внутренний" DNS-сервер. Дело в том, что во многих операционных системах существует файл, в котором можно вручную вписать соответствие IP-адреса и адреса в Internet'е. В Windows'9X/ME - это файл "C:\Windows\hosts" (или его примерный вид - "C:\Windows\hosts.sam"), в Windows'NT/2000/XP - это файл "C:\WINNT\system32\drivers\etc\hosts". Каждая строчка такого файла начинается IP-адресом, и продолжается перечислением адресов (разделенных пробелом), относящихся к этому IP-адресу. Например текущее положение NetLab'а описывается одной строкой:
Пользователи, у которых в файле 'hosts' была такая строка, не зависили от проблем с DNS-серверами, потому-что операционная система всегда сначала проверяет, есть-ли нужный адрес в файле 'hosts', и только при отсутствии адреса в файле обращается к DNS-серверам. Но есть одно больщое НО. Вписывание какого-либо адреса в файл 'hosts' не поможет пользователям, browser'ы которых настроены на использование webproxy-сервера. В этом случае править файлы необходимо уже на том компьютере, где работает сам webproxy-сервер. А иначе никак, останется только ждать восстановления нормальной работы DNS-серверов. P.S. Почему случилась такая подмена, как такое могло случиться, и вообще что это за ******** ***** такая в конце концов - никто не знает. Администрация NetLab'а пытается выяснить природу этого катаклизма, может что-то и получится. Но особых надежд нет, в силу автоматической и безконтрольной работы мировой DNS-системы. ![]() |
||
![]() |