Co powoduje, że klient korzystający wyłącznie z IPv6 dociera do strony logowania, ale nie może pobierać plików?

Eva Wong

IceWhale author

Eva Wong jest Technicznym pisarzem i stałym majsterkowiczem w ZimaSpace. Całe życie geek z pasją do homelabów i oprogramowania open-source, specjalizuje się w tłumaczeniu skomplikowanych koncepcji technicznych na przystępne, praktyczne przewodniki. Eva wierzy, że samodzielne hostowanie powinno być zabawą, a nie czymś onieśmielającym. Poprzez swoje samouczki umożliwia społeczności rozwiewanie tajemnic konfiguracji sprzętu, od budowy pierwszego NAS po opanowanie kontenerów Docker.

What Causes an IPv6-Only Client to Reach the Login Page but Not Download Files? - Zima Store Online

Klient działający wyłącznie w IPv6 może załadować stronę logowania, ale nie radzić sobie z pobieraniem, gdy większe pakiety lub druga nazwa hosta korzystają z niekompletnej ścieżki IPv6.

Strona logowania do serwera NAS ZimaSpace może być niewielka i dostarczana z jednej nazwy hosta, podczas gdy pobieranie pliku korzysta z innego hosta, trasy w stylu CDN, strumienia przez odwrotny serwer proxy lub większych segmentów TCP. Dlatego szczególnie istotne są dwie klasy awarii: wykrywanie MTU ścieżki IPv6 oraz brak dostępności IPv6 rzeczywistego punktu końcowego pobierania.

Sprawdź, czy występuje czarna dziura MTU ścieżki

Porównaj małe odpowiedzi HTTPS z kontrolowanym dużym transferem i testami rozmiaru pakietów.

Ukierunkowane, pogłębione omówienie inżynierii sieci na temat wykrywania MTU ścieżki w praktyce pomaga wyizolować ten problem, ponieważ dotyczy tego samego zagadnienia szczegółowego, zamiast jedynie definiować podstawowy protokół.

Jeśli połączenie zostaje ustanowione, ale zatrzymuje się po rozpoczęciu przesyłania większych pakietów, sprawdź MTU i ICMPv6, zanim obwinisz aplikację NAS.

Zapewnij prawidłowe działanie komunikatów ICMPv6 „Packet Too Big”

IPv6 polega na tym, że nadawca poznaje limit ścieżki, zamiast korzystać z fragmentacji zbyt dużych pakietów przez routery pośrednie.

Ukierunkowane specjalistyczne omówienie IPv6 na temat komunikatów ICMPv6 „Packet Too Big” pomaga wyizolować ten problem, ponieważ dotyczy tego samego zagadnienia szczegółowego, zamiast jedynie definiować podstawowy protokół.

Usuń reguły zapory, które bez rozróżnienia blokują wymagane komunikaty sterujące ICMPv6, a następnie ponów pobieranie.

Poszukaj ograniczenia MTU między segmentami

VPN, łącze PPPoE, ścieżka VLAN lub tunel mogą zmniejszać użyteczne MTU, nawet gdy interfejs NAS po stronie LAN obsługuje większą wartość.

Ukierunkowana praktyczna notatka terenowa dotycząca IPv6 na temat ograniczenia MTU może przerwać przesyłanie większych danych pomaga wyizolować ten problem, ponieważ dotyczy tego samego zagadnienia szczegółowego, zamiast jedynie definiować podstawowy protokół.

Porównaj rozmiar ścieżki od klienta do serwera proxy oraz od serwera proxy do NAS. Dopasuj ją do najmniejszej wartości na całej ścieżce, zamiast zwiększać samo MTU NAS.

Featured

ZimaCube 2 Osobisty domowy NAS w chmurze

ZimaCube2

Zdiagnozuj bezpośrednio PMTUD IPv6

Użyj narzędzi śledzenia obsługujących IPv6 oraz testów rozmiaru pakietów dla dokładnej nazwy hosta używanej podczas pobierania.

Ukierunkowany, specjalistyczny przewodnik rozwiązywania problemów z IPv6 na temat problemy z MTU IPv6 mogą powodować częściową łączność pomaga wyizolować ten problem, ponieważ dotyczy tego samego zagadnienia szczegółowego, zamiast jedynie definiować podstawowy protokół.

Zapisz największy rozmiar pakietu, który zakończył się powodzeniem, oraz miejsce zmiany parametrów ścieżki. Sama strona logowania nie jest wystarczającym testem łączności.

Sprawdź, czy pobieranie korzysta z innej nazwy hosta

Przejrzyj żądania sieciowe w przeglądarce, aby sprawdzić, czy plik jest dostarczany z nazwy hosta innej niż strona logowania.

Ukierunkowana analiza DNS z priorytetem IPv6 na temat rekordy AAAA mogą różnić się między wymaganymi nazwami hostów pomaga wyizolować ten problem, ponieważ dotyczy tego samego zagadnienia szczegółowego, zamiast jedynie definiować podstawowy protokół.

Odpytaj każdą wymaganą nazwę hosta z klienta działającego wyłącznie w IPv6. Jeden brakujący rekord AAAA może sprawić, że ścieżka logowania będzie działać, podczas gdy ścieżka pobierania pozostanie niedostępna.

Sprawdź NAT64 lub DNS64 dla backendów działających wyłącznie w IPv4

Jeśli jeden z backendów nadal działa wyłącznie w IPv4, potwierdź, że klient działający tylko w IPv6 ma sprawną ścieżkę translacji.

Ukierunkowane, pogłębione omówienie IPv6 w sieci domowej na temat NAT64 i DNS64 łączą klientów działających wyłącznie w IPv6 pomaga wyizolować ten problem, ponieważ dotyczy tego samego zagadnienia szczegółowego, zamiast jedynie definiować podstawowy protokół.

Nie wyłączaj IPv6 jako stałego rozwiązania. Zapewnij backendowi obsługę obu protokołów albo udostępnij celowo skonfigurowaną ścieżkę translacji.

Ponownie przetestuj dokładną ścieżkę do serwera domowego

Po zmianie jednej zmiennej powtórz ten sam proces na serwerze NAS lub w aplikacji hostowanej samodzielnie, korzystając z tego samego klienta, zamiast przełączać się na inny test, który może używać innej ścieżki.

Powiązany przewodnik ZimaSpace na temat powiązanej ścieżki sieciowej serwera domowego pomaga powiązać końcową weryfikację z tym samym środowiskiem hostowanym samodzielnie.

Naprawę można uznać za zakończoną dopiero wtedy, gdy pierwotny objaw nie powraca po ponownym połączeniu, restarcie usługi oraz drugim kontrolowanym transferze lub żądaniu.