Hurricane Electric's IPv6 Tunnel Broker Forums

General IPv6 Topics => IPv6 on Linux & BSD & Mac => Topic started by: JackYang on December 31, 2013, 08:59:53 PM

Title: [SOLVED]Tunnel under Linux is OK , but Cat not use DNS
Post by: JackYang on December 31, 2013, 08:59:53 PM
Hi, EveryBody..

I created Tunnel undex Linux Server is OK..

I can use ping6 2001:b000:168::1 in my Linux server, but I can't use ping6 www.hinet.net?

Best Regards,
Jack Yang.
Title: Re: Tunnel under Linux is OK , but Cat not use DNS
Post by: kasperd on January 01, 2014, 05:57:00 AM
What's in your /etc/resolv.conf?
Title: Re: Tunnel under Linux is OK , but Cat not use DNS
Post by: JackYang on January 01, 2014, 06:05:35 AM
Quote from: kasperd on January 01, 2014, 05:57:00 AM
What's in your /etc/resolv.conf?

my /etc/resolv.conf

nameserver 74.82.42.42
nameserver 168.95.1.1
nameserver 2001:b000:168::1
nameserver 2001:470:20::2

Best Regards,
JackYang.

Title: Re: Tunnel under Linux is OK , but Cat not use DNS
Post by: kasperd on January 01, 2014, 06:10:53 AM
All four DNS servers resolve www.hinet.net just fine, when I query them. What does traceroute6 -n www.hinet.net output?
Title: Re: Tunnel under Linux is OK , but Cat not use DNS
Post by: JackYang on January 01, 2014, 06:35:36 AM
Sorry, It's My problem .. The network bandwidth is to slowly from Taiwan Tunnel to USA via Other Site  !!

It's OK, Thanks

[root@mail5 root]# ping6 www.hinet.net
PING www.hinet.net(2001:b000:180:3::8011) 56 data bytes
64 bytes from 2001:b000:180:3::8011: icmp_seq=0 ttl=54 time=380 ms
64 bytes from 2001:b000:180:3::8011: icmp_seq=1 ttl=54 time=398 ms
64 bytes from 2001:b000:180:3::8011: icmp_seq=2 ttl=54 time=364 ms
64 bytes from 2001:b000:180:3::8011: icmp_seq=3 ttl=54 time=364 ms

[root@mail5 root]# ping6 www.cisco.com
PING www.cisco.com(2600:140b:2:18a::90) 56 data bytes
64 bytes from 2600:140b:2:18a::90: icmp_seq=0 ttl=59 time=332 ms
64 bytes from 2600:140b:2:18a::90: icmp_seq=1 ttl=59 time=330 ms
64 bytes from 2600:140b:2:18a::90: icmp_seq=2 ttl=59 time=331 ms

Best Regards,
JackYang.