Когда кто-то (или какой-то компьютер) в Интернете, так сказать, хочет подключиться к одному из ваших компьютеров, он запрашивает у своего локального сервера имен IP-адрес, совпадающий с именем хоста, в котором они заинтересованы.
Так что, если вы скажете кому-нибудь «эй, взгляните на мой крутой сайт http://www.example.com », компьютер другого парня спросит своего локального сервера имен «эй, какой IP-адрес у www.example.com?»
Предполагая, что локальный сервер имен никогда не искал ответа на этот вопрос раньше, он попросит корневые серверы имен выяснить, какие серверы обрабатывают запросы на поиск «.com». Когда он получает этот ответ, он спрашивает те серверы, какие серверы обрабатывают запросы на поиск «example.com». Когда он получит этот ответ, if запросит у этих серверов IP-адрес для «www.example.com».
Когда серверы для example.com ответят IP-адресом для www.example.com, они также дадут запрашивающему серверу имен подсказку о том, как долго он должен помнить ответ на этот вопрос. Этот намек называется «TTL», или «время жизни», и измеряется в секундах. Нет никакой гарантии, что какой-либо сервер будет обращать какое-либо внимание на TTL - некоторые серверы имен могут быть настроены так, чтобы никогда не запоминать ответы на запросы, и всегда будут повторять процесс, даже если их просят несколько раз в секунду. Другие серверы имен могут быть настроены так, чтобы хранить ответ в течение длительного времени, даже если вы предлагали хранить данные только в течение короткого времени, возможно, потому что они хотят минимизировать сетевой трафик. TTL - это просто предложение, а не требование или гарантия.
Буквальный ответ на ваш вопрос - почему ваши записи DNS не распространяются в Интернете - заключается в том, что они этого не делают, потому что не должны этого делать.
Кроме того, если вы просматриваете свою собственную информацию DNS, используя сайт, предназначенный для исследования или отладки информации DNS, есть вероятность, что сайт не будет долго кэшировать данные, или вообще, независимо от того, что вы предлагаете TTL, потому что цель сайта, вероятно, состоит в том, чтобы предоставить информацию о том, что система DNS говорит ПРЯМО СЕЙЧАС, а не 5, 50 или 500 секунд назад. Вот почему ваши изменения отражаются немедленно, и поэтому служба перестает работать, как только вы отключаете свои серверы имен.
Я подозреваю, что ваш основной вопрос может быть следующим: «Как я могу настроить все так, чтобы в случае перезагрузки моего DNS-сервера или его жесткого диска другие люди в Интернете по-прежнему могли видеть мои веб-страницы?»
Ответ на этот вопрос заключается в том, чтобы настроить несколько серверов имен для вашего домена и обеспечить их работу на разных компьютерах - в идеале, не просто на разных физических компьютерах, а с разными сетевыми подключениями, возможно, даже в разных городах, штатах, странах или континентах. Большинство из этих серверов имен будут настроены как «ведомые», что означает, что они обращаются к «главному» серверу имен за своей информацией, а затем повторяют эту информацию всем, кто запрашивает у них данные.
Таким образом, в данных WHOIS вашего регистратора доменных имен вы можете настроить четыре сервера имен для своего домена:
ns1.example.com ns2.example.com ns1.otherguy.com ns2.otherguy.com
где ns1.example.com - ваш текущий DNS-сервер. ns2.example.com может быть другой машиной в вашей компании / организации - в идеале не в той же подсети и в той же серверной стойке (или под той же стойкой), что и ns1.example.com.
ns1.example.com будет считаться «главным» сервером, и когда вы захотите изменить свой DNS, вы внесете изменения на этом компьютере.
ns2.example.com будет настроен как «подчиненный» сервер, который просто копирует все данные, которые вы настроили на ns1.example.com, - но внешний мир не заботится о различии ведущий / ведомый, ns2.example .com будет считаться таким же "официальным", как ns1.example.com.
ns1.otherguy.com и ns2.otherguy.com - это машины, которые настроены где-то еще - может быть, вы договорились с другом / коллегой в другой организации, чтобы они запускали серверы имен друг для друга, или, может быть, вы настроили dyndns.com или everydns.net или любой другой бесплатный или коммерческий DNS-провайдер. Как бы вы ни работали, вы настраиваете эти машины как подчиненные, чтобы они извлекали информацию DNS для example.com из ns1.example.com (ваш «ведущий»), и они передавали эту информацию DNS любой машине на Интернет, который просит об этом.
Как только регистратор вашего домена публикует новые записи NS для вашего домена (что должно быть приблизительно мгновенно), тогда, когда кто-то в Интернете спрашивает, какой сервер доменных имен обрабатывает «example.com», он получит четыре ответа:
ns1.example.com, ns2.example.com, ns1.otherguy.com, ns2.otherguy.com
В зависимости от того, как настроен сервер имен другого парня, он может рассматривать эти четыре как список и спрашивать их по одному, как добраться до «www.example.com», или же он может задавать всем четверым один и тот же вопрос на в то же время, и просто возьмите ответ от того, какой аппарат отвечает первым. В любом случае, если ns1.example.com не работает из-за того, что жесткий диск умер, или вы решили перезагрузить компьютер или что-то еще, тогда остальные 3 машины будут доступны вместо ответа на вопрос, и ваш веб-сайт будет по-прежнему видимым.
Самый простой способ решить эту проблему - зарегистрироваться у поставщика услуг DNS, который будет обрабатывать DNS для вашего домена - цена за него варьируется от бесплатных до тысяч (возможно, даже десятков или сотен тысяч) долларов в месяц, в зависимости от уровень сервиса вы хотите. Вы можете получить достаточно надежную услугу за $ 30 / год или около того. Бесплатные услуги не являются ужасными и, следовательно, имеют довольно хорошее соотношение цены и качества, но если вы зависите от своего веб-сайта, чтобы зарабатывать деньги, вы должны иметь возможность получить 30 долларов за год DNS ,
Затем следуйте инструкциям поставщика услуг DNS, чтобы изменить записи NS у вашего регистратора доменных имен, и все будет готово.
example.comего - оно официально зарезервировано для этой цели.