Your message dated Sun, 3 Mar 2013 14:35:38 +0100
with message-id <[email protected]>
and subject line Re: Bug#702095: .net server timeout with IPv6
has caused the Debian Bug report #702095,
regarding .net server timeout with IPv6
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)


-- 
702095: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=702095
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: whois
Version: 5.0.20
Severity: normal

It seems that the whois server for .net (whois.verisign-grs.com) and
other domains, is timing out when reached over IPv6:

$ env LANG=C LC_ALL=C whois -h whois.verisign-grs.com koumbit.net

Whois Server Version 2.0

Domain names in the .com and .net domains can now be registered
with many different competing registrars. Go to http://www.internic.net
for detailed information.
Timeout.

The host is reachable over IPv6, and indeed the boilerplate is
actually a response from the server over the TCP socket.

$ ping6 whois.verisign-grs.com
PING whois.verisign-grs.com (2001:503:5ae2:1060::74): 48 data bytes
56 bytes from whois.crsnic.net: icmp_seq=0 ttl=52 time=105.670 ms
56 bytes from whois.crsnic.net: icmp_seq=1 ttl=52 time=100.985 ms
56 bytes from whois.crsnic.net: icmp_seq=2 ttl=52 time=100.560 ms
56 bytes from whois.crsnic.net: icmp_seq=3 ttl=52 time=100.925 ms
56 bytes from whois.crsnic.net: icmp_seq=4 ttl=52 time=101.225 ms
56 bytes from whois.crsnic.net: icmp_seq=5 ttl=52 time=100.315 ms
^C--- whois.verisign-grs.com ping statistics ---
6 packets transmitted, 6 packets received, 0% packet loss
round-trip min/avg/max/stddev = 100.315/101.613/105.670/1.838 ms

I have found a discussion here mentionning the same problem, with a
workaround:

http://www.tunnelbroker.net/forums/index.php?topic=2400.0

The workaround, to hardcode IPv4 addresses in whois.conf, works here.
One simply needs to add the following to /etc/whois.conf:

\.com$ 199.7.57.74
\.net$ 199.7.57.74
\.edu$ 199.7.57.74
\.cc$ 199.7.57.74
\.tv$ 199.7.57.74
\.name$ 199.7.57.74
\.jobs$ 199.7.57.74

(https://www.verisigninc.com/en_US/products-and-services/register-domain-names/whois/index.xhtml)

...or pass the server IP on the commandline:

anarcat@marcos:~$ whois -h 199.7.57.74 koumbit.net

Whois Server Version 2.0

Domain names in the .com and .net domains can now be registered
with many different competing registrars. Go to http://www.internic.net
for detailed information.

   Domain Name: KOUMBIT.NET
[...]

Now, this is probably a problem more with Verisign, but we could still
implement a (temporary?) workaround here.

-- System Information:
Debian Release: 7.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_CA.UTF-8, LC_CTYPE=fr_CA.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to fr_CA.UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages whois depends on:
ii  libc6     2.13-37
ii  libidn11  1.25-2

whois recommends no packages.

whois suggests no packages.

-- no debconf information

--- End Message ---
--- Begin Message ---
On Mar 02, Antoine Beaupré <[email protected]> wrote:

> It seems that the whois server for .net (whois.verisign-grs.com) and
> other domains, is timing out when reached over IPv6:
Not for me, not my problem anyway.

-- 
ciao,
Marco

Attachment: signature.asc
Description: Digital signature


--- End Message ---

Reply via email to