[aklug] Re: GCI caching DNS/whois too long?

From: Damien Hull <dhull@section9.us>
Date: Wed Mar 12 2014 - 10:51:34 AKDT

Someone correct me if Iım wrong here but I donıt see whois info as all
that important. I manage DNS servers for my domain and any time I want to
make sure theyıre working I use ³dig². If the records I get back are
correct Iım good.

--
Damien HullNetwork Engineer
CCNP
On 3/12/14, 10:37 AM, "Leif Sawyer" <lsawyer@gci.com> wrote:
>Pretty sure there's no such thing as an whois cache.
>
>What commands exactly were you performing to make you think that whois
>was in line?
>
>Because whois and DNS have nothing to do with each other; they're
>separate registries, and deal with completely different data.
>
>- Past DNS and whois admin.
>
>"Joshua J. Kugler" <joshua@eeinternet.com> wrote:
>
>
>Yesterday when I was troubleshooting this on the phone with the tech,
>google's
>servers were returning different (correct) results than were the GCI
>servers.
>I finally deleted the DNS records out-right on the old host, and now I
>guess
>that finally forced GCI's servers to go re-fetch the whois information.
>In
>this case, it wasn't so much that they were caching the DNS records too
>long
>(the TTLs were right) but it seemed they were caching the whois
>information
>too long.
>
>j
>
>On Tuesday, March 11, 2014 16:10:00 William McKinney wrote:
>> We get the same result from Google name servers as GCI's.
>>
>> > On Mar 11, 2014, at 4:03 PM, JP <jp@jptechnical.com> wrote:
>> >
>> > Not that it helps, but I have had frequent dns caching issues over the
>> > last decade and a half and nobody have ever given me a straight
>>answer.
>> > Someone probably knows, and maybe they are monitoring this list, but
>>if
>> > you find out please email back to let me know. It feels a little like
>> > being held hostage.>
>> >  _____  _____
>> >
>> > /\___ \/\  __`\
>> > \/__/\ \ \ \_\ \
>> >
>> >    _\ \ \ \ ,__/
>> >
>> >   /\ \_\ \ \ \/
>> >   \ \____/\ \_\
>> >
>> >    \/___/  \/_/
>> >
>> > 907-748-2200
>> > JP Technical
>> > helpdesk@jptechnical.com
>> >
>> >> On Tue, Mar 11, 2014 at 1:21 PM, Joshua J. Kugler
>><joshua@eeinternet.com>
>> >> wrote: So, I have some sites which had their whois info change on
>> >> Sunday. I can get to the correct IPs from ACS DNS. However, I'm still
>> >> seeing old IP addresses when querying for those records on GCI.
>> >> Examples:
>> >>
>> >> joshuakugler.com
>> >> azariah.com
>> >>
>> >> Those point to the old text drive host.
>> >>
>> >> I just got off the phone with a GCI support person (who appeared
>>pretty
>> >> knowledgeable). He said GCI was caching the (whois?) information for
>> >> seven
>> >> days, so would always be looking at the old DNS servers until such a
>>time
>> >> as seven days expire, or the old DNS server doesn't respond as
>> >> authoritative. The TTL's on the old records, by the way are only 40
>> >> minutes.  I was under the impression that whois changes for supposed
>>to
>> >> propagate within a day or two, and DNS servers were supposed to honor
>> >> upstream TTL's.
>> >>
>> >> Is GCI getting that "seven day" figure from somewhere? Or are they
>> >> arbitrarily caching records for longer than they should?
>> >>
>> >> j
>> >>
>> >> --
>> >> Joshua Kugler
>> >> Part-Time System Admin/Programmer
>> >> http://www.eeinternet.com - Fairbanks, AK
>> >> PGP Key: http://pgp.mit.edu/  ID 0x73B13B6A
>> >> ---------
>> >> To unsubscribe, send email to <aklug-request@aklug.org>
>> >> with 'unsubscribe' in the message body.
>
>--
>Joshua Kugler
>Part-Time System Admin/Programmer
>http://www.eeinternet.com - Fairbanks, AK
>PGP Key: http://pgp.mit.edu/  ID 0x73B13B6A
>---------
>To unsubscribe, send email to <aklug-request@aklug.org>
>with 'unsubscribe' in the message body.
>
>---------
>To unsubscribe, send email to <aklug-request@aklug.org>
>with 'unsubscribe' in the message body.
>
---------
To unsubscribe, send email to <aklug-request@aklug.org>
with 'unsubscribe' in the message body.
Received on Wed Mar 12 10:50:42 2014

This archive was generated by hypermail 2.1.8 : Wed Mar 12 2014 - 10:50:42 AKDT