SMB-map lijkt verouderd via VPN? Controleer Offline-bestanden

U verbindt de VPN, opent het toegewezen station, en in de map ontbreekt een bestand dat de server duidelijk heeft. Het eerste instinct is de tunnel, de DNS of Samba-machtigingen de schuld geven. In veel gevallen is de verbinding in orde en toont Verkenner een in de cache opgeslagen kopie van de share. Offline-bestanden kunnen die kopie zelfs leveren terwijl de VPN aan staat, omdat de share, niet de tunnel, bepaalt of de weergave actueel is. De reparatie begint met bewijzen welke van de twee u bekijkt.

De mythe: een VPN-pictogram betekent dat de share actueel is

Het VPN-pictogram meldt dat er een tunnel naar het eindpunt bestaat. Het zegt niets over of een bepaalde SMB-share bereikbaar is, of Verkenner die share terug heeft gezet naar de onlinemodus, of dat een mislukte synchronisatie een oudere kopie heeft achtergelaten. Het vertelt u ook niet welke server een DFS-pad heeft gekozen.

Offline-bestanden bewaren een lokale kopie van omgeleide of vastgemaakte shares zodat ze beschikbaar blijven wanneer de server onbereikbaar is. Wanneer de share terugkomt, hoort de client weer online te gaan en te synchroniseren. Een beleid voor langzame verbindingen kan besluiten dat de verbinding nog te langzaam is en de gecachte weergave behouden, en een wachtend conflict kan hetzelfde doen, zelfs op een snelle verbinding.

Daarom lijkt het symptoom selectief: de ene map is verouderd, een andere opent correct en een derde opent helemaal niet. Dat zijn drie verschillende toestanden, en alleen de eerste is het cacheverhaal waar dit artikel over gaat. Benoem de toestand voordat u een reparatie kiest.

Bewijs welk doel Verkenner leest

Begin met het exacte UNC-pad in plaats van de stationsletter. Een toegewezen station kan naar een andere share wijzen dan u denkt, en een DFS-pad kan naar een heel andere server verwijzen. Het lezen van de toewijzing toont het opgeslagen doel en de status:

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

Open het UNC-pad rechtstreeks in een nieuw Verkenner-venster en vergelijk het met het toegewezen station. Als het directe pad het huidige bestand toont en het toegewezen station niet, is de toewijzing deel van het probleem, niet de cache.

Bevestig daarna dat het bestand bestaat voor de bedoelde gebruiker. Een beheerderslijst op de server bewijst het bestaan, niet dat de gewone SMB-gebruiker dezelfde toegang heeft, dus controleer met het account dat de share daadwerkelijk gebruikt. Verschillende referenties geven verschillende weergaven om redenen die niets met caching te maken hebben. Bestaan, toegang en zichtbaarheid zijn drie afzonderlijke controles.

Lees de synchronisatiestatus voordat u iets wist

Het Synchronisatiecentrum, waar de functie beschikbaar is, meldt of de share offline werkt, of de laatste synchronisatie is mislukt en of er conflicten wachten. Deze drie toestanden leiden tot verschillende reparaties, en de cache wissen terwijl een conflict wacht kan lokaal werk weggooien.

Zoek naar lokale wijzigingen die de server niet hebben bereikt voordat u caching uitschakelt, de share losmaakt of de offlinekopie verwijdert. Een bestand dat alleen in de cache bestaat is geen verouderde weergave; het zijn niet-gesynchroniseerde gegevens, en die moeten eerst via het goedgekeurde proces worden bewaard. Een cache met wachtende wijzigingen is niet veilig om te verwijderen.

Zodra het lokale werk veilig is, gebruikt u de ondersteunde overgang naar online en de synchronisatie, en vergelijkt u daarna de lijst opnieuw. Een tweede Verkenner-venster openen dwingt geen vernieuwing af, omdat beide vensters dezelfde lokale cache kunnen lezen.

Repareer de toestand van de share in plaats van de functie te verwijderen

Als de share offline blijft door een beleid voor langzame verbindingen, pas dan het beleid voor die share of dat netwerk aan in plaats van Offline-bestanden voor alle gebruikers uit te schakelen. Als de synchronisatie blijft mislukken, herstel de fout en los de conflicten op; een werkende synchronisatie maakt de gecachte kopie weer actueel. Wijzig het kleinste beleid dat de share dekt. Een wereldwijde wijziging ruilt de verouderde weergave van één gebruiker voor het verloren offline toegang van iedereen.

Voor shares die nooit in de cache horen, kan de server een hint per share sturen. Samba biedt die aan als shareparameter, en de waarde voor een share die alleen online moet blijven is:

csc policy = disable

Samba-parameterreferentie definieert de toegestane waarden en hun betekenis. Pas de instelling toe via de sharebeheerder die de configuratie daadwerkelijk genereert, vooral op een NAS, en onthoud dat de hint gegevens die al op een client in de cache staan niet repareert.

Controleer na elke beleidswijziging dat de client opnieuw verbindt en dat het verwachte bestand verschijnt. Een herstarte service is geen bewijs dat een wachtende lokale wijziging is geüpload, dus controleer het bestand, niet alleen de verbindingsstatus.

Wanneer de oorzaak niet Offline-bestanden is

Als het UNC-pad als online is bevestigd en een nieuwe lijst toch afwijkt, is de cache niet de verklaring. Controleer de machtigingen van de share en het bestandssysteem, de op toegang gebaseerde opsomming en de server die een DFS-verwijzing daadwerkelijk heeft gekozen. Elk daarvan kan een map verbergen zonder dat een lokale kopie betrokken is.

Een share die nooit verbindt, heeft bewijs van routing en servicefiltering nodig, geen cachecontrole. Poort 445 geblokkeerd over de tunnel, een DNS-naam die naar het verkeerde adres wordt omgezet of een firewallregel die ping toestaat maar geen SMB, veroorzaken allemaal een fout voordat de cache ertoe doet.

De test die de twee families scheidt is eenvoudig: een map die op de server bestaat, zichtbaar is voor de juiste gebruiker en toch niet online verschijnt, wijst op beleid of opsomming; een map die met oude inhoud verschijnt, wijst op de cache. Diagnosticeer de familie voordat u een instelling wijzigt.