Интересно, насколько точны оценки руководства. Мне два разных веб-сайтах двухкомнатную квартиру в Монтеррее, Мексика будет от трех до пяти тысяч песо в месяц. Посмотрел на местную рекламу и обнаружили, что 1200 песо разумно на приличное место. (Может, полчаса в дурацком месте.) @Марк: это теперь ответа. Да. Он до сих пор видел. Но пока я не открыл полем гравитации. Полностью согласен с вашим утверждением. Однако, я предлагаю, чтобы иметь копию в Gmail электронной почты на автономном ПК. У меня есть сомнения о разделе указан на визовой наклейке, что написано сверху "действует в следующих странах : Италия" . Я не знаю, почему виза дается Шенгенская страна не имеет право как Шенген :(

Предполагая, что ваш настроен сервер имен не имеет каких-либо кэшированные результаты в его распоряжении, сколько имен должно запросе сервер имен для решения maps.google.com? Какая команда(ы) вы бы использовали, чтобы найти всех этих имен? Список по одному от каждого уровня и объяснить, почему этот уровень нужен.

Ну, давайте продолжим в одной части.

"Предполагая, что ваш настроен сервер имен не имеет каких-либо кэшированные результаты в свое распоряжение" -- во-первых, если он не кэшированных данных, то он не может решить ничего. Для того, чтобы премьер-распознавателя кэш, нужно иметь NS и адреса (a, АААА) записи . (А. К. А. корень) зоны. Это корневые серверы имен, которые встречаются в root-servers.net. зоны. Нет ничего волшебного об этом районе или те DNS-серверы. Однако эти данные часто предоставляются "внеполосного" для разрешения имен DNS, а точнее в Премьер-кэш распознавателя. Авторитетный-только имя сервера не нужны эти данные, но разрешение серверы имен делают.

Кроме того, "решить" к чему? Любой RRtype на это имя? В В РР? Или что-то еще? Какого класса (ч/Chaosnet, в/Сети, ...)? Точный процесс будет отличаться, но общая идея остается той же.

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

Разрешить DNS-имя, вы фактически разделить название на этикетки, а затем работать ваш путь справа налево. Не забывайте . в конце, ты действительно решила maps.google.com. а не maps.google.com. Что оставляет нас с необходимости решить (мы знаем это, но реализация распознавателя ДНС, вероятно, не будет):

  • .
  • ком.
  • google.com.
  • maps.google.com.

Начните с выяснить, где искать содержимое .. Это легко, у нас уже есть эта информация: имя корневого сервера имен и IP-адресов. Итак, у нас есть корневой сервер имен. Допустим, мы решили использовать 198.41.0.4 (a.root-servers.netтакже 2001:503:ba3e::2:30) продолжить разрешение имен. На практике, одна из первых вещей, которые сделал арбитром, скорее всего, будет использовать предоставленные корневого сервера данных, чтобы задать один из корневых серверов зоны для точной список серверы имен корневой зоны, обеспечивая, таким образом, что если одно из имен и IP-адресов доступен, он будет иметь полное и полный набор данных для корневой зоны, когда разрешение начинает.

Отстрелить запрос DNS для maps.google.com. В целях 198.41.0.4. Он скажет вам в ответ "Неа, не сделаю, но вот кто может знать", - это направление. Он содержит НС записи для ближней зоны, что сервер знает, вместе со всеми записями сервера есть в наличии. Если нет клея имеются данные, вы должны сначала решить, что хозяин назвал в записи вы выбрали, чтобы породить отдельное название резолюции для получения IP-адреса; если клей имеются данные, вы будете иметь IP-адрес имя сервера, по крайней мере "ближе" к ответу. В данном случае, это будет набор серверов для ком. зоны, и данные, клей предоставляется.

Повторите процесс, попросив одного из сом. название сервера один и тот же вопрос. Они не знают, но с ссылкой на авторитетные серверы имен Google. На данный момент в общем случае это будет хит или Мисс ли клеить данных или нет; ничего не предотвращения ком домена, имя сервера только в НЛ, например, в этом случае клей сведения вряд ли будет доступна из рдву сервера. Предоставленные данные клея также может быть неполной, или если Вам повезет, это может даже быть неправильным! Вы должны всегда быть готовы к нересту, что отдельного разрешения имен, которые я упомянул выше.

В принципе, вы продолжайте идти, пока вы получите ответ с АА (авторитетный ответ) установленный флаг. Этот ответ будет сказать вам то, что вы просите, или что ЗР ты просила не существует (либо nxdomain будутили нет с нуля в записи данных). Держать глядя на ответы, как SERVFAIL (и отступил на один шаг и попробовать другой сервер, если вы получаете один; если все названные серверы возвращают SERVFAIL, не имя разрешения процесс и вернуть SERVFAIL к себе клиента).

Альтернативой просить полный RRname с каждого сервера (который может считаться плохой практикой) является использование сплит-список меток, которые мы определили ранее, задать имя сервера, данный сервер еще к корень для В Н И В/В АААА РРС на этот ярлык, и использовать их для дальнейшего разрешения имен процесс. Это лишь незначительно отличаются на практике, и тот же процесс по-прежнему применяется.

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

Стоит также помнить, что некоторые RRtypes (в частности, НС, МХ и некоторые другие; кроме того, А6 был достаточно хорошо используется, но считается устаревшим) может и не ссылаться на другие РРС. В таком случае, вам может понадобиться, чтобы порождать еще одно название процесса разрешения дать полный и полезный ответ на свой клиент.