LINUX.ORG.RU
решено ФорумAdmin

Проблемы с ipv6 брокером gogo6/Freenet6

 , ,


0

1

Система: Debian Wheezy

Зарегистрировался на gogo6/freenet6, поставил из main gogoc. Настроил, подключился.

Вроде заработало:

aidaho@aidaho-laptop:~$ ping6 ipv6.google.com
PING ipv6.google.com(bud02s02-in-x11.1e100.net) 56 data bytes
64 bytes from bud02s02-in-x11.1e100.net: icmp_seq=1 ttl=54 time=84.4 ms
64 bytes from bud02s02-in-x11.1e100.net: icmp_seq=2 ttl=54 time=187 ms
^C
--- ipv6.google.com ping statistics ---
3 packets transmitted, 2 received, 33% packet loss, time 2002ms
rtt min/avg/max/mdev = 84.459/135.790/187.122/51.332 ms
Тем не менее если сходить любым браузером на любой ipv6-only адрес загрузка длится вечно и безрезультатно. http://test-ipv6.com/ говорит, что «Connections to IPv6-only sites are timing out. Any web site that is IPv6 only, will appear to be down to you.»

В чём может быть проблема?

★★★★★

Ответ на: комментарий от tazhate

Пробовал уже, без проблем подключается, в логах gogoc всё чисто.

Выглядит попытка вот так:

aidaho@aidaho-laptop:~$ telnet ipv6.test-ipv6.com 80
Trying 2001:470:1:18::2...
telnet: Unable to connect to remote host: Connection timed out
Дамп пакетов из wireshark: http://rghost.ru/45479161

aidaho ★★★★★ ()
Ответ на: комментарий от aidaho

У меня уже давно реальный IPv4-адрес, поэтому уже давно пользуюсь (ну или не пользуюсь :)) 6to4. А когда gogo6 был, то, бывало, падал, приходилось вручную переподключаться.

Ttt ☆☆☆☆☆ ()
Ответ на: комментарий от tazhate

У них виндовый клиент за день раз 10 нужно переключаться :(

bhfq ★★★★★ ()
Последнее исправление: bhfq (всего исправлений: 1 )
Ответ на: комментарий от Ttt

P.S.: я уж думал, что женщины стали давать тем, у кого IPv6 :)

Ttt ☆☆☆☆☆ ()
Ответ на: комментарий от parrotx

При пинге потерь нет.

Traceroute:

traceroute 192.88.99.1
traceroute to 192.88.99.1 (192.88.99.1), 30 hops max, 60 byte packets
 1  srv (172.16.0.1)  0.190 ms  0.242 ms  0.289 ms
 2  * * *
 3  fr.fryazino.net (62.140.253.1)  2.703 ms  2.917 ms  3.221 ms
 4  msk-m9-b1-xe3-3-0-vlan935.fiord.ru (80.77.167.33)  4.149 ms  4.642 ms  4.961 ms
 5  192.88.99.1 (192.88.99.1)  5.174 ms  5.411 ms  5.540 ms

Ttt ☆☆☆☆☆ ()
Ответ на: комментарий от alexkarta

Новой информации вроде нет. Если завтра само не оживёт, буду переписываться с саппортом.
Судя по тому, что meredo работает, с ipv6 у меня всё в порядке и проблема действительно на другом конце провода.

aidaho ★★★★★ ()
Ответ на: комментарий от Ttt

хм. вроде все тот же тци. интересно, почему они анонсят 192,88,99,0, а для обратной связности 2002:: не анонсят.

parrotx ()
Ответ на: комментарий от aidaho

Точно так же ничего не пингуется и по ipv4 если пакет больше чем MTU интерфейса, но всё работает же.

aidaho ★★★★★ ()
Ответ на: комментарий от aidaho

какой MTU на туннельном интерфейсе? Попробуй поставить минимально-возможный для ipv6(1280). Что в выхлопе tcpdump на интерфейсе(не на туннельном, а на том, который смотрит в интернет)?

Pinkbyte ★★★★★ ()
Последнее исправление: Pinkbyte (всего исправлений: 1 )
Ответ на: комментарий от aidaho

Ещё поиграл с tracepath и он сообщает, что где-то в провайдерской сетке (ipv4) mtu уменьшается до 1462. Имеет смысл выставить такой же у себя на интерфейсе?

aidaho ★★★★★ ()

Забыл отписаться: проблемы были у брокера, через пару дней всё заработало.

aidaho ★★★★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.