У меня очень странная проблема, которую я не могу понять. На моем сервере я размещаю два приложения с двумя разными доменами: 1. onlinelogistics.eu 2. resursecrestine.org.
Я также размещаю DNS-сервер (сервер Fedora), который я настроил для разрешения этих двух доменов. Проблема в том, что разрешается только первый домен, а второй - нет.
Файл зоны для onlinelogistics.eu:
onlinelogistics.eu. IN SOA ns1.onlinelogistics.eu. root.onlinelogistics.eu. (
1194130303
10800
3600
604800
38400 )
@ IN NS onlinelogistics.eu.
onlinelogistics.eu. IN NS ns1.onlinelogistics.eu.
onlinelogistics.eu. IN NS ns2.onlinelogistics.eu.
ns1.onlinelogistics.eu. IN A 85.25.124.83
ns2.onlinelogistics.eu. IN A 85.25.124.83
onlinelogistics.eu. IN A 85.25.124.83
www.onlinelogistics.eu. IN A 85.25.124.83
ftp.onlinelogistics.eu. IN A 85.25.124.83
m.onlinelogistics.eu. IN A 85.25.124.83
*.onlinelogistics.eu. IN A 85.25.124.83
IN A 85.25.124.83
onlinelogistics.eu. IN MX 10 ASPMX.L.GOOGLE.COM.
onlinelogistics.eu. IN MX 20 ALT1.ASPMX.L.GOOGLE.COM.
onlinelogistics.eu. IN MX 20 ALT2.ASPMX.L.GOOGLE.COM.
onlinelogistics.eu. IN MX 30 ASPMX2.GOOGLEMAIL.COM.
onlinelogistics.eu. IN MX 30 ASPMX3.GOOGLEMAIL.COM.
onlinelogistics.eu. IN MX 30 ASPMX4.GOOGLEMAIL.COM.
onlinelogistics.eu. IN MX 30 ASPMX5.GOOGLEMAIL.COM.
onlinelogistics.eu. IN TXT "v=spf1 a mx a:onlinelogistics.eu ip4:85.25.124.83 ?all"onlinelogistics:~
Теперь для другого домена я скопировал / вставил и заменил onlinelogistics.eu на «resursecrestine.org», но домен все равно не найден.
Команда whois resursecrestine.org находит серверы имен (ns1.resursecrestine.org), поэтому я уверен, что проблема в том, что DNS-сервер не может найти адрес.
Любые идеи приветствуются!
Спасибо!
Вы создали зону в своем файле named.conf? то есть:
zone "resursecrestine.org" {
type master;
file "resursecrestine.org";
};
Согласно dig + trace, он разрешается ... и при проверке через браузер загружается. Итак, это решено?
; <<>> DiG 9.2.4 <<>> +trace resursecrestine.org
;; global options: printcmd
. 306040 IN NS A.ROOT-SERVERS.NET.
. 306040 IN NS B.ROOT-SERVERS.NET.
. 306040 IN NS C.ROOT-SERVERS.NET.
. 306040 IN NS D.ROOT-SERVERS.NET.
. 306040 IN NS E.ROOT-SERVERS.NET.
. 306040 IN NS F.ROOT-SERVERS.NET.
. 306040 IN NS G.ROOT-SERVERS.NET.
. 306040 IN NS H.ROOT-SERVERS.NET.
. 306040 IN NS I.ROOT-SERVERS.NET.
. 306040 IN NS J.ROOT-SERVERS.NET.
. 306040 IN NS K.ROOT-SERVERS.NET.
. 306040 IN NS L.ROOT-SERVERS.NET.
. 306040 IN NS M.ROOT-SERVERS.NET.
;; Received 316 bytes from 172.18.251.240#53(172.18.251.240) in 1 ms
org. 172800 IN NS B0.ORG.AFILIAS-NST.org.
org. 172800 IN NS B2.ORG.AFILIAS-NST.org.
org. 172800 IN NS A0.ORG.AFILIAS-NST.INFO.
org. 172800 IN NS D0.ORG.AFILIAS-NST.org.
org. 172800 IN NS C0.ORG.AFILIAS-NST.INFO.
org. 172800 IN NS A2.ORG.AFILIAS-NST.INFO.
;; Received 439 bytes from 198.41.0.4#53(A.ROOT-SERVERS.NET) in 61 ms
resursecrestine.org. 86400 IN NS ns4.afraid.org.
resursecrestine.org. 86400 IN NS ns3.afraid.org.
resursecrestine.org. 86400 IN NS ns1.afraid.org.
resursecrestine.org. 86400 IN NS ns2.afraid.org.
;; Received 180 bytes from 199.19.54.1#53(B0.ORG.AFILIAS-NST.org) in 42 ms
resursecrestine.org. 3600 IN A 85.25.124.83
resursecrestine.org. 86400 IN NS ns1.afraid.org.
resursecrestine.org. 86400 IN NS ns4.afraid.org.
resursecrestine.org. 86400 IN NS ns3.afraid.org.
resursecrestine.org. 86400 IN NS ns2.afraid.org.
;; Received 196 bytes from 208.43.71.243#53(ns4.afraid.org) in 29 ms
Нет, в отличие от того, что вы говорите, resursecrestine.org
работает, это onlinelogistics.eu
что не удается:
% check_soa onlinelogistics.eu
There was no response from ns2.onlinelogistics.eu
There was no response from ns1.onlinelogistics.eu
% check_soa resursecrestine.org
ns4.afraid.org has serial number 1001120004
ns1.afraid.org has serial number 1001120004
ns2.afraid.org has serial number 1001120004
ns3.afraid.org has serial number 1001120004
Первое, что нужно сделать с каждым демоном, работающим в Unix: проверьте файл журнала! BIND, например, предоставляет исчерпывающую информацию о зонах, которые он загрузил или которые не удалось загрузить. Это будет соответствовать предложению greeblesnort.
Кроме того, выражение «не разрешается» не является достаточно точным. Тест с dig @your-name-server
и сообщаем о фактическом результате.
Наконец, ваши файлы зоны будет проще читать и легче управлять с помощью относительные имена.
У вас правильный IP-адрес для серверов имен? checkdns.net сообщает, что серверы имен (85.25.124.83) не отвечают. Если этот IP-адрес правильный, то, скорее всего, не удалось запустить Bind из-за ошибок в файле зоны или named.conf.local. Проверьте оба из них, используя named-checkconf и named-checkzone.