Le Ngoc Thach wrote: > Dear Sean Estabrooks, > > I have tried both "ping server3" and "ping > server3.vn.ibs-dp.com". But they do not work.
Either your resolver lib config is hosed or your DNS server is not loading the sub domain vn. (see below) > > I have also tried modified /etc/resolve.conf with "search > vn.ibs-dp.com" but it also does not work. OK > FYI: > In my lan, Server5 runs RedHat 9.0, bind 9.2.2. Its IP is > 192.168.2.15. A client has IP 192.168.2.66. > I have tried to use tcpdump (Run: tcpdump -l -n -i eth1 'port 53') on > DNS Server 192.168.2.15. On my client run command "Ping Server5" > > -----Here tracking------- 10:30:58.921898 192.168.2.66.2900 > > 192.168.2.15.domain: 93+ A? server5.vn.ibs-dp.com. (39) Looks like the clients resolver is properly appending the domain portion. Good! > 10:30:58.923163 192.168.2.15.domain > 192.168.2.66.2900: 93 > NXDomain* 0/1/0 (85) (DF) This looks like a DNS server config problem (NXDomain). Specifically, the delegation records for zone vn.ibs-dp.com. Things to check: 1) Are you loading a zone named vn.ibs-dp.com that contains the SOA/NS records along with the A records for server5? 2) Have you defined a TLD zone for vn.ibs-dp.com (ibs-dp.com) on your DNS server that contains the proper delegation records for question 1 above? 3) Are you loading a reverse zone for the 192.168.2.0/24 zone? Finally, type: man dig Take a look at all the + command line options. Some of them are great debugging options. In particular, the +nssearch and +trace. Steve Cowles -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
