SMB-mappe ser utdatert ut over VPN? Sjekk offline-filer

Du kobler til VPN-et, åpner den tilknyttede stasjonen, og mappen mangler en fil som serveren tydelig har. Den første innskytelsen er å gi tunnelen, DNS-en eller Samba-tillatelsene skylden. I mange tilfeller er tilkoblingen i orden, og Explorer viser en bufret kopi av delingen. Offline-filer kan levere den kopien selv mens VPN-et er på, fordi det er delingen, ikke tunnelen, som avgjør om visningen er oppdatert. Reparasjonen begynner med å bevise hvilken av dem du ser på.

Myten: et VPN-ikon betyr at delingen er oppdatert

VPN-ikonet rapporterer at det finnes en tunnel til endepunktet. Det sier ingenting om hvorvidt en bestemt SMB-deling er tilgjengelig, om Explorer har flyttet delingen tilbake til online-modus, eller om en mislykket synkronisering har etterlatt en eldre kopi. Det forteller deg heller ikke hvilken server en DFS-bane valgte.

Offline-filer beholder en lokal kopi av omdirigerte eller festede delinger slik at de forblir tilgjengelige når serveren ikke er tilgjengelig. Når delingen kommer tilbake, skal klienten gå tilbake til online og synkronisere. En retningslinje for treg tilkobling kan avgjøre at forbindelsen fortsatt er for treg og beholde den bufrede visningen, og en ventende konflikt kan gjøre det samme selv på en rask forbindelse.

Derfor virker symptomet selektivt: én mappe er utdatert, en annen åpnes riktig, og en tredje åpnes ikke i det hele tatt. Det er tre forskjellige tilstander, og bare den første er bufringsfortellingen denne artikkelen handler om. Navngi tilstanden før du velger en reparasjon.

Bevis hvilket mål Explorer leser

Begynn med den nøyaktige UNC-banen i stedet for stasjonsbokstaven. En tilknyttet stasjon kan peke på en annen deling enn du tror, og en DFS-bane kan vise til en helt annen server. Å lese tilknytningen viser det lagrede målet og statusen:

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

Åpne UNC-banen direkte i et nytt Explorer-vindu og sammenlign den med den tilknyttede stasjonen. Hvis den direkte banen viser den gjeldende filen og den tilknyttede stasjonen ikke gjør det, er tilknytningen en del av problemet, ikke bufferen.

Bekreft deretter at filen finnes for den tiltenkte brukeren. En administratorliste på serveren beviser at den finnes, ikke at den vanlige SMB-brukeren har samme tilgang, så kontroller med kontoen som faktisk bruker delingen. Ulike påloggingsdata gir ulike visninger av grunner som ikke har noe med bufring å gjøre. Eksistens, tilgang og synlighet er tre separate kontroller.

Les synkroniseringsstatusen før du sletter noe

Synkroniseringssenteret, der funksjonen er tilgjengelig, rapporterer om delingen arbeider offline, om den siste synkroniseringen mislyktes, og om konflikter venter. Disse tre tilstandene fører til ulike reparasjoner, og å tømme bufferen mens en konflikt venter kan kaste bort lokalt arbeid.

Se etter lokale endringer som ikke har nådd serveren, før du deaktiverer bufring, løser ut delingen eller sletter offline-kopien. En fil som bare finnes i bufferen er ikke en utdatert visning; det er usynkroniserte data, og de må først bevares gjennom den godkjente prosessen. En buffer med ventende endringer er ikke trygg å slette.

Når det lokale arbeidet er trygt, bruk den støttede overgangen til online og synkronisering, og sammenlign deretter listen på nytt. Å åpne et andre Explorer-vindu tvinger ikke frem en oppdatering, fordi begge vinduene kan lese den samme lokale bufferen.

Reparer delingens tilstand i stedet for å slette funksjonen

Hvis delingen blir værende offline på grunn av en retningslinje for treg tilkobling, juster retningslinjen for den delingen eller det nettverket i stedet for å slå av offline-filer for alle brukere. Hvis synkroniseringen fortsetter å mislykkes, reparer feilen og løs konfliktene; fungerende synkronisering er det som gjør den bufrede kopien oppdatert igjen. Endre den minste retningslinjen som dekker delingen. En global endring bytter én brukers utdaterte visning mot alles tapte offline-tilgang.

For delinger som aldri bør bufres, kan serveren sende et hint per deling. Samba eksponerer det som en delingsparameter, og verdien for en deling som må forbli bare online, er:

csc policy = disable

Samba-parameterreferansen definerer de tillatte verdiene og betydningen deres. Bruk innstillingen gjennom delingsbehandleren som faktisk genererer konfigurasjonen, særlig på en NAS, og husk at hintet ikke reparerer data som allerede er bufret på en klient.

Etter enhver retningslinjeendring, bekreft at klienten kobler til på nytt og at den forventede filen vises. En omstartet tjeneste er ikke bevis for at en ventende lokal endring ble lastet opp, så kontroller filen, ikke bare tilkoblingsstatusen.

Når årsaken ikke er offline-filer

Hvis UNC-banen er bekreftet online og en fersk liste fortsatt avviker, er bufferen ikke forklaringen. Kontroller tillatelsene for delingen og filsystemet, tilgangsbasert opplisting og serveren som en DFS-referanse faktisk valgte. Hver av disse kan skjule en mappe uten at en lokal kopi er involvert.

En deling som aldri kobler til, trenger bevis for ruting og tjenestefiltrering, ikke en buffer-kontroll. Port 445 blokkert over tunnelen, et DNS-navn som løses til feil adresse, eller en brannmurregel som tillater ping men ikke SMB, gir alle en feil før bufferen betyr noe.

Testen som skiller de to familiene, er enkel: en mappe som finnes på serveren, er synlig for riktig bruker og fortsatt ikke vises online, peker på retningslinje eller opplisting; en mappe som vises med gammelt innhold, peker på bufferen. Diagnostiser familien før du endrer en innstilling.