La carpeta SMB sembla antiga per VPN? Comproveu els fitxers offline

Connecteu el VPN, obriu la unitat assignada i a la carpeta hi falta un fitxer que el servidor clarament té. L'instint és culpar el túnel, el DNS o els permisos de Samba. En molts casos la connexió és correcta i l'Explorer mostra una còpia en memòria cau del recurs compartit. Els fitxers offline poden servir aquesta còpia fins i tot amb el VPN actiu, perquè és el recurs compartit, no el túnel, qui decideix si la vista és en directe. La solució comença per demostrar quina de les dues esteu mirant.

El mite: una icona de VPN vol dir que el recurs compartit és en directe

La icona del VPN informa que hi ha un túnel fins al punt final. No diu res sobre si un recurs compartit SMB concret és accessible, si l'Explorer ha tornat aquell recurs al mode en línia o si una fallada de sincronització hi ha deixat una còpia més antiga. Tampoc no us diu quin servidor ha triat una ruta DFS.

Els fitxers offline guarden una còpia local dels recursos compartits redirigits o fixats perquè continuïn disponibles quan el servidor no és accessible. Quan el recurs torna, cal que el client recuperi el mode en línia i se sincronitzi. Una política d'enllaç lent pot decidir que la connexió encara és massa lenta i mantenir la vista en memòria cau, i un conflicte pendent pot fer el mateix fins i tot en un enllaç ràpid.

Per això el símptoma sembla selectiu: una carpeta és antiga, una altra s'obre correctament i una tercera no s'obre gens. Són tres estats diferents, i només el primer és la història de la memòria cau que tracta aquest article. Anomeneu l'estat abans de triar una reparació.

Demostreu quin destí llegeix l'Explorer

Comenceu per la ruta UNC exacta en lloc de la lletra d'unitat. Una unitat assignada pot apuntar a un recurs compartit diferent del que penseu, i una ruta DFS pot remetre a un servidor completament diferent. Llegir l'assignació mostra el destí desat i el seu estat:

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

Obriu la ruta UNC directament en una finestra nova de l'Explorer i compareu-la amb la unitat assignada. Si la ruta directa mostra el fitxer actual i la unitat assignada no, l'assignació forma part del problema, no la memòria cau.

Després confirmeu que el fitxer existeix per a l'usuari previst. Un llistat d'administrador al servidor demostra que existeix, no que l'usuari SMB ordinari tingui el mateix accés, així que comproveu-ho amb el compte que realment usa el recurs. Credencials diferents produeixen vistes diferents per motius que no tenen res a veure amb la memòria cau. Existència, accés i visibilitat són tres comprovacions separades.

Llegiu l'estat de sincronització abans d'esborrar res

El Centre de sincronització, on la funció és disponible, informa si el recurs funciona fora de línia, si l'última sincronització ha fallat i si hi ha conflictes esperant. Aquests tres estats porten a reparacions diferents, i esborrar la memòria cau mentre hi ha un conflicte pendent pot fer perdre feina local.

Busqueu canvis locals que no hagin arribat al servidor abans de desactivar la memòria cau, desfixar el recurs o esborrar la còpia fora de línia. Un fitxer que només existeix a la memòria cau no és una vista antiga; són dades sense sincronitzar, i primer cal preservar-les pel procés aprovat. Una memòria cau amb canvis pendents no es pot esborrar amb seguretat.

Quan la feina local és segura, useu la transició en línia i la sincronització admeses, i després torneu a comparar el llistat. Obrir una segona finestra de l'Explorer no força cap actualització, perquè les dues finestres poden llegir la mateixa memòria cau local.

Repareu l'estat del recurs en lloc d'eliminar la funció

Si el recurs queda fora de línia per una política d'enllaç lent, ajusteu la política per a aquell recurs o xarxa en lloc de desactivar els fitxers offline per a tots els usuaris. Si la sincronització falla una i altra vegada, repareu la fallada i resoleu els conflictes; una sincronització que funciona és el que torna a posar al dia la còpia en memòria cau. Canvieu la política més petita que cobreixi el recurs. Un canvi global intercanvia la vista antiga d'un usuari per la pèrdua d'accés fora de línia de tothom.

Per als recursos compartits que no s'haurien de guardar mai a la memòria cau, el servidor pot enviar un suggeriment per recurs. Samba l'exposa com a paràmetre del recurs, i el valor per a un recurs que ha de romandre només en línia és:

csc policy = disable

referència de paràmetres de Samba defineix els valors permesos i el seu significat. Apliqueu el paràmetre mitjançant el gestor de recursos que realment genera la configuració, sobretot en un NAS, i recordeu que el suggeriment no repara les dades ja guardades en memòria cau en un client.

Després de qualsevol canvi de política, verifiqueu que el client es torna a connectar i que apareix el fitxer esperat. Un servei reiniciat no és prova que s'hagi pujat un canvi local pendent, així que comproveu el fitxer, no només l'estat de la connexió.

Quan la causa no són els fitxers offline

Si la ruta UNC està confirmada en línia i un llistat nou encara difereix, la memòria cau no és l'explicació. Comproveu els permisos del recurs i del sistema de fitxers, l'enumeració basada en l'accés i el servidor que realment ha triat una remissió DFS. Cadascun d'aquests pot amagar una carpeta sense cap còpia local.

Un recurs que no es connecta mai necessita proves d'encaminament i de filtratge de serveis, no una comprovació de memòria cau. El port 445 bloquejat pel túnel, un nom DNS que es resol a l'adreça equivocada o una regla de tallafoc que permet ping però no SMB, tots produeixen una fallada abans que la memòria cau importi.

La prova que separa les famílies és simple: una carpeta que existeix al servidor, és visible per a l'usuari correcte i encara no apareix en línia apunta a política o enumeració; una carpeta que apareix amb contingut antic apunta a la memòria cau. Diagnostiqueu la família abans de canviar cap paràmetre.