Да, да - и поэтому зону желательно держать у dns-хостера с кучей эникаст серверов по всему миру. Но к нашей беседе с уважаемым Лази это никак не относится. У нас теоретический диспут за миллисекунды в первые минуты регистрации нового домена :)))
... и увидеть шиш разицы
Да, разница ничтожна по сравнению с общим временем открытия среднестатистического сайта.
Но ! Я математик и перфекционист, поэтому за точность :) !
всё верно, но это к зонам относится, а не к указанию ns на корневых зеркалирующих серверах. Мы чуть про другое с Лази спорим :)
Неизвестно, потом что
и откуда load-balancing отдаст и какие хинты на "." - не скажут даже всезнающие икспэрды из школоты
1.
Ругаться не надо
2.
Вот как идут запросы без кэширования
Tracing DNS delegation for "google.com":Loading root server list (static data):-> a.root-servers.net (198.41.0.4)-> b.root-servers.net (192.228.79.201)-> c.root-servers.net (192.33.4.12)-> d.root-servers.net (128.8.10.90)-> e.root-servers.net (192.203.230.10)-> f.root-servers.net (192.5.5.241)-> g.root-servers.net (192.112.36.4)-> h.root-servers.net (128.63.2.53)-> i.root-servers.net (192.36.148.17)-> j.root-servers.net (192.58.128.30)-> k.root-servers.net (193.0.14.129)-> l.root-servers.net (199.7.83.42)-> m.root-servers.net (202.12.27.33)Sending request to "a.root-servers.net" (198.41.0.4)Received referral response - DNS servers for "com":-> a.gtld-servers.net (192.5.6.30)-> b.gtld-servers.net (192.33.14.30)-> c.gtld-servers.net (192.26.92.30)-> d.gtld-servers.net (192.31.80.30)-> e.gtld-servers.net (192.12.94.30)-> f.gtld-servers.net (192.35.51.30)-> g.gtld-servers.net (192.42.93.30)-> h.gtld-servers.net (192.54.112.30)-> i.gtld-servers.net (192.43.172.30)-> j.gtld-servers.net (192.48.79.30)-> k.gtld-servers.net (192.52.178.30)-> l.gtld-servers.net (192.41.162.30)-> m.gtld-servers.net (192.55.83.30)Sending request to "k.gtld-servers.net" (192.52.178.30)Received referral response - DNS servers for "google.com":-> ns2.google.com (216.239.34.10)-> ns1.google.com (216.239.32.10)-> ns3.google.com (216.239.36.10)-> ns4.google.com (216.239.38.10)Sending request to "ns2.google.com" (216.239.34.10)Received authoritative (AA) response:-> Answer: A-record for google.com = 142.250.185.238
Смотрим что ns отдаёт серевер в штатах. Если же я из Москвы просто запрошу google.com то данные о его ns даст напрмер московский dns сервер Яндекса если я его использую или финский dns сервер Гугла если я его использую - так как в кэше.
Так и в вопросе автора темы зарегистрировал он в штатах новый домен vasya.com и пока данные о ns не "расползлись" (от 15 минут до пары часов) запросы будут идти на американский сервер. То что сама зона будет кэшироваться гораздо дольше по времени и где она расположена на dns-хостинге в штатах или в Москве это уже совсем другой вопрос. И это я прекрасно понимаю.
Фу, товарищ хостмастер.
Внимательно читаем:
suffix #:вносите в самый первый раз информацию о ns серверах у регистратора
Я где-то написал что зона живет у регистратора ?
Зарегистрировали новый домен у американского регистратора. Разместили сайт у хостера в России. На площадке хостера в dns-менеджере внесле А запись с IP сайта (зона живёт в Росиии соответственно). У регистратора внесли ns-сервера предоставляемые хостером для dns.
Самый первый запрос как пойдёт ? До того как всё закэшируется ? Именно через америку (как автор спрашивал) - что чуть медленнее. Вот как Гугл, Яндекс, Клоудфларе "запомнят" куда указывают ns этого домена - вот тогда запросы буду улетать к dns-серверам хостера (в приведённом мной примере).
1. Длинно:
Влияет.
Только первые примерно несколько часов как Вы вносите в самый первый раз информацию о ns серверах у регистратора. Соответсвенно запрос dns если регистратор в США будет несколько более медленным для российских пользователей сравнивая с местным регистратором.
Но как только данные о ns серверах закешируются на глобальных dns серверах никакой разницы не будет.
2. Коротко:
Не влияет.
