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

Du koplar til VPN-et, opnar den tilkopla stasjonen, og mappa manglar ei fil som tenaren tydeleg har. Den første innskytelsen er å gje tunnelen, DNS-en eller Samba-løyva skulda. I mange tilfelle er tilkoplinga i orden, og Explorer viser ei bufra kopi av delinga. Offline-filer kan levere den kopien sjølv medan VPN-et er på, fordi det er delinga, ikkje tunnelen, som avgjer om visninga er oppdatert. Reparasjonen byrjar med å bevise kva for ei av dei du ser på.

Myten: eit VPN-ikon betyr at delinga er oppdatert

VPN-ikonet rapporterer at det finst ein tunnel til endepunktet. Det seier ingenting om ein bestemd SMB-deling er tilgjengeleg, om Explorer har flytta delinga tilbake til online-modus, eller om ein mislukka synkronisering har late att ei eldre kopi. Det fortel deg heller ikkje kva tenar ein DFS-sti valde.

Offline-filer held på ei lokal kopi av omdirigerte eller festa delingar slik at dei blir verande tilgjengelege når tenaren ikkje er tilgjengeleg. Når delinga kjem tilbake, skal klienten gå tilbake til online og synkronisere. Ei retningslinje for treg tilkopling kan avgjere at sambandet framleis er for tregt og halde på den bufra visninga, og ein ventande konflikt kan gjere det same sjølv på eit raskt samband.

Difor verkar symptomet selektivt: éi mappe er utdatert, ei anna opnar rett, og ei tredje opnar ikkje i det heile. Det er tre ulike tilstandar, og berre den første er bufringssoga denne artikkelen handlar om. Namngje tilstanden før du vel ein reparasjon.

Bevis kva mål Explorer les

Byrja med den nøyaktige UNC-stien i staden for stasjonsbokstaven. Ein tilkopla stasjon kan peike på ei anna deling enn du trur, og ein DFS-sti kan vise til ein heilt annan tenar. Å lese tilkoplinga viser det lagra målet og statusen:

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

Opne UNC-stien direkte i eit nytt Explorer-vindauge og samanlikn han med den tilkopla stasjonen. Viss den direkte stien viser den gjeldande fila og den tilkopla stasjonen ikkje gjer det, er tilkoplinga del av problemet, ikkje bufferen.

Stadfest deretter at fila finst for den tiltenkte brukaren. Ei administratorliste på tenaren beviser at ho finst, ikkje at den vanlege SMB-brukaren har same tilgang, så kontroller med kontoen som faktisk brukar delinga. Ulike påloggingsdata gjev ulike visningar av grunnar som ikkje har noko med bufring å gjere. Eksistens, tilgang og synlegheit er tre separate kontrollar.

Les synkroniseringsstatusen før du slettar noko

Synkroniseringssenteret, der funksjonen er tilgjengeleg, rapporterer om delinga arbeider offline, om den siste synkroniseringa mislukkast og om konfliktar ventar. Desse tre tilstandane fører til ulike reparasjonar, og å tømme bufferen medan ein konflikt ventar kan kaste bort lokalt arbeid.

Leit etter lokale endringar som ikkje har nådd tenaren, før du slår av bufring, løyser ut delinga eller slettar offline-kopien. Ei fil som berre finst i bufferen er ikkje ei utdatert visning; det er usynkroniserte data, og dei må først takast vare på gjennom den godkjende prosessen. Ein buffer med ventande endringar er ikkje trygg å slette.

Når det lokale arbeidet er trygt, bruk den støtta overgangen til online og synkronisering, og samanlikn deretter lista på nytt. Å opne eit andre Explorer-vindauge tvingar ikkje fram ei oppdatering, fordi begge vindaugo kan lese den same lokale bufferen.

Reparer tilstanden til delinga i staden for å slette funksjonen

Viss delinga blir verande offline på grunn av ei retningslinje for treg tilkopling, juster retningslinja for den delinga eller det nettet i staden for å slå av offline-filer for alle brukarar. Viss synkroniseringa held fram med å mislukkast, reparer feilen og løys konfliktane; fungerande synkronisering er det som gjer den bufra kopien oppdatert igjen. Endre den minste retningslinja som dekkjer delinga. Ei global endring byter ut den utdaterte visninga til éin brukar mot den tapte offline-tilgangen til alle.

For delingar som aldri bør bufrase, kan tenaren sende eit hint per deling. Samba eksponerer det som ein delingsparameter, og verdien for ei deling som må halde fram med å vere berre online, er:

csc policy = disable

Samba-parameterreferansen definerer dei tillatne verdiane og tydinga deira. Bruk innstillinga gjennom delingshandsamaren som faktisk genererer konfigurasjonen, særleg på ein NAS, og hugs at hintet ikkje reparerer data som alt er bufra på ein klient.

Etter kvar retningslinjeendring, stadfest at klienten koplar til på nytt og at den venta fila blir synleg. Ein omstarta teneste er ikkje bevis for at ei ventande lokal endring vart lasta opp, så kontroller fila, ikkje berre tilkoplingstilstanden.

Når årsaka ikkje er offline-filer

Viss UNC-stien er stadfesta online og ei fersk liste framleis avvik, er bufferen ikkje forklaringa. Kontroller løyva for delinga og filsystemet, tilgangsbasert opplisting og tenaren som ein DFS-referanse faktisk valde. Kvar av desse kan skjule ei mappe utan at ein lokal kopi er involvert.

Ei deling som aldri koplar til, treng bevis for ruting og tenestefiltrering, ikkje ein buffer-kontroll. Port 445 blokkert over tunnelen, eit DNS-namn som blir løyst til feil adresse, eller ei brannmurregel som tillèt ping men ikkje SMB, gjev alle ein feil før bufferen betyr noko.

Testen som skil dei to familiane, er enkel: ei mappe som finst på tenaren, er synleg for rett brukar og framleis ikkje blir vist online, peikar på retningslinje eller opplisting; ei mappe som blir vist med gammalt innhald, peikar på bufferen. Diagnostiser familien før du endrar ei innstilling.