SPAM: Network Name Resolution Problem
Folks, I'm having trouble getting name resolution to work, and I'd like your help. I'm running a SUSE Pro 9.3 server that also runs a Samba server, a dhcp server, and a dns server. This server box has three NICs (all addresses are private--192.168--so I'll just use the last two octets): a .1.0 that faces the Net (with sserver on .1.2, via YaST, and in /etc/hosts (a router/switch is on .1.1 that serves as firewall for the whole network, including some devices not in my part)), a .2.0 subnet (lserver0 and lserver01 on .2.2) with a Win2k PC, and a .3.0 subnet (lserver02 on .3.1) with a laptop that's dual bootable between WinXP and SUSE Pro 9.3. Both subnets must go through the .1.0 interface to get to the Internet. The name resolution problems seem limited to my LAN. I get good addressing from the dhcp server, and both subnet devices get onto the Internet just fine. I mention the Samba server only for completeness; I don't (yet) think it's involved in these problems. What I'm seeing is this: I can get hostname resolution from both the PC and the laptop as XP with one exception: a name a few months ago, lserver0 was given a .1.103 address. When the PC pings lserver0 (which now has the .2.2 address), it gets back, still, .1.103 on one of Window's standard 4 replies; the other 3 replies are timed out errors. Flushing the resolver cache (ipconfig -flushdns) has no effect on this. The laptop as XP has no such problem. However, the laptop as SUSE cannot ping by hostname--it only gets unknown host. It can, however, ping by FQDN (e.g., ping lserver01.test1.biz gets correct responses, ping lserver01 gets "unk host"). All "three" devices, though, have always been able to ping sserver (the interface facing the Internet) successfully. An ethereal trace has the PC sometimes failing to get a right answer via DNS and getting the right answer via (Windows?) NETBIOS name service lookup and sometimes getting the right answer via dns, and so in both cases getting successful pings. It's like dynamic dns isn't updating the reverse lookup tables; although, frankly, I'm uncertain that the forward tables are getting updated, either--vis., the problem with pinging lserver0 described above. However, I have "ddns-updates on;" and "ddns-update-style interim;" in my dhcpd.conf file (without the quotes). My questions are these: what should I look for to get this running correctly? How can I check to see whether ddns really is functioning as it should? How do I read the tables where the dns functionality caches its data on the various devices (i.e., what command presents those tables)? What other data do you all need in order to help me with this? I have 9 DNS files (although I suspect the root.hint file is not a problem); my dhcpd and named config files; I can generate ethereal traces, if these are useful; etc. They'll make for a large email, though. I hope, though, that this is just something I'm doing that's incredibly brain dead and easy to fix. Thanks for your help. Eric Hines There is no nonsense so errant that it cannot be made the creed of the vast majority by adequate governmental action. --Bertrand Russell
participants (1)
-
Eric Hines