Мы создали новый поддомен (через запись A), но он не разрешается для всех. Он работал у меня и некоторых других около недели, но другие по-прежнему не могут получить доступ к сайту. Я не думаю, что это проблема распространения, поскольку мы создали запись около недели назад. Мне удалось выполнить эхо-запрос и разрешить домен с различных машин / сетей / операционных систем / интернет-провайдеров, но некоторые другие не могут.
У меня уже были люди, которые не могут разрешить доменное имя, очищали свой DNS, но безрезультатно. Они могут получить доступ к сайту напрямую через IP, но не через доменное имя.
Эта запись A указывает на сервер, отличный от основного домена. Регистратором является Network Solutions, хост - Media Temple (dv).
Заранее спасибо.
Изменить: домен testing.nicpartnersinc.com. Кроме того, хост совершенно новый, и это первый и единственный домен, созданный на нем.
Изменить 2:
Из места, которое может разрешить домен
$ dig testing.nicpartners.com +trace
; <<>> DiG 9.4.3-P1 <<>> testing.nicpartners.com +trace
;; global options: printcmd
. 355205 IN NS j.root-servers.net.
. 355205 IN NS g.root-servers.net.
. 355205 IN NS m.root-servers.net.
. 355205 IN NS c.root-servers.net.
. 355205 IN NS h.root-servers.net.
. 355205 IN NS i.root-servers.net.
. 355205 IN NS a.root-servers.net.
. 355205 IN NS k.root-servers.net.
. 355205 IN NS d.root-servers.net.
. 355205 IN NS e.root-servers.net.
. 355205 IN NS f.root-servers.net.
. 355205 IN NS l.root-servers.net.
. 355205 IN NS b.root-servers.net.
;; Received 488 bytes from 71.9.127.107#53(71.9.127.107) in 44 ms
com. 172800 IN NS B.GTLD-SERVERS.NET.
com. 172800 IN NS F.GTLD-SERVERS.NET.
com. 172800 IN NS A.GTLD-SERVERS.NET.
com. 172800 IN NS I.GTLD-SERVERS.NET.
com. 172800 IN NS K.GTLD-SERVERS.NET.
com. 172800 IN NS L.GTLD-SERVERS.NET.
com. 172800 IN NS J.GTLD-SERVERS.NET.
com. 172800 IN NS H.GTLD-SERVERS.NET.
com. 172800 IN NS M.GTLD-SERVERS.NET.
com. 172800 IN NS D.GTLD-SERVERS.NET.
com. 172800 IN NS G.GTLD-SERVERS.NET.
com. 172800 IN NS C.GTLD-SERVERS.NET.
com. 172800 IN NS E.GTLD-SERVERS.NET.
;; Received 501 bytes from 192.5.5.241#53(f.root-servers.net) in 45 ms
nicpartners.com. 172800 IN NS ns.compuone.com.
nicpartners.com. 172800 IN NS ns1.compuone.com.
nicpartners.com. 172800 IN NS ns2.compuone.com.
;; Received 151 bytes from 192.12.94.30#53(E.GTLD-SERVERS.NET) in 222 ms
nicpartners.com. 90000 IN SOA ns.compuone.com. admin.compuone.com. 31 900 600 86400 3600
;; Received 110 bytes from 206.71.164.187#53(ns.compuone.com) in 35 ms
В DNS распространение почти полностью основывается на серийном номере в записи SOA. Если не менять, он сломается. Некоторые хостинговые компании позволяют вам вносить изменения во всем вашем домене, но затем вам нужно щелкнуть какую-либо ссылку «опубликовать», чтобы указать, что вы готовы внести эти изменения в мир.
Кроме того, под «субдоменом» я предполагаю, что вы имеете в виду, что вы создаете запись, а не фактический субдомен. То есть вы добавляете запись A для тестирования в своем домене, а не в субдомене. Разница действительно важна только тогда, когда вы задаете вопросы, на которые должны отвечать такие типы DNS, как я. «Поддомен» означает записи NS для делегирования другому набору серверов имен. Я предполагаю, что вы имеете в виду неправильно используемый термин, означающий «запись A».
Что видят люди, которые могут разрешить имя? Правильная запись A? Если так, то я бы подумал, что это ошибка распространения; попробуйте посмотреть, можете ли вы увеличить серийный номер или добавить другую запись (foo?), и посмотрите, не распространяется ли это также. Если это так, то позвоните своему DNS-хосту.
Обратите внимание, что один из трех серверов имен, обслуживающих вашу зону, не работает: ns1.compuone.com, по крайней мере, не работает с того места, где я сейчас.
Я только что протестировал с помощью dig, и у nicpartnersinc.com есть только два сервера имен (а это немного), ns35.worldnic.com и ns36.worldnic.com.
Оба авторитетно отвечают, что test.nicpartnersinc.com действительно существует с IPv4-адресом 70.32.74.40.
Итак, теперь он должен работать.
Нужна дополнительная информация о типе настройки DNS: привязка? Панель управления? и т.п.
Одна вещь, которая может произойти с Bind: вы изменяете некоторую информацию DNS в файле зоны, но забываете изменить серийную часть записи SOA для зоны. Вы сохраняете файл и перезагружаете Bind. Но в этом случае ваш DNS-сервер не будет уведомлять подчиненные серверы, поскольку серийный номер не изменился. Вы получите 2 сервера, обслуживающих разную информацию DNS. Ситуация будет оставаться неизменной до тех пор, пока подчиненный сервер не обновит свою информацию (на основе раздела истечения срока действия записи SOA).
@Justin - Edit 1 и Edit 2 относятся к двум разным доменам. :-( С каким доменом у вас проблемы? Домен в Edit 1? Или домен в Edit 2?
Предполагая, что домен в Edit 1 правильный (nicpartnersinc.com), тогда запись A для testing.nicpartnersinc.com делает существует ...
$ dig testing.nicpartnersinc.com a
; <<>> DiG 9.6.0-APPLE-P2 <<>> testing.nicpartnersinc.com a
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 52090
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 2
;; QUESTION SECTION:
;testing.nicpartnersinc.com. IN A
;; ANSWER SECTION:
testing.nicpartnersinc.com. 6892 IN A 70.32.74.40
;; AUTHORITY SECTION:
nicpartnersinc.com. 172492 IN NS ns36.worldnic.com.
nicpartnersinc.com. 172492 IN NS ns35.worldnic.com.
;; ADDITIONAL SECTION:
ns35.worldnic.com. 106686 IN A 205.178.190.18
ns36.worldnic.com. 135224 IN A 205.178.144.18
;; Query time: 0 msec
;; SERVER: 192.168.69.70#53(192.168.69.70)
;; WHEN: Thu Dec 24 00:39:09 2009
;; MSG SIZE rcvd: 139
Предполагая, что домен в Edit 2 правильный (nicpartners.com), тогда запись A для testing.nicpartners.com не существует ...
$ dig testing.nicpartners.com a
; <<>> DiG 9.6.0-APPLE-P2 <<>> testing.nicpartners.com a
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 38580
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0
;; QUESTION SECTION:
;testing.nicpartners.com. IN A
;; AUTHORITY SECTION:
nicpartners.com. 8998 IN SOA ns.compuone.com. admin.compuone.com. 31 900 600 86400 3600
;; Query time: 0 msec
;; SERVER: 192.168.69.70#53(192.168.69.70)
;; WHEN: Thu Dec 24 00:42:03 2009
;; MSG SIZE rcvd: 95
Я подозреваю, что есть некоторая путаница в том, какой домен должен иметь новую запись A для хоста с именем testing.