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

При обращении к хосту через полное имя (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
...

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

Цитата:

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

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

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

Код: 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

Цитата:

#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

Извиняюсь, выше дал не совсем тот результат 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

Begemotus
a
dig @192.168.4.1 altix1.domain.local
и потом ещёб dns1 и 2 прописать не помешалобы.
dig @192.168.4.1 domain.local
что там ?

проблема локальной адресации в сусе решается крайне просто. достаточно строчку конфига nsswitch.conf привести к такому виду.

было:

hosts: files mdns4_minimal [NOTFOUND=return] dns


стало:

hosts: dns files mdns4_minimal [NOTFOUND=return]

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

сорри, стало:

hosts: files dns mdns4_minimal [NOTFOUND=return]

ikar1981
я выше писал, что пробовал:

Код: hosts: files dns

файл зоны покажите

Файл зоны:

Код: ; 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
... тут остальные хосты ....

Это происходит из-за включенной поддержки multicast dns (по-умолчанию в опенсусе - из-за ее оринтированности на гетерогенные сети и ZeroConf). В этом случае все имена из зоны .local разрешаются не через DNS, а с помощью LLMNR - за это отвечают демоны avahi-*, которые установлены и запущены по-умолчанию. Причем, host и dig - работают правильно, так как они не используют библиотек резольвера, работая напрямую с DNS.
Решение - в nsswitch.conf убрать mDNS4_minimal, в host.conf - задать mdns off, отключить демонов avahi-* (их там два, если я правильно помню).
Перезагрузки и перезапуска сетевых интерфейсов не нужно, должно заработать сразу.

Сам долго мучился, пока разобрался. :)

А да супер! Вот спасибо! Работает!