A carpeta SMB parece antiga por VPN? Revise os ficheiros sen conexión

Conéctase á VPN, abre a unidade asignada e na carpeta falta un ficheiro que o servidor claramente ten. O primeiro instinto é culpar o túnel, o DNS ou os permisos de Samba. En moitos casos a conexión está ben e o Explorador mostra unha copia na caché do recurso compartido. Os ficheiros sen conexión poden servir esa copia mesmo coa VPN activa, porque é o recurso compartido, non o túnel, quen decide se a vista está actualizada. A reparación comeza por demostrar cal dos dous está a ver.

O mito: unha icona de VPN significa que o recurso compartido está actualizado

A icona da VPN indica que existe un túnel ata o extremo. Non di nada sobre se un recurso compartido SMB concreto é accesible, se o Explorador devolveu ese recurso ao modo en liña ou se un fallo de sincronización deixou unha copia máis antiga no seu sitio. Tampouco lle di que servidor escolleu unha ruta DFS.

Os ficheiros sen conexión gardan unha copia local dos recursos compartidos redirixidos ou fixados para que sigan dispoñibles cando o servidor non é accesible. Cando o recurso volve, se supón que o cliente regresa ao modo en liña e sincroniza. Unha política de vínculo lento pode decidir que a conexión segue sendo demasiado lenta e manter a vista na caché, e un conflito pendente pode facer o mesmo mesmo nun vínculo rápido.

Por iso o síntoma parece selectivo: unha carpeta está desactualizada, outra ábrese correctamente e unha terceira non se abre en absoluto. Son tres estados distintos, e só o primeiro é a historia da caché que trata este artigo. Nomee o estado antes de escoller unha reparación.

Demostre que destino está a ler o Explorador

Empece pola ruta UNC exacta en lugar da letra de unidade. Unha unidade asignada pode apuntar a un recurso compartido distinto do que cre, e unha ruta DFS pode referirse a un servidor completamente distinto. Ler a asignación mostra o destino gardado e o seu estado:

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

Abra a ruta UNC directamente nunha ventá nova do Explorador e compáraa coa unidade asignada. Se a ruta directa mostra o ficheiro actual e a unidade asignada non, a asignación forma parte do problema, non a caché.

Despois confirme que o ficheiro existe para o usuario previsto. Unha listaxe de administrador no servidor demostra a existencia, non que o usuario SMB normal teña o mesmo acceso, así que compróbeo coa conta que realmente usa o recurso. Credenciais distintas producen vistas distintas por motivos que non teñen nada que ver coa caché. Existencia, acceso e visibilidade son tres comprobacións separadas.

Lea o estado de sincronización antes de borrar nada

O Centro de sincronización, onde a función está dispoñible, informa de se o recurso funciona sen conexión, se a última sincronización fallou e se hai conflitos esperando. Eses tres estados levan a reparacións distintas, e borrar a caché mentres hai un conflito pendente pode descartar traballo local.

Busque cambios locais que non chegasen ao servidor antes de desactivar a caché, desfixar o recurso ou eliminar a copia sen conexión. Un ficheiro que só existe na caché non é unha vista desactualizada; son datos sen sincronizar, e primeiro hai que preservalos mediante o proceso aprobado. Unha caché con cambios pendentes non é segura de borrar.

Unha vez que o traballo local está a salvo, use a transición en liña e a sincronización admitidas, e despois volva comparar a listaxe. Abrir unha segunda ventá do Explorador non forza unha actualización, porque ambas as ventás poden ler a mesma caché local.

Repare o estado do recurso en lugar de eliminar a función

Se o recurso segue sen conexión por unha política de vínculo lento, axuste a política para ese recurso ou esa rede en lugar de desactivar os ficheiros sen conexión para todos os usuarios. Se a sincronización segue fallando, repare o fallo e resolva os conflitos; unha sincronización que funciona é o que volve poñer ao día a copia na caché. Cambie a política máis pequena que cubra o recurso. Un cambio global intercambia a vista desactualizada dun usuario pola perda de acceso sen conexión de todos.

Para os recursos compartidos que nunca deberían gardarse na caché, o servidor pode enviar unha suxestión por recurso. Samba expóna como parámetro do recurso, e o valor para un recurso que debe permanecer só en liña é:

csc policy = disable

referencia de parámetros de Samba define os valores permitidos e o seu significado. Aplique a configuración mediante o xestor de recursos compartidos que realmente xera a configuración, sobre todo nun NAS, e lembre que a suxestión non repara os datos xa gardados na caché nun cliente.

Despois de calquera cambio de política, verifique que o cliente se volve conectar e que aparece o ficheiro esperado. Un servizo reiniciado non é proba de que se subise un cambio local pendente, así que comprobe o ficheiro, non só o estado da conexión.

Cando a causa non son os ficheiros sen conexión

Se a ruta UNC está confirmada en liña e unha listaxe nova segue diferindo, a caché non é a explicación. Comprobe os permisos do recurso e do sistema de ficheiros, a enumeración baseada en acceso e o servidor que realmente escolleu unha referencia DFS. Calquera deses pode ocultar unha carpeta sen que interveña ningunha copia local.

Un recurso que nunca se conecta necesita probas de encamiñamento e de filtrado de servizos, non unha comprobación de caché. O porto 445 bloqueado polo túnel, un nome DNS que se resolve á dirección equivocada ou unha regra de firewall que permite ping pero non SMB producen un fallo antes de que a caché importe.

A proba que separa as dúas familias é sinxela: unha carpeta que existe no servidor, é visible para o usuario correcto e aínda así non aparece en liña apunta a unha política ou á enumeración; unha carpeta que aparece con contido antigo apunta á caché. Diagnostique a familia antes de cambiar un axuste.