Я пытаюсь подключиться к веб-сайту:
http://superuser.com.sixxs.org
я могу пинговать адрес:
C:\Users\Ian>ping /6 superuser.com.sixxs.org
Pinging ipv6.nginx.sixxs.net [2001:838:2:1::30:67] with 32 bytes of data:
Reply from 2001:838:2:1::30:67: time=257ms
Reply from 2001:838:2:1::30:67: time=176ms
Reply from 2001:838:2:1::30:67: time=161ms
Reply from 2001:838:2:1::30:67: time=164ms
Ping statistics for 2001:838:2:1::30:67:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 161ms, Maximum = 257ms, Average = 189ms
Но ни пинг :
C:\Users\Ian>ping supersuer.com.sixxs.org
Ping request could not find host supersuer.com.sixxs.org.
Please check the name and try again.
Но я не могу перейти к нему (в Chrome или т. Е. ):
не могу я телнет к нему
C:\Users\Ian>telnet superuser.com.sixxs.org 80
Connecting To superuser.com.sixxs.org...Could not open connection to the host,
on port 80: Connect failed
Но nslookupрешает имя нормально, с авторитетной записью и всем!
Сначала мы сбрасываем dns, на тот случай, если кто-то захочет предположить, что это связано с кэшированием dns:
C:\Users\Ian>ipconfig /flushdns
Windows IP Configuration
Successfully flushed the DNS Resolver Cache.
А теперь вернемся к поиску:
C:\Users\Ian>nslookup superuser.com.sixxs.org
Server: solo.avatopia.com
Address: 10.0.0.98
Non-authoritative answer:
Name: ipv6.nginx.sixxs.net
Addresses: 2001:838:2:1:2a0:24ff:feab:3b53
2001:960:800::2
2001:1af8:4050::2
2620:0:6b0:a:250:56ff:fe99:78f7
2001:838:2:1::30:67
Aliases: superuser.com.sixxs.org
Все эти адреса работают:
- Я могу
pingих - Я могу
telnetпортировать 80 на них - Я могу просматривать в Chrome (например
http://[2001:838:2:1::30:67]) к ним
Имя даже разрешается, когда я вручную вызываю функцию Windows API GetAddrInfo .
Почему , как я могу диагностировать , что ping, telnet, Chromeи Internet Explorerделают неправильно?
Примечание : Wireshark теперь помогает, потому что dns server ( solo.avatopia.com) находится на другой стороне зашифрованной ссылки vpn; и WireShark отказывается расшифровывать зашифрованный трафик vpn.
pingопечатка? я не вижу этого ...pingнужен/6параметр; он не понимает, что если он может разрешить только адрес ipv6, ему нужно отправить пакет IPMP IPv6.Ответы:
Разрешение DNS не означает автоматически достижимость HTTP; в вашем случае это на самом деле является частью проблемы.
sixxs.orgотвечает на все DNS-запросы с помощьюCNAMEдоipv6.nginx.sixxs.net. Например,iamuglyочевидно, что не может быть реальным сайтом, так как нет домена верхнего уровня.ipv6.nginx.sixxs.netэто просто HTTP-прокси, который перенаправляет трафик, поэтому, если его прокси работает, он можетtelnetвыполнять проверку связи, и вы можете на него ...После того, как вы перейдете к
superuser.com.sixxs.org,sixxs.netперенаправит вас через,ipv6gate.sixxs.netи они переписывают html-контент Super User, отправив все ссылки на странице черезfoo.sixxs.org.Что-то мешает вам пройти
sixxs.org, и это, вероятно, происходит от vpn-сервера, брандмауэра или прозрачного http-прокси в другом месте вашего пути.источник
Вот мое предположение о том, что происходит.
(Первоначально я собирался опубликовать это как комментарий, но он слишком длинный, поэтому я опубликую его как ответ и предоставлю это себе и / или другим, чтобы решить, если это правильно.)
Я думаю, что у этого провайдера есть свои сервера имен, настроенные для ответа на каждый поддомен.
Я попробовал произвольный GUID и да 0937c1fa-15dc-4a3a-837c-b9ada0953a7e.sixxs.org разрешается (и по тем же ip-адресам, что и superuser.com.sixxs.org)
Это означает, что им будет отправлен весь трафик на 0937c1fa-15dc-4a3a-837c-b9ada0953a7e.sixxs.org. Когда он доходит до них, они, вероятно, проверяют заголовок http-хоста, чтобы определить, как с ним обращаться. В случае 0937c1fa-15dc-4a3a-837c-b9ada0953a7e.sixxs.org, я подозреваю, что они просто проигнорируют запрос, поскольку вряд ли будут знать, что с ним делать.
В случае с superuser.com.sixxs.org вы могли бы подумать, что они должны перенаправить это на superuser.com, но это, похоже, не работает.
Я не думаю, что кто-то за пределами их установки может знать наверняка, почему это не работает, но это может быть потому, что у него неправильное внутреннее сопоставление, и оно отправляет в неправильный пункт назначения.
Другая возможность состоит в том, что они могут не предоставлять эту услугу всем, и возможно, что если не подписчик попытается использовать этот адрес, он просто проигнорирует запрос.
Суть в том, что я не совсем уверен, что telnet, Chrome и Internet Explorer на самом деле делают что-то не так, и я бы посоветовал проверить с sixxs.net, прежде чем предположить, что что-то не так с вашей настройкой.
источник
У меня была проблема с симляром, вот что я попробовал.
sfc /scannowчтобы исправить любые проблемы, которые могут возникнуть из-за поврежденных файлов.netsh winsock reset5. Несмотря на то, что это совершенно не связано, попробуйте сбросить кэш Branch
netsh branchcache reset6. Сбросить конфигурацию IPv6
netsh int ipv6 reset7. Попробуйте удалить и переустановить сетевой адаптер из диспетчера устройств.
источник
Я не уверен, что у вас проблемы только с одним сайтом или со всеми сайтами, к которым вы не можете подключиться (и используете этот компьютер для публикации), но если вы получаете ошибки DNS в своих браузерах для каждый сайт, и у вас все еще есть связь, и вы можете пропинговать, попробуйте эти несколько команд. Это не всегда один из них, но я буквально никогда не видел, чтобы все они работали на вашу проблему.
источник