Folder SMB wygląda na nieaktualny przez VPN? Sprawdź pliki offline

Łączysz się z VPN, otwierasz zamapowany dysk, a w folderze brakuje pliku, który serwer wyraźnie ma. Pierwszy odruch to obwinianie tunelu, DNS lub uprawnień Samby. W wielu przypadkach połączenie jest w porządku, a Eksplorator pokazuje buforowaną kopię udziału. Pliki offline mogą udostępniać tę kopię nawet przy włączonym VPN, ponieważ to udział, a nie tunel, decyduje, czy widok jest aktualny. Naprawa zaczyna się od ustalenia, na którą z nich patrzysz.

Mit: ikona VPN oznacza, że udział jest aktualny

Ikona VPN informuje, że do punktu końcowego istnieje tunel. Nie mówi nic o tym, czy konkretny udział SMB jest osiągalny, czy Eksplorator przełączył ten udział z powrotem w tryb online, ani czy nieudana synchronizacja pozostawiła starszą kopię. Nie mówi też, który serwer wybrała ścieżka DFS.

Pliki offline zachowują lokalną kopię udziałów przekierowanych lub przypiętych aby pozostały dostępne, gdy serwer jest nieosiągalny. Gdy udział wróci, klient powinien wrócić do trybu online i zsynchronizować się. Zasada wolnego połączenia może uznać, że połączenie jest wciąż zbyt wolne, i zachować buforowany widok, a oczekujący konflikt może zrobić to samo nawet przy szybkim łączu.

Dlatego objaw wydaje się wybiórczy: jeden folder jest nieaktualny, drugi otwiera się poprawnie, a trzeci nie otwiera się wcale. To trzy różne stany i tylko pierwszy jest historią pamięci podręcznej, której dotyczy ten artykuł. Nazwij stan, zanim wybierzesz naprawę.

Udowodnij, który cel czyta Eksplorator

Zacznij od dokładnej ścieżki UNC, a nie od litery dysku. Zamapowany dysk może wskazywać inny udział niż myślisz, a ścieżka DFS może odnosić się do zupełnie innego serwera. Odczyt mapowania pokazuje zapisany cel i jego stan:

Get-SmbMapping | Select-Object LocalPath, RemotePath, Status
Get-SmbConnection
net use

Otwórz ścieżkę UNC bezpośrednio w nowym oknie Eksploratora i porównaj ją z zamapowanym dyskiem. Jeśli ścieżka bezpośrednia pokazuje bieżący plik, a zamapowany dysk nie, mapowanie jest częścią problemu, a nie pamięć podręczna.

Następnie potwierdź, że plik istnieje dla zamierzonego użytkownika. Lista administratora na serwerze dowodzi istnienia, a nie tego, że zwykły użytkownik SMB ma ten sam dostęp, więc sprawdź na koncie, które faktycznie korzysta z udziału. Różne poświadczenia dają różne widoki z powodów niezwiązanych z pamięcią podręczną. Istnienie, dostęp i widoczność to trzy osobne kontrole.

Odczytaj stan synchronizacji, zanim cokolwiek usuniesz

Centrum synchronizacji, tam gdzie funkcja jest dostępna, informuje, czy udział działa offline, czy ostatnia synchronizacja nie powiodła się i czy czekają konflikty. Te trzy stany prowadzą do różnych napraw, a czyszczenie pamięci podręcznej przy oczekującym konflikcie może zniszczyć lokalną pracę.

Szukaj lokalnych zmian, które nie dotarły do serwera, zanim wyłączysz buforowanie, odepniesz udział lub usuniesz kopię offline. Plik istniejący tylko w pamięci podręcznej nie jest nieaktualnym widokiem; to niezsynchronizowane dane i najpierw trzeba je zabezpieczyć zatwierdzonym procesem. Pamięci podręcznej z oczekującymi zmianami nie można bezpiecznie usuwać.

Gdy lokalna praca jest bezpieczna, użyj obsługiwanego przejścia w tryb online i synchronizacji, a potem ponownie porównaj listę. Otwarcie drugiego okna Eksploratora nie wymusza odświeżenia, ponieważ oba okna mogą czytać tę samą lokalną pamięć podręczną.

Napraw stan udziału zamiast usuwać funkcję

Jeśli udział pozostaje offline z powodu zasady wolnego połączenia, dostosuj zasadę dla tego udziału lub sieci zamiast wyłączać pliki offline wszystkim użytkownikom. Jeśli synchronizacja ciągle zawodzi, napraw błąd i rozwiąż konflikty; działająca synchronizacja sprawia, że buforowana kopia znów jest aktualna. Zmień najmniejszą zasadę obejmującą udział. Zmiana globalna wymienia nieaktualny widok jednego użytkownika na utratę dostępu offline przez wszystkich.

Dla udziałów, których nigdy nie należy buforować, serwer może wysłać wskazówkę dla każdego udziału. Samba udostępnia ją jako parametr udziału, a wartość dla udziału, który musi pozostać tylko online, to:

csc policy = disable

Dokumentacja parametrów Samby określa dozwolone wartości i ich znaczenie. Zastosuj ustawienie przez menedżera udziałów, który faktycznie generuje konfigurację, zwłaszcza na NAS, i pamiętaj, że wskazówka nie naprawia danych już zbuforowanych na kliencie.

Po każdej zmianie zasady sprawdź, czy klient łączy się ponownie i czy pojawia się oczekiwany plik. Zrestartowana usługa nie jest dowodem na przesłanie oczekującej lokalnej zmiany, więc sprawdzaj plik, a nie tylko stan połączenia.

Gdy przyczyną nie są pliki offline

Jeśli ścieżka UNC jest potwierdzona jako online, a świeża lista nadal się różni, pamięć podręczna nie jest wyjaśnieniem. Sprawdź uprawnienia udziału i systemu plików, wyliczanie oparte na dostępie i serwer, który faktycznie wybrało odwołanie DFS. Każde z nich może ukryć folder bez udziału lokalnej kopii.

Udział, który nigdy się nie łączy, wymaga dowodów routingu i filtrowania usług, a nie sprawdzania pamięci podręcznej. Zablokowany przez tunel port 445, nazwa DNS rozwiązująca się na zły adres lub reguła zapory pozwalająca na ping, ale nie na SMB, dają błąd, zanim pamięć podręczna zacznie mieć znaczenie.

Test rozdzielający obie rodziny jest prosty: folder, który istnieje na serwerze, jest widoczny dla właściwego użytkownika i nadal nie pojawia się online, wskazuje na zasadę lub wyliczanie; folder, który pojawia się ze starą zawartością, wskazuje na pamięć podręczną. Zdiagnozuj rodzinę, zanim zmienisz ustawienie.