First place to look is your lmhosts file. On Tue, Mar 10, 2009 at 08:22, Kevan Dickinson <[email protected]> wrote: > Hi > > I have followed the article http://support.microsoft.com/kb/318803 and > made the changes to the registry so that resolved DNS names are not > cached on the server. If I do a ipconfig /displaydns all I see are > entries for localhost. > > If I ping the FQDN I get the correct resolved address. > If I ping just the netbios name of the machine I get the wrong IP > address returned. > > I have checked my WINS server and DNS servers and they have recorded the > correct IP address of my laptop connected over the VPN. > > What else on the server could be caching the Netbios name of my laptop. > I did a nbtstat -R but that made no difference. > > Really looking for help on this if you or anyone else have anything else > to suggest. > > Kevan Dickinson > Network Manager > NSF-CMI > 23 Lodge Road > Hanborough Business Park, Long Hanborough, > Oxford, OX29 8SJ, UK > > T:+44 01993 885661 > E:[email protected] > W:www.nsf-cmi.com > > > > -----Original Message----- > From: Steph Balog [mailto:[email protected]] > Sent: 28 February 2009 11:38 > To: NT System Admin Issues > Subject: RE: DNS / WINS Issue? > > Ahhh, (i see say the blind man as he tripped over is cane and saw) ;-) > You issue isnt really sql at all, nor is it dns so much. You are a > victim of one of MS's better TCP/IP stack designs (no really, it is a > better design). > MS did a great thing is the use of caches when it does its network > lookups, it ALWAYS looks at the cache first. Simply flushing the DNS > cache won't get rid of your issue, you need to tell those clients not to > keep that info cached for so long. You can first try to stop your > dnscache doing a net stop dnscache and then try to recreate your > problem. You need your dns client running though so you will need to > hack the registry of the client and set down the maxpositive TTL and > maxmegtive TTL (time to live) values. Default for positive is like a day > (measured in seconds) and default value for negative reponse is 15 mins. > All that can be found here > http://support.microsoft.com/kb/318803 > > Good luck! > ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ > ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ > ******************************************************************************** > > ***Disclaimer*** > > The contents of this Email may be privileged and are confidential. If you are > not the intended recipient, any disclosure, copying, distribution or any > action taken or omitted to be taken in reliance on it, is prohibited and may > be unlawful. > > Should you wish to use Email as a mode of communication, NSF-CMi Ltd and its > subsidiaries are unable to guarantee the security of Email content outside of > our own computer systems. > > This footnote also confirms that this Email message has been checked by > MailMarshal for the presence of computer viruses. Whilst we run anti-virus > software, you are solely responsible for ensuring that any Email or > attachment you receive is virus free. We disclaim any liability for any > damage you suffer as a consequence of receiving any virus. > > NSF-CMi Ltd > Registered in England No: 1899857 > Registered Office 4th Floor, 35 New Bridge Street, London, EC4V 6BW > > ********************************************************************************** > > ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ > ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ > >
~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~
