Próbuję połączyć się z witryną:
http://superuser.com.sixxs.org
mogę pingować adres:
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
Ale ani ping :
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.
Ale nie mogę do niego przejść (w Chrome lub ie ):
nie mogę też do niego telnetować
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
Ale nslookupnazwa rozwiązuje się dobrze, z autorytetem i wszystkim!
Najpierw opróżniamy dns, na wypadek, gdyby ktoś chciał zasugerować, że jest to spowodowane buforowaniem dns:
C:\Users\Ian>ipconfig /flushdns
Windows IP Configuration
Successfully flushed the DNS Resolver Cache.
A teraz wróć do wyszukiwania:
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
Wszystkie te adresy działają:
- Mogę
pingich - Mogę
telnetna nich przenieść 80 - Mogę przeglądać w Chrome (np.
http://[2001:838:2:1::30:67]) Do nich
Nazwa rozwiązuje się nawet, gdy ręcznie wywołuję funkcję API Windows GetAddrInfo .
Dlaczego jak mogę zdiagnozować co ping, telnet, Chromei Internet Explorerrobią źle?
Uwaga : Wireshark jest teraz pomocny, ponieważ serwer dns ( solo.avatopia.com) znajduje się po drugiej stronie zaszyfrowanego łącza VPN; a WireShark odmawia odszyfrowania zaszyfrowanego ruchu VPN.
pingliterówka? nie widzę tego ...pingpotrzebuje/6parametru; nie rozumie, że jeśli mógłby tylko rozwiązać adres IPv6, musi wysłać pakiet ICMP IPv6.Odpowiedzi:
Rozdzielczość DNS nie oznacza automatycznie osiągalności HTTP; w twoim przypadku jest to właściwie część problemu.
sixxs.orgodpowiada na wszystkie zapytania DNS przy pomocyCNAMEdoipv6.nginx.sixxs.net. Na przykładiamuglyoczywiście nie może być prawdziwą witryną, ponieważ nie ma domeny najwyższego poziomu.ipv6.nginx.sixxs.netto tylko serwer proxy HTTP, który przekazuje ruch, więc dopóki serwer proxy jest włączony, jest w stanie pingować i możnatelnetdo niego ...Po przejść do
superuser.com.sixxs.org,sixxs.netprzekierowuje przezipv6gate.sixxs.neti przepisać treść html Super autora Wyślij wszystkie linki na stronie dziękifoo.sixxs.org.Coś
sixxs.orgprzeszkadza ci przejść i prawdopodobnie pochodzi z serwera VPN, zapory ogniowej lub przezroczystego proxy HTTP gdzie indziej na twojej ścieżce.źródło
Oto moje przypuszczenie o tym, co się dzieje.
(Pierwotnie zamierzałem to opublikować jako komentarz, ale jest za długi, więc opublikuję go jako odpowiedź i pozostawię to tobie i / lub innym, aby zdecydowali, czy jest poprawny.)
Myślę, że ten isp ma skonfigurowane serwery nazw, aby odpowiadały na każdą subdomenę.
Próbowałem losowego identyfikatora GUID i tak 0937c1fa-15dc-4a3a-837c-b9ada0953a7e.sixxs.org rozwiązuje (i na te same adresy IP co superuser.com.sixxs.org)
Oznacza to, że cały ruch do 0937c1fa-15dc-4a3a-837c-b9ada0953a7e.sixxs.org zostanie do nich wysłany. Gdy do nich dotrze, prawdopodobnie sprawdzają nagłówek hosta http, aby ustalić, jak sobie z tym poradzić. W przypadku 0937c1fa-15dc-4a3a-837c-b9ada0953a7e.sixxs.org podejrzewam, że po prostu zignorowaliby to żądanie, ponieważ raczej nie wiedzą, co z nim zrobić.
W przypadku superuser.com.sixxs.org, pomyślałbyś, że powinni przekierować to do superuser.com, ale to nie wydaje się działać.
Nie sądzę, aby ktokolwiek spoza ich konfiguracji mógł wiedzieć na pewno, dlaczego to nie działa, ale może to być spowodowane tym, że mają nieprawidłowe wewnętrzne mapowanie i jest wysyłane do niewłaściwego miejsca docelowego.
Inną możliwością jest to, że mogą nie świadczyć tej usługi wszystkim i możliwe jest, że jeśli osoba niebędąca subskrybentem spróbuje użyć tego adresu, po prostu zignoruje żądanie.
Podsumowując, nie jestem do końca pewien, czy telnet, Chrome i Internet Explorer robią coś złego i sugerowałbym sprawdzenie za pomocą pliku sixxs.net przed założeniem, że coś jest nie tak z konfiguracją.
źródło
Miałem podobny problem, oto co próbowałem.
sfc /scannowaby naprawić wszelkie problemy, które mogą powstać z powodu uszkodzonych plików.netsh winsock reset5. Chociaż zupełnie niepowiązany, spróbuj zresetować pamięć podręczną oddziału
netsh branchcache reset6. Zresetuj konfigurację IPv6
netsh int ipv6 reset7. Spróbuj Usunąć i ponownie zainstalować kartę sieciową w Menedżerze urządzeń
źródło
Nie jestem pewien, czy masz problemy tylko z jedną witryną, czy też ze wszystkimi witrynami, z którymi nie możesz się połączyć (i używasz innego komputera, aby to opublikować), ale jeśli występują błędy DNS w przeglądarkach dla na każdej stronie i nadal masz łączność i możesz pingować różne rzeczy, wypróbuj te kilka poleceń. Nie zawsze jest to jeden z nich, ale dosłownie nigdy nie widziałem, żeby wszystkie działały na twój problem.
źródło