Cartella SMB obsoleta via VPN? Controllate i file offline

Vi collegate alla VPN, aprite l'unità mappata e nella cartella manca un file che il server ha chiaramente. Il primo istinto è dare la colpa al tunnel, al DNS o ai permessi di Samba. In molti casi la connessione va bene e Explorer mostra una copia memorizzata nella cache della condivisione. I file offline possono servire quella copia anche con la VPN attiva, perché è la condivisione, non il tunnel, a decidere se la vista è aggiornata. La riparazione inizia dimostrando quale delle due state guardando.

Il mito: un'icona VPN significa che la condivisione è aggiornata

L'icona VPN segnala che esiste un tunnel verso l'endpoint. Non dice nulla sulla raggiungibilità di una specifica condivisione SMB, sul ritorno di quella condivisione in modalità online da parte di Explorer o su una copia più vecchia lasciata al suo posto da una sincronizzazione fallita. Non vi dice nemmeno quale server abbia scelto un percorso DFS.

I file offline conservano una copia locale delle condivisioni reindirizzate o aggiunte così che restino disponibili quando il server non è raggiungibile. Quando la condivisione ritorna, il client dovrebbe tornare online e sincronizzare. Un criterio di collegamento lento può decidere che la connessione è ancora troppo lenta e mantenere la vista nella cache, e un conflitto in sospeso può fare lo stesso anche su un collegamento veloce.

Per questo il sintomo sembra selettivo: una cartella è obsoleta, un'altra si apre correttamente e una terza non si apre affatto. Sono tre stati diversi, e solo il primo è la storia della cache di cui tratta questo articolo. Nominate lo stato prima di scegliere una riparazione.

Dimostrate quale destinazione sta leggendo Explorer

Iniziate dal percorso UNC esatto invece che dalla lettera di unità. Un'unità mappata può puntare a una condivisione diversa da quella che pensate, e un percorso DFS può riferirsi a un server completamente diverso. Leggere la mappatura mostra la destinazione salvata e il suo stato:

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

Aprite il percorso UNC direttamente in una nuova finestra di Explorer e confrontatelo con l'unità mappata. Se il percorso diretto mostra il file attuale e l'unità mappata no, la mappatura fa parte del problema, non la cache.

Poi verificate che il file esista per l'utente previsto. Un elenco amministrativo sul server dimostra l'esistenza, non che l'utente SMB ordinario abbia lo stesso accesso, quindi controllate con l'account che usa davvero la condivisione. Credenziali diverse producono viste diverse per motivi che non hanno nulla a che vedere con la cache. Esistenza, accesso e visibilità sono tre controlli separati.

Leggete lo stato di sincronizzazione prima di cancellare qualsiasi cosa

Il Centro sincronizzazione, dove la funzione è disponibile, indica se la condivisione funziona offline, se l'ultima sincronizzazione è fallita e se ci sono conflitti in attesa. Questi tre stati portano a riparazioni diverse, e cancellare la cache mentre un conflitto è in sospeso può buttare via lavoro locale.

Cercate modifiche locali che non hanno raggiunto il server prima di disattivare la cache, rimuovere il pin della condivisione o eliminare la copia offline. Un file che esiste solo nella cache non è una vista obsoleta; sono dati non sincronizzati, e vanno prima preservati con il processo approvato. Una cache con modifiche in sospeso non è sicura da eliminare.

Quando il lavoro locale è al sicuro, usate la transizione online e la sincronizzazione supportate, poi confrontate di nuovo l'elenco. Aprire una seconda finestra di Explorer non forza un aggiornamento, perché entrambe le finestre possono leggere la stessa cache locale.

Riparate lo stato della condivisione invece di eliminare la funzione

Se la condivisione resta offline a causa di un criterio di collegamento lento, regolate il criterio per quella condivisione o rete invece di disattivare i file offline per tutti gli utenti. Se la sincronizzazione continua a fallire, riparate il guasto e risolvete i conflitti; una sincronizzazione funzionante è ciò che rende di nuovo attuale la copia nella cache. Cambiate il criterio più piccolo che copre la condivisione. Un cambiamento globale scambia la vista obsoleta di un utente con la perdita di accesso offline di tutti.

Per le condivisioni che non dovrebbero mai essere memorizzate nella cache, il server può inviare un suggerimento per condivisione. Samba lo espone come parametro della condivisione, e il valore per una condivisione che deve restare solo online è:

csc policy = disable

riferimento dei parametri di Samba definisce i valori consentiti e il loro significato. Applicate l'impostazione tramite il gestore delle condivisioni che genera davvero la configurazione, soprattutto su un NAS, e ricordate che il suggerimento non ripara i dati già memorizzati nella cache su un client.

Dopo ogni modifica dei criteri, verificate che il client si riconnetta e che il file atteso compaia. Un servizio riavviato non è prova che una modifica locale in sospeso sia stata caricata, quindi controllate il file, non solo lo stato della connessione.

Quando la causa non sono i file offline

Se il percorso UNC è confermato online e un elenco nuovo differisce ancora, la cache non è la spiegazione. Controllate i permessi della condivisione e del file system, l'enumerazione basata sull'accesso e il server che un riferimento DFS ha davvero scelto. Ognuno di questi può nascondere una cartella senza alcuna copia locale coinvolta.

Una condivisione che non si connette mai richiede prove di routing e di filtro dei servizi, non un controllo della cache. La porta 445 bloccata dal tunnel, un nome DNS che risolve all'indirizzo sbagliato o una regola del firewall che consente ping ma non SMB producono tutti un guasto prima che la cache conti.

Il test che separa le due famiglie è semplice: una cartella che esiste sul server, è visibile all'utente giusto e ancora non compare online punta a un criterio o all'enumerazione; una cartella che compare con contenuto vecchio punta alla cache. Diagnosticate la famiglia prima di cambiare un'impostazione.