Ru-Board.club
← Вернуться в раздел «UNIX»

» Странности с именами в сети. Что то с DNS? (OpenSUSE)

Автор: Begemotus
Дата сообщения: 09.02.2008 12:56
При обращении к хосту через полное имя (host.domain.ru) - он не находится, через короткое (host) - все нормально.
При этом ДНС все имена разрешает, что видно ниже. Что может быть?
На удаленном SUSE, на локальном - OpenSUSE 10.3

Так работает:

Код: #ping altix1
PING altix1.domain.local (192.168.4.1) 56(84) bytes of data.
64 bytes from 192.168.4.1: icmp_seq=1 ttl=64 time=0.148 ms
64 bytes from 192.168.4.1: icmp_seq=2 ttl=64 time=0.143 ms
...
Автор: Begemotus
Дата сообщения: 25.02.2008 19:48
Понимаю, что непросто, но может хоть какие то мысли?
Автор: keyhell
Дата сообщения: 25.02.2008 20:25

Цитата:
Понимаю, что непросто, но может хоть какие то мысли?

мысли есть, но debug'ить dns удаленно - это мазохизм.

проверяйте:
1) настройки DNS сервера;
2) что отдает nslookup?
3) resolver? resolv.conf? host.conf?
4) в каком порядке резолвятся имена? nsswitch.conf?
...
Автор: Begemotus
Дата сообщения: 25.02.2008 22:52

Код: nslookup
> altix1
Server: 192.168.4.200
Address: 192.168.4.200#53

Name: altix1.domain.local
Address: 192.168.4.1
> altix1.domain.local
Server: 192.168.4.200
Address: 192.168.4.200#53

Name: altix1.domain.local
Address: 192.168.4.1
Автор: ZaqwrKos
Дата сообщения: 26.02.2008 06:32

Цитата:
#dig altix.domain.local

; <<>> DiG 9.4.1-P1 <<>> altix.domain.local
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 37882
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0

;; QUESTION SECTION:
;altix.domain.local. IN A

;; AUTHORITY SECTION:
domain.local. 3600 IN SOA gold.domain.local. admin. 1925 900 600 86400 3600

;; Query time: 0 msec
;; SERVER: 192.168.4.200#53(192.168.4.200)
;; WHEN: Sat Feb 9 13:34:45 2008
;; MSG SIZE rcvd: 96


из этого следует, что днс
Цитата:
nameserver 192.168.4.200
search domain.local

не знает altix.domain.local
Цитата:
При этом ДНС все имена разрешает, что видно ниже. Что может быть?

так что не верное заключение, копайте dns
Автор: Begemotus
Дата сообщения: 26.02.2008 14:49
Извиняюсь, выше дал не совсем тот результат dig. уже исправил. правильно так:
dig altix1.domain.local

Код: ; <<>> DiG 9.4.1-P1 <<>> altix1.domain.local
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 22746
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;altix1.domain.local. IN A

;; ANSWER SECTION:
altix1.domain.local. 3600 IN A 192.168.4.1

;; Query time: 1 msec
;; SERVER: 192.168.4.200#53(192.168.4.200)
;; WHEN: Tue Feb 26 15:44:53 2008
;; MSG SIZE rcvd: 54
Автор: ZaqwrKos
Дата сообщения: 26.02.2008 22:58
Begemotus
a
dig @192.168.4.1 altix1.domain.local
и потом ещёб dns1 и 2 прописать не помешалобы.
dig @192.168.4.1 domain.local
что там ?
Автор: ikar1981
Дата сообщения: 27.02.2008 10:48
проблема локальной адресации в сусе решается крайне просто. достаточно строчку конфига nsswitch.conf привести к такому виду.

было:

hosts: files mdns4_minimal [NOTFOUND=return] dns


стало:

hosts: dns files mdns4_minimal [NOTFOUND=return]
Автор: Begemotus
Дата сообщения: 27.02.2008 16:59
ikar1981
Не помогло. Правда после изменения nsswitch.conf перезагружаться не стал, ограничился rcnetwork restart думаю достаточно

ZaqwrKos
Если я правильно я понял команды, то так:

dig @192.168.4.1 altix1.domain.local

Код: ; <<>> DiG 9.4.1-P1 <<>> @192.168.4.1 altix1.domain.local
; (1 server found)
;; global options: printcmd
;; connection timed out; no servers could be reached
Автор: ikar1981
Дата сообщения: 27.02.2008 23:28
сорри, стало:

hosts: files dns mdns4_minimal [NOTFOUND=return]
Автор: Begemotus
Дата сообщения: 28.02.2008 00:19
ikar1981
я выше писал, что пробовал:

Код: hosts: files dns
Автор: ZaqwrKos
Дата сообщения: 28.02.2008 06:24
файл зоны покажите
Автор: Begemotus
Дата сообщения: 28.02.2008 10:46
Файл зоны:

Код: ; Database file domain.local.dns for domain.local zone.
; Zone version: 1984
;
@ IN SOA gold.domain.local. admin. (
    1984 ; serial number
    900 ; refresh
    600 ; retry
    86400 ; expire
    3600 ) ; default TTL
;
; Zone NS records
;
@ NS    gold.domain.local.
;
; Zone records
;
@ 600    A    192.168.4.9
;
; Delegated sub-zone: _msdcs.domain.local.
;
_msdcs NS    gold.domain.local.
; End delegation

_gc._tcp.Default-First-Site-Name._sites 600    SRV    0 100 3268    gold.domain.local.
_kerberos._tcp.Default-First-Site-Name._sites 600    SRV    0 100 88    gold.domain.local.
_ldap._tcp.Default-First-Site-Name._sites 600    SRV    0 100 389    gold.domain.local.
_gc._tcp 600    SRV    0 100 3268    gold.domain.local.
_kerberos._tcp 600    SRV    0 100 88    gold.domain.local.
_kpasswd._tcp 600    SRV    0 100 464    gold.domain.local.
_ldap._tcp 600    SRV    0 100 389    gold.domain.local.
_kerberos._udp 600    SRV    0 100 88    gold.domain.local.
_kpasswd._udp 600    SRV    0 100 464    gold.domain.local.
ak 1200    A    192.168.4.68
altix1 A    192.168.4.1
altix2 A    192.168.4.2
DomainDnsZones 600    A    192.168.4.9
_ldap._tcp.Default-First-Site-Name._sites.DomainDnsZones 600    SRV    0 100 389    gold.domain.local.
_ldap._tcp.DomainDnsZones 600    SRV    0 100 389    gold.domain.local.
ForestDnsZones 600    A    192.168.4.9
_ldap._tcp.Default-First-Site-Name._sites.ForestDnsZones 600    SRV    0 100 389    gold.domain.local.
_ldap._tcp.ForestDnsZones 600    SRV    0 100 389    gold.domain.local.
A    192.168.1.201
... тут остальные хосты ....
Автор: firecatufa
Дата сообщения: 21.03.2008 12:18
Это происходит из-за включенной поддержки multicast dns (по-умолчанию в опенсусе - из-за ее оринтированности на гетерогенные сети и ZeroConf). В этом случае все имена из зоны .local разрешаются не через DNS, а с помощью LLMNR - за это отвечают демоны avahi-*, которые установлены и запущены по-умолчанию. Причем, host и dig - работают правильно, так как они не используют библиотек резольвера, работая напрямую с DNS.
Решение - в nsswitch.conf убрать mDNS4_minimal, в host.conf - задать mdns off, отключить демонов avahi-* (их там два, если я правильно помню).
Перезагрузки и перезапуска сетевых интерфейсов не нужно, должно заработать сразу.

Сам долго мучился, пока разобрался. :)
Автор: Begemotus
Дата сообщения: 30.03.2008 18:45
А да супер! Вот спасибо! Работает!

Страницы: 1

Предыдущая тема: Помогите распаковать файлы из образа jffs2


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.