Re: [OT] DNS Problems
This WebDNA talk-list message is from 2004
It keeps the original formatting.
numero = 56642
interpreted = N
texte = Hi Thanks for this, the problem turned out to be Negative Caching of the DNS records by the clients ISP. Once we asked them to clear their caches it worked fine. Thanks ======================================== Steve Craig - Asylum Interactive Ltd Tel +44 1224 642960 Fax +44 1224 642962 ======================================== http://www.asylumweb.com Email: steve@asylumweb.com ======================================== > From: John Peacock
> Reply-To: (WebDNA Talk) > Date: Tue, 09 Mar 2004 07:42:30 -0500 > To: (WebDNA Talk) > Subject: Re: [OT] DNS Problems > > Steve Craig wrote: >> It appears to be a DNS issue. >> >> Can someone just confirm their are sites at the end of any or all of these >> links. >> >> http://www.mortgageandproperty.com >> http://www.asylumweb.com >> http://www.lifeinsideout.com >> http://www.universalsodexho.com > > All four of those are CNAMES for loadbal.asylumweb.net and all four correctly > resolve from the root servers (meaning that the DNS is fine). If these > changes > were just made recently, you might have to wait up to 48 hours for the DNS > changes to propagate. Why you are using a TTL of 8 seconds short of a day, I > don't know. If you have the IP address of the ISP's DNS servers, you may be > able to query directly to their servers to see whether it is a DNS resolution > error at all... > > Whether you really want to be using CNAMES in the first place, or whether you > want to be using a different top level domain (TLD) as the RR of the CNAME is > a > completely different question. What you are doing /should/ work fine, but is > going to generate marginally more DNS traffic than is strictly required. It > would be faster and more efficient (DNS-wise) to have each name be a full A > record pointing to the same address as loadbal.asylumweb.net. > > HTH > > John > > -- > John Peacock > Director of Information Research and Technology > Rowman & Littlefield Publishing Group > 4720 Boston Way > Lanham, MD 20706 > 301-459-3366 x.5010 > fax 301-429-5747 > > ------------------------------------------------------------- > This message is sent to you because you are subscribed to > the mailing list . > To unsubscribe, E-mail to: > To switch to the DIGEST mode, E-mail to > > Web Archive of this list is at: http://webdna.smithmicro.com/ > ------------------------------------------------------------- This message is sent to you because you are subscribed to the mailing list . To unsubscribe, E-mail to: To switch to the DIGEST mode, E-mail to Web Archive of this list is at: http://webdna.smithmicro.com/
Associated Messages, from the most recent to the oldest:
Hi Thanks for this, the problem turned out to be Negative Caching of the DNS records by the clients ISP. Once we asked them to clear their caches it worked fine. Thanks ======================================== Steve Craig - Asylum Interactive Ltd Tel +44 1224 642960 Fax +44 1224 642962 ======================================== http://www.asylumweb.com Email: steve@asylumweb.com ======================================== > From: John Peacock > Reply-To: (WebDNA Talk) > Date: Tue, 09 Mar 2004 07:42:30 -0500 > To: (WebDNA Talk) > Subject: Re: [OT] DNS Problems > > Steve Craig wrote: >> It appears to be a DNS issue. >> >> Can someone just confirm their are sites at the end of any or all of these >> links. >> >> http://www.mortgageandproperty.com >> http://www.asylumweb.com >> http://www.lifeinsideout.com >> http://www.universalsodexho.com > > All four of those are CNAMES for loadbal.asylumweb.net and all four correctly > resolve from the root servers (meaning that the DNS is fine). If these > changes > were just made recently, you might have to wait up to 48 hours for the DNS > changes to propagate. Why you are using a TTL of 8 seconds short of a day, I > don't know. If you have the IP address of the ISP's DNS servers, you may be > able to query directly to their servers to see whether it is a DNS resolution > error at all... > > Whether you really want to be using CNAMES in the first place, or whether you > want to be using a different top level domain (TLD) as the RR of the CNAME is > a > completely different question. What you are doing /should/ work fine, but is > going to generate marginally more DNS traffic than is strictly required. It > would be faster and more efficient (DNS-wise) to have each name be a full A > record pointing to the same address as loadbal.asylumweb.net. > > HTH > > John > > -- > John Peacock > Director of Information Research and Technology > Rowman & Littlefield Publishing Group > 4720 Boston Way > Lanham, MD 20706 > 301-459-3366 x.5010 > fax 301-429-5747 > > ------------------------------------------------------------- > This message is sent to you because you are subscribed to > the mailing list . > To unsubscribe, E-mail to: > To switch to the DIGEST mode, E-mail to > > Web Archive of this list is at: http://webdna.smithmicro.com/ > ------------------------------------------------------------- This message is sent to you because you are subscribed to the mailing list . To unsubscribe, E-mail to: To switch to the DIGEST mode, E-mail to Web Archive of this list is at: http://webdna.smithmicro.com/
Steve Craig
DOWNLOAD WEBDNA NOW!
Top Articles:
Talk List
The WebDNA community talk-list is the best place to get some help: several hundred extremely proficient programmers with an excellent knowledge of WebDNA and an excellent spirit will deliver all the tips and tricks you can imagine...
Related Readings:
Sum of [founditems] ? (2004)
WebCatalog Features (1997)
Bug or syntax error on my part? (1997)
Some ThankYou page problems (1997)
catching WebDNA error messages (2003)
Behavior with cookies (2001)
Re2: AAgghh!! Help, please. SSL strikes again. (1997)
Re[2]: Balancing randomness (2000)
underscore in variable name (2000)
founditem align (1998)
Plugin or CGI or both (1997)
multipart part 2 (2004)
b18 problem on NT 4.0 (1997)
Encrypt Decrypt URL UnURL Weirdness (2001)
calculating tax rates, mail order solutions and version 2 (1997)
errormessages.db (1997)
expire headers in mac305b11 (1999)
grouping fields (1999)
unable to run webcatalog locally (1998)
Serving Images from SSL (was NT vs Mac) (1997)