Procedura testowania MTU sieci domowej dla ścieżek NAS, VPN i VLAN

Bezpieczne podejście polega na traktowaniu ustalania bazowej wartości MTU dla każdej ścieżki, które znajduje największy niezawodny pakiet, zachowuje dostęp do zarządzania i weryfikuje pierwotny transfer, jako sekwencji obserwowalnych etapów, a nie pojedynczego polecenia.

W sieci domowej zawierającej trasy do NAS, VLAN-ów i VPN-ów praktyczne ryzyko polega na tym, że małe żądania działają, podczas gdy większe transfery do NAS-a lub przez VPN zatrzymują się na jednej trasie routowanej albo otagowanej. Zapisz bieżącą tożsamość i punkt odzyskiwania, zacznij od najmniej inwazyjnego testu rozróżniającego, zinterpretuj wyniki pozytywne i negatywne przed zmianą kolejnej zmiennej i przerwij, gdy pamięć masowa zacznie działać niestabilnie lub jedyna możliwa do odzyskania kopia byłaby narażona. Poniższa procedura kończy się dopiero wtedy, gdy pierwotne zadanie zakończy się powodzeniem albo dowody osiągną granicę wymagającą eskalacji.

Zdefiniuj każdą ścieżkę i zachowaj trasę odzyskiwania

Wymień dokładne trasy klient-NAS, które musisz przetestować: zwykłą sieć LAN, każdą routowaną sieć VLAN oraz każdy profil VPN. Zapisz fizyczne interfejsy sieciowe, agregacje, mosty, podinterfejsy VLAN, przełączniki wirtualne, interfejsy tunelowe, przeskoki routerów oraz bieżące MTU wyświetlane na każdej warstwie; faktycznie wybrana trasa ma większe znaczenie niż zamierzony schemat.

Zachowaj jedną sprawdzoną ścieżkę zarządzania z MTU 1500 albo zapewnij dostęp do lokalnej konsoli przed zmianą interfejsu NAS-a. Powiązana diagnoza ZimaSpace dotycząca niezgodności MTU lub utraty pakietów odróżnia powtarzalną granicę rozmiaru pakietu od losowych strat, dlatego jest właściwym uzupełniającym testem, gdy transfer zatrzymuje się, ale mały ruch nadal działa.

Na każdej ścieżce wykonaj i zapisz poprawne testy małym pakietem: ping, zapytanie DNS, logowanie do NAS-a, montowanie SMB lub NFS oraz zapis pliku tymczasowego. Przerwij, jeśli jedyna trasa administracyjna jest niepewna, ponieważ eksperyment z MTU nigdy nie powinien zamienić problemu z wydajnością w zablokowany serwer.

Znajdź największy niezawodny ładunek w obu kierunkach

Zacznij od zwykłych małych pakietów, a następnie zwiększaj ładunek, blokując fragmentację IPv4 lub używając testu IPv6 odpowiedniego dla danej platformy. Uwzględnij nagłówki IP i ICMP, zamiast traktować rozmiar ładunku jako MTU interfejsu, i uruchom test od klienta do NAS-a oraz od NAS-a do klienta.

Wykrywanie MTU ścieżki zależy od informacji zwrotnej, gdy pakiet nie może przejść przez kolejne łącze. Omówienie APNIC dotyczące zachowania typu czarna dziura dla MTU ścieżki wyjaśnia, dlaczego filtrowane komunikaty sterujące mogą powodować stan czarnej dziury, w którym mniejsze wymiany działają, a większy ruch zostaje zablokowany.

Zapisz najwyższy powtarzalny ładunek dla każdej trasy oraz pierwszy rozmiar powodujący niepowodzenie. Jeśli wyniki niepowodzeń zmieniają się między uruchomieniami, najpierw zbadaj straty, jakość Wi-Fi lub przeciążenie; granica MTU powinna pojawiać się przy stałym progu, a nie jako losowa utrata pakietów.

Zlokalizuj najmniejszy przeskok zamiast obniżać MTU wszędzie

Porównaj zmierzoną granicę z każdym interfejsem na wybranej trasie. Hermetyzacja VPN zmniejsza użyteczny ładunek, interfejs VLAN może dziedziczyć MTU interfejsu nadrzędnego lub je nadpisywać, a most albo przełącznik wirtualny może być najmniejszym przeskokiem, nawet gdy oba fizyczne punkty końcowe deklarują obsługę dużych ramek.

Zmieniaj jeden element naraz, zaczynając od infrastruktury, która musi zezwalać na daną ramkę, i kończąc na jednym testowym punkcie końcowym. Nie zwiększaj MTU w całej sieci LAN, aby naprawić jedną ścieżkę do pamięci masowej, i nie używaj ograniczania MSS jako stałego rozwiązania, dopóki nie potwierdzisz granicy powodującej problem oraz kierunku TCP, którego dotyczy.

Po każdej zmianie powtórz serię testów pakietów. Wynik pozytywny oznacza, że oba kierunki osiągają planowany rozmiar bez strat, a wszystkie mniejsze ścieżki pozostają użyteczne; wynik negatywny oznacza przywrócenie ostatniej wartości i zachowanie zmierzonej granicy jako bezpiecznego limitu trasy.

Featured

ZimaCube 2 Osobisty domowy NAS w chmurze

ZimaCube2

$799.00 - $2,499.00

Buy Now

Zweryfikuj działanie za pomocą pierwotnego zadania NAS i VPN

Uruchom ten sam transfer dużego pliku, strumień kopii zapasowej lub zdalne montowanie, które ujawniło problem, używając tego samego klienta, protokołu, szyfrowania i trasy. Porównaj przepustowość, zatrzymania, retransmisje i dzienniki aplikacji z zapisanym punktem odniesienia, zamiast oceniać sytuację wyłącznie na podstawie pinga.

Wykonaj test ponownie po ponownym połączeniu VPN oraz po ponownym uruchomieniu klienta lub NAS-a, ponieważ kolejność interfejsów i MTU tunelu mogą się zmienić podczas ich odtwarzania. Potwierdź, że zwykli klienci z MTU 1500 nadal mogą przeglądać, odczytywać, zapisywać i ponownie łączyć się z NAS-em.

Zachowaj zmianę tylko wtedy, gdy pierwotne zadanie zakończy się powodzeniem dwukrotnie, a każda ścieżka zarządzania pozostanie dostępna. Wycofaj zmianę, gdy niezawodna granica różni się zależnie od trasy, i eskaluj problem, przekazując informacje o trasie, interfejsie, rozmiarze pakietu oraz przechwyceniu ruchu, jeśli komunikaty sterujące znikają poza urządzeniami, którymi zarządzasz.