Есть ли какое-либо преимущество в скорости использования домена .com.au вместо .com, если ваши клиенты, хостинг и службы DNS находятся в Австралии, особенно в худшем типичном случае (домен не кэшируется ни в одном локальном DNS-ретрансляторе для клиента)? Предполагая, что оба домена в конечном итоге указывают на одни и те же серверы имен.
Я знаю, что это в основном академический, потому что мы говорим о поиске DNS, который займет не более нескольких сотен миллисекунд и будет актуальным. один раз в начале сеанса. Мне просто было любопытно.
Я знаю, что поиск в некэшированном домене .com потребует консультации по крайней мере с одним ?.gtld-servers.net. сервер и некэшированный .com.au потребуют консультации по крайней мере с одним ?.au. сервер.
Теперь, я думаю, мне нужно знать, что
?.gtld-servers.net. серверы, использующие технологию Anycast, которые будут иметь локальные полностью авторитетные узлы в Австралии, что сделает их такими же быстрыми для австралийцев, как ?.au. и избежать задержки 200 мс + за границей, или некоторые или все они размещены только в США или в северном полушарии?Мои предварительные исследования показывают, что да. С помощью dig <domain> +trace Я отмечал время, которое требуется соответствующему серверу имен верхнего уровня для возврата серверов имен со следующего шага (в большинстве случаев шага, который возвращает ns1.someisp.com и ns2.someisp.com).
Хотя удивительное количество запросов обе для доменов .au и .com поступают с серверов имен, которые, похоже, предполагают обратный путь в США, это происходило больше для доменов .com, чем для доменов .au.
...
Хорошо, я провел еще несколько исследований и подумал, что могу сообщить о результатах.
Все запросы DNS начинаются с корневой зоны, хотя очень маловероятно, что запрос в корневой зоне когда-либо будет запрашивать сервер корневой зоны, поскольку он почти всегда будет кэшироваться (это небольшая зона, которая разрешает только имена "com "," org "," au "и т. д. Серверы имен корневой зоны имеют довольно хорошее присутствие в Австралии (я думаю, что примерно 4 из 13 имеют узел в Австралии), но нам, вероятно, не стоит об этом беспокоиться.
Затем DNS-запрос будет запрашивать серверы домена верхнего уровня. Для неизвестного доменного имени оно не будет кэшироваться, поэтому этот шаг важен для определения того, как быстро что-то разрешится.
Из 13 серверов TLD для .com и .сеть домены, 1 из них ответят из Австралии (скорее всего, потому что он использует произвольную адресацию и имеет австралийский узел). При попытке использовать случайный сервер имен для неизвестного домена .com существует вероятность 1/13, что он быстро вернется (я имею в виду <25 мс для австралийцев, в отличие от 190–280 мс, что типично для поездки в США туда и обратно).
Из 12 серверов TLD для .au домен, 4 из них ответят из Австралии. При попытке использовать случайный сервер имен для неизвестного домена. *. Au существует вероятность 4/12 (или 1/3), что он быстро вернется. К вашему сведению, два из них ответили менее чем за 5 мс от места в Сиднее, которое я тестировал.
Из 6 серверов TLD для .org домен, 1 из них ответят с восточного побережья Австралии, а еще один 1 ответит из ближайшего местоположения, находящегося на расстоянии ~ 55 мс (что может означать, например, Сингапур), поэтому мы дадим ему половину балла. При попытке использовать случайный сервер имен для неизвестного домена .org существует вероятность 1,5 / 6 (или 1/4), он быстро вернется.
Тестирование времени, которое я провел для разрешения .au и .org, подтвердило это: время возврата для некэшированных доменов варьировалось, потому что тестируемый DNS-сервер выбирал серверы имен случайным образом. Но поиски .au усредненные домены 203 мс (12 испытаний) и для .com усредненные домены 278 мс (12 испытаний). Как я расскажу ниже, это потенциально может стать намного быстрее при использовании загруженного DNS-сервера (с хорошо подготовленным кешем).
Занятый рекурсивный DNS-сервер, на котором запущено что-то вроде последней копии BIND, будет кэшировать RTT (время возврата) для различных серверов имен и будет отдавать предпочтение тем, которые ранее возвращались быстрее всех. Это хорошие новости, но для того, чтобы это работало хорошо, это должен быть DNS-сервер с довольно большим трафиком. Информация RTT для сервера со временем ухудшается и отбрасывается, когда ему либо 30 минут, либо когда завершено определенное количество запросов к более быстрым серверам. Чтобы «заполнить» этот RTT-кеш, требуются десятки или сотни запросов для разных доменов (чтобы вы хотя бы раз обращались к каждому серверу имен? .Gtld-servers.net, каждому серверу имен? .Au и т. Д.). Следовательно, чтобы поддерживать его в рабочем состоянии, потребуются десятки или сотни запросов за полчаса.
Типичная пара рекурсивных DNS-серверов для крупного интернет-провайдера должна хорошо справиться с этим.
Недостаточно просто получить результат от сервера TLD - он просто отсылает вас к собственным серверам имен домена. Тогда вам нужно будет запросить и их. А если нет клей записей на серверах ДВУ (чего не будет, если, например, ваш домен.com а ваши серверы имен ns? .example.org), это требует совершенно нового поиска DNS для адреса сервера имен.
Когда я первоначально проводил этот тест, я был удивлен тем, сколько DNS-серверов .au ответили в течение> 190 мс (что означает, что они почти наверняка были в США).