Dlaczego zdalny SMB zawiesza się, gdy laptop przełącza się między sieciami?

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.

Why Does Remote SMB Stall When a Laptop Switches Networks? - Zima Store Online

Zdalny SMB zatrzymuje się po przełączeniu sieci, ponieważ istniejąca sesja TCP jest powiązana z adresem i trasą, które już nie istnieją.

Gdy laptop przełącza się z Ethernetu na Wi-Fi, z domowego Wi-Fi na hotspot lub z jednej ścieżki VPN na inną, jego adres IP źródłowy, interfejs, brama, serwer DNS, MTU oraz dostępność do NAS mogą się zmienić. SMB może automatycznie się ponownie połączyć, pozostać w stanie półotwartym do wygaśnięcia limitu czasu, wybrać inny interfejs lub zachować przestarzałe poświadczenia i stan mapowanego dysku. Diagnoza powinna oddzielić oczekiwane przerwanie sesji od problemu z trasą, DNS, VPN lub sterownikiem bezprzewodowym, który uniemożliwia czyste ponowne połączenie.

Potwierdź, że zmiana sieci przerywa istniejącą sesję

Otwórz zdalny udział i rozpocznij kontrolowany transfer, następnie przełącz sieć, rejestrując czas, stare i nowe adresy klienta, stan VPN oraz błąd SMB. Przetestuj nowe połączenie po przełączeniu osobno od oryginalnego transferu.

Przypadek Microsoft Q&A zauważa, że istniejące sesje SMB przerywają się, gdy laptop przełącza się z Ethernetu na Wi-Fi, ponieważ zmienia się ścieżka i profil sieciowy. Czerwony ikonka rozłączenia może się odzyskać przy dostępie, podczas gdy trwale zatrzymany montaż sygnalizuje dodatkowy problem.

Jeśli nowe połączenie z udziałem działa, ale stary transfer się nie powiódł, przejście sieciowe zachowało się zgodnie z oczekiwaniami i przepływ pracy wymaga wsparcia wznawiania lub ponownego łączenia. Jeśli nawet nowe połączenie się zatrzymuje, kontynuuj sprawdzanie tras, DNS, VPN i stanu klienta.

Porównaj trasy przed i po przełączeniu

Zanotuj trasę do adresu NAS na starym interfejsie i ponownie po aktywacji nowej sieci. Sprawdź prefiks docelowy, bramę, metrykę, interfejs VPN oraz czy stara trasa nadal jest zainstalowana.

Przypadek Ask Different opisuje przerywany dostęp do SMB po podzieleniu sieci na VLAN-y, z przywróceniem dostępu po ponownym połączeniu sieci. Ten wzorzec wspiera sprawdzenie stanu trasy i interfejsu przed uznaniem udziału NAS za niedostępny.

Jeśli trasa do NAS nadal wskazuje na rozłączony interfejs, odśwież trasy lub ponownie połącz VPN. Jeśli nowa trasa pokrywa się z podsiecią zdalnego NAS, napraw konflikt split-tunnel lub adresowania przed czyszczeniem sesji SMB.

Sprawdź DNS i rozwiązywanie nazw hostów w nowej sieci

Rozwiąż nazwę hosta NAS przed i po przełączeniu sieci i porównaj rekordy A, AAAA, sufiks wyszukiwania oraz serwer DNS. Następnie przetestuj udział po znanym adresie IP VPN lub NAS.

Nazwa hosta może być rozwiązywana lokalnie przez DNS routera lub mDNS, ale nie działać na hotspotcie, podczas gdy polityka DNS VPN może pojawić się kilka sekund po przełączeniu interfejsu. Istniejące mapowane ścieżki mogą zachować nazwę, mimo że obecny resolver zwraca inny lub niedostępny adres.

Jeśli IP działa, a nazwa hosta nie, napraw split DNS, DNS VPN, sufiksy lub pamięć podręczną odpowiedzi. Jeśli oba zawiodą, kontynuuj badanie tras, zapory lub łączności tunelu.

-15% OFF

ZimaBoard 2 – Mini serwer domowy dla Twojego wielkiego pomysłu

Single board computer zimaboard2

Wyczyść uszkodzoną sesję SMB bez ponownego uruchamiania laptopa

Przerwij nieudane kopiowanie, rozłącz dotknięty mapowany udział lub montowanie i zamknij aplikacje trzymające otwarte pliki. Usuń tylko przestarzałe połączenie SMB przed ponownym połączeniem przez nową sieć.

Windows i inni klienci mogą utrzymywać stan półotwarty do wygaśnięcia limitów czasu TCP i SMB. Ponowne uruchomienie ukrywa to zachowanie, ale nie dowodzi, czy prawdziwą naprawą było czyszczenie sesji, odzyskanie trasy czy korekta DNS.

Jeśli czyste ponowne zamontowanie działa od razu, zautomatyzuj ponowne łączenie lub użyj narzędzia transferowego, które wznawia po zmianach ścieżki. Jeśli ponowne zamontowanie zawiesza się, przechwyć nową próbę połączenia i kontynuuj testy VPN, zapory lub sterownika interfejsu.

Sprawdź, czy przełączenie interfejsu wywołuje błąd sterownika

Monitoruj logi systemowe podczas przełączania między Wi-Fi, Ethernetem i hotspotem. Szukaj resetów adaptera, nieudanej instalacji klucza, utraty tras domyślnych, błędów usługi DNS lub pozostawania VPN powiązanego ze starym interfejsem.

Raport społeczności Intel opisuje AX210 tracący sesję SMB podczas aktywności Wi-Fi, zauważając, że reset bezprzewodowy powoduje utratę sesji, mimo że sam NAS pozostawał dostępny.

Jeśli interfejs znika lub się resetuje, zaktualizuj lub przywróć sterownik sieciowy i odtwórz przejście bez SMB. Jeśli interfejs pozostaje stabilny, nie obwiniaj sprzętu Wi-Fi i wróć do sprawdzania tras, stanu VPN i odzyskiwania sesji.

Zweryfikuj ponowne połączenie i wznawianie na każdej wymaganej sieci

Przetestuj sekwencję przejścia, którą faktycznie wykonują użytkownicy: domowe Wi-Fi do mobilnego hotspotu, Ethernet do Wi-Fi lub publiczne Wi-Fi do VPN. Potwierdź świeże połączenie SMB, uwierzytelnienie, listę katalogów, odczyt, zapis i wznowiony transfer.

Przewodnik ZimaSpace dotyczący dostępnego serwera z limitami czasu SMB omawia kolejny poziom, gdy dostępność sieci wraca, ale udział nadal się zawiesza.

Problem jest rozwiązany tylko wtedy, gdy stara sesja zawodzi przewidywalnie lub łączy się czysto, nowa sesja podąża właściwą trasą i nazwą hosta, a narzędzie transferowe wznawia bez ponownego kopiowania ukończonych danych. Nie oczekuj, że jedna sesja TCP przetrwa zmianę adresu źródłowego, chyba że protokół i klient wyraźnie obsługują migrację ścieżki.