Обсуждение настройки и работы сервисов, резервирования, сетевых настроек и вопросов безопасности ОС для молодых и начинающих системных администраторов.
подскажите что надо поправить, чтобы днс в локалке нормально работал, и я мог пинговать компы по имени хоста, которые прописаны в конфиге днс и не было ошибки server can't find NXDOMAIN
$TTL 604800
@ IN SOA server.dev. root.server.dev. (
201004252 ; Serial
604800 ; Refresh
86400 ; Retry
2419200 ; Expire
604800 ) ; Negative Cache TTL
;
@ IN NS server.dev.
@ IN A 192.168.1.249
www IN CNAME server.dev.
server IN A 192.168.1.249
host10 IN A 192.168.1.3
zone "db.dev" {
type master;
file "/etc/bind/db.dev";
};
zone "db.1.168.192.in-addr.arpa" {
type master;
notify no;
file "/etc/bind/db.1.168.192.in-addr.arpa";
};
Apr 26 15:30:33 server named[24981]: starting BIND 9.6.1-P2 -4 -u bind
Apr 26 15:30:33 server named[24981]: built with '--prefix=/usr' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--sysconfdir=/etc/b$
Apr 26 15:30:33 server named[24981]: adjusted limit on open files from 1024 to 1048576
Apr 26 15:30:33 server named[24981]: found 2 CPUs, using 2 worker threads
Apr 26 15:30:33 server named[24981]: using up to 4096 sockets
Apr 26 15:30:33 server named[24981]: loading configuration from '/etc/bind/named.conf'
Apr 26 15:30:33 server named[24981]: using default UDP/IPv4 port range: [1024, 65535]
Apr 26 15:30:33 server named[24981]: using default UDP/IPv6 port range: [1024, 65535]
Apr 26 15:30:33 server named[24981]: no IPv6 interfaces found
Apr 26 15:30:33 server named[24981]: listening on IPv4 interface lo, 127.0.0.1#53
Apr 26 15:30:33 server named[24981]: listening on IPv4 interface eth0, 192.168.1.249#53
Apr 26 15:30:33 server named[24981]: automatic empty zone: 254.169.IN-ADDR.ARPA
Apr 26 15:30:33 server named[24981]: automatic empty zone: 2.0.192.IN-ADDR.ARPA
Apr 26 15:30:33 server named[24981]: automatic empty zone: 255.255.255.255.IN-ADDR.ARPA
Apr 26 15:30:33 server named[24981]: automatic empty zone: 0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.IP6.ARPA
Apr 26 15:30:33 server named[24981]: automatic empty zone: 1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.IP6.ARPA
Apr 26 15:30:33 server named[24981]: automatic empty zone: D.F.IP6.ARPA
Apr 26 15:30:33 server named[24981]: automatic empty zone: 8.E.F.IP6.ARPA
Apr 26 15:30:33 server named[24981]: automatic empty zone: 9.E.F.IP6.ARPA
Apr 26 15:30:33 server named[24981]: automatic empty zone: A.E.F.IP6.ARPA
Apr 26 15:30:33 server named[24981]: automatic empty zone: B.E.F.IP6.ARPA
Apr 26 15:30:33 server named[24981]: command channel listening on 127.0.0.1#953
Apr 26 15:30:33 server named[24981]: zone 0.in-addr.arpa/IN: loaded serial 1
Apr 26 15:30:33 server named[24981]: zone 127.in-addr.arpa/IN: loaded serial 1
Apr 26 15:30:33 server named[24981]: zone db.1.168.192.in-addr.arpa/IN: loaded serial 2
Apr 26 15:30:33 server named[24981]: zone 255.in-addr.arpa/IN: loaded serial 1
Apr 26 15:30:33 server named[24981]: zone db.dev/IN: loaded serial 201004252
Apr 26 15:30:33 server named[24981]: zone localhost/IN: loaded serial 2
Apr 26 15:30:33 server named[24981]: running
BigBrother
вы расписали зону dev.
имена www.server.dev и hleb.server.dev к этой зоне не имеют отношения.
они принадлежат зоне server.dev. про неё ваш named, как я понял, ничего не знает.
хотите обращаться по этим именам — описывайте зону server.dev.
Я же пытаюсь получить доступ к компьютеру, который описан в зоне dev, но при этом, на этом же сервере установлен apache и настроены виртуальные хосты. Говорю исчо раз: server - имя хоста (а не зоны), такое же, как и host10.
вы расписали зону dev.
имена www.server.dev и hleb.server.dev к этой зоне не имеют отношения.
они принадлежат зоне server.dev. про неё ваш named, как я понял, ничего не знает.
хотите обращаться по этим именам — описывайте зону server.dev.
Зона server.dev входит в зону dev, следовательно ее можно прописать в том-же файле или делегировать куда-то еще. Можно даже описать что-то типа very.very.long.host.name.dev в том же файле, не создавая новых зон. Просто не надо забывать, что зона dev, а не server.dev
$TTL 604800
@ IN SOA server.dev. root.server.dev. (
201004252 ; Serial
604800 ; Refresh
86400 ; Retry
2419200 ; Expire
604800 ) ; Negative Cache TTL
;
@ IN NS server.dev.
@ IN A 192.168.1.249
www IN CNAME server.dev.
www.server IN CNAME server.dev.
server IN A 192.168.1.249
host10 IN A 192.168.1.3
sub IN A 192.168.1.248
BigBrother
при чём тут виртуальные хосты???
вы хотите, чтобы у вас вашим локальным bind-ом резолвилось имя hleb.server.dev
для этого надо описать в его (bind-а) конфигурации зону «server.dev».
и в этой зоне сделать запись про имя «hleb».
p.s. могу повторить это в третий раз. мне не сложно. (улыбка)
BigBrother
вы хотите, чтобы у вас вашим локальным bind-ом резолвилось имя hleb.server.dev
НЕТ!
Есть настроенные виртуальные хосты (hleb.server.dev, xxx.server.dev ...) на сервере, у которого !Р - 192.168.1.249 и имя хоста server. Так вот я хочу, чтобы они (виртуал хосты апача) грузились автоматически, и при создании нового виртуального хоста на этом сервере, не надо было прописывать его в /etc/hosts.
То есть, если я создаю новый виртуал. хост new.server.dev, то сразу могу к нему обращаться по имени http://new.server.dev
Есть настроенные виртуальные хосты (hleb.server.dev, xxx.server.dev ...) на сервере, у которого !Р - 192.168.1.249 и имя хоста server. Так вот я хочу, чтобы они (виртуал хосты апача) грузились автоматически, и при создании нового виртуального хоста на этом сервере, не надо было прописывать его в /etc/hosts.
То есть, если я создаю новый виртуал. хост new.server.dev, то сразу могу к нему обращаться по имени http://new.server.dev
любое (даже несуществующее) имя, заканчивающееся на .server.dev, будет резолвится как 192.168.1.249, вашему условию это удовлетворит.
Вообще тут есть некоторые грабли, но для внутреннего использования сойдет.
согласно rfc1035 (п.2.3.1. Preferred name syntax) subdomain может содержать любую из 52 букв латинского алфавит (верхний и нижний регистр), любую из 10 арабских цифр и тире «-».
точки среди перечисленных символов нет. зачем же вы советуете то, что не соответствует стандарту?
согласно rfc1035 (п.2.3.1. Preferred name syntax) subdomain может содержать любую из 52 букв латинского алфавит (верхний и нижний регистр), любую из 10 арабских цифр и тире «-».
точки среди перечисленных символов нет. зачем же вы советуете то, что не соответствует стандарту?
С того же пункта
<subdomain> ::= <label> | <subdomain> "." <label>
Точка маленькая и незаметная, но она есть (: Так что все в рамках стандартов.
neol
каюсь, был не прав, употребив слово subdomain. это, действительно, немного иное понятие (в рамках rfc). замените его, пожалуйста, на label (см. пункт 3.1. этого же rfc) и ответьте всё-таки на вопрос:
sash-kan
Собственно я руководствуюсь информацией из книги "DNS и BIND", в которой есть аналогичные конфигурации, а в RFC не усматриваю запрета на такую запись.
И строка
<subdomain> ::= <label> | <subdomain> "." <label>
на мой взгляд как-бы намекает, что речь в нашем случае идет именно о subdomain, а не о label. Я не могу гарантировать, что я прав, а искать информацию и доказывать данную позицию у меня нет ни времени, ни особого желания.
любое (даже несуществующее) имя, заканчивающееся на .server.dev, будет резолвится как 192.168.1.249, вашему условию это удовлетворит.
Вообще тут есть некоторые грабли, но для внутреннего использования сойдет.
Если нужно, чтобы example.server.dev не резолвилось, придется убирать запись *.server.dev. и прописывать все существующие. Иногда бывает крайне неудобно.
