Aha! I didn't stop and start the DNS service. I thought I had, but only did it on the non-FSMO role holder.
All now works... Kurt On Wed, Dec 30, 2009 at 12:03, Richard Stovall <[email protected]> wrote: > What do you get from: > > nslookup wpad.mycompany.com dcwithfsmoroles.mycompany.com > and > nslookup wpad.mycompany.com anotherDNSserver.mycompany.com > > What DNS server is the problematic one pointed to? > > -----Original Message----- > From: Kurt Buff [mailto:[email protected]] > Sent: Wednesday, December 30, 2009 2:48 PM > To: NT System Admin Issues > Subject: Re: Weird DNS issue I can't figure out > > First things first - I can't ping the name, wpad.mycompany.com from > the DC that holds the FSMO roles. > > Once I've got that figured, I'll tackle the rest. > > On Wed, Dec 30, 2009 at 11:05, Joseph L. Casale > <[email protected]> wrote: >> What do the logs say about the request? >> That'll go a long way in diagnosing the issue. >> Do you have the mime type set, does the webserver get the request formatted >> as you expected, _and_ server it back? >> IIRC, ff doesn’t look for a proxy by default... >> >> -----Original Message----- >> From: Kurt Buff [mailto:[email protected]] >> Sent: Wednesday, December 30, 2009 11:49 AM >> To: NT System Admin Issues >> Subject: Re: Weird DNS issue I can't figure out >> >> I put in an A record - I have a separate web site just for this. >> >> On Wed, Dec 30, 2009 at 10:41, Joseph L. Casale >> <[email protected]> wrote: >>> What type of dns entry did you make? >>> I made a cname for mine to `wpad -> fqdn.server.local.` then just put a >>> wpad.dat in the root of the default site on that server (this way I could >>> move it transparently by only adjusting the cname if need be...) >>> >>> -----Original Message----- >>> From: Kurt Buff [mailto:[email protected]] >>> Sent: Wednesday, December 30, 2009 11:36 AM >>> To: NT System Admin Issues >>> Subject: Weird DNS issue I can't figure out >>> >>> I'm trying to implement WPAD in our US office, and think I've got it >>> mostly covered, except for one thing. >>> >>> On our main IIS box I've configured a web site called wpad, and set up >>> a static entry in DNS on the main DC yesterday to point to it. >>> >>> I can't ping by name, but if I do a 'ping -a 12.34.56.78' I get the >>> name resolution just fine. >>> >>> I see an 6268 event in the DNS event log that seems relevant, but not >>> much information about it, after having visited http://eventid.net - >>> the one comment there said something about a TXT entry, but I've >>> searched and found only one reference to wpad.mycompany.com in DNS, no >>> TXT or other files at all with that name. >>> >>> I can't even ping it from the DC running DNS. >>> >>> What's even more weird is that I can ping it by name from our foreign >>> offices - this is probably something I'll need to do something about >>> later... >>> >>> Anyone know what the heck is going on? >>> >>> Kurt >>> >>> ~ 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/> ~ >> >> ~ 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/> ~ > > ~ 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/> ~ ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~
