SMB-mapp ser inaktuell ut över VPN? Kontrollera offlinefiler

Du ansluter VPN, öppnar den mappade enheten och mappen saknar en fil som servern uppenbart har. Det första instinktet är att skylla på tunneln, DNS eller Samba-behörigheter. I många fall är anslutningen okej och Utforskaren visar en cachelagrad kopia av delningen. Offlinefiler kan leverera den kopian även när VPN är på, eftersom det är delningen, inte tunneln, som avgör om vyn är aktuell. Reparationen börjar med att bevisa vilken av dem du tittar på.

Myten: en VPN-ikon betyder att delningen är aktuell

VPN-ikonen rapporterar att det finns en tunnel till slutpunkten. Den säger ingenting om huruvida en viss SMB-delning är nåbar, om Utforskaren har flyttat tillbaka den delningen till onlineläge eller om en misslyckad synkronisering lämnat en äldre kopia. Den berättar inte heller vilken server en DFS-sökväg valde.

Offlinefiler behåller en lokal kopia av omdirigerade eller fästa delningar så att de förblir tillgängliga när servern inte är nåbar. När delningen kommer tillbaka ska klienten gå tillbaka till online och synkronisera. En princip för långsamma länkar kan avgöra att anslutningen fortfarande är för långsam och behålla den cachelagrade vyn, och en väntande konflikt kan göra samma sak även på en snabb länk.

Därför verkar symtomet selektivt: en mapp är inaktuell, en annan öppnas korrekt och en tredje öppnas inte alls. Det är tre olika tillstånd, och bara det första är cachehistorien som den här artikeln handlar om. Namnge tillståndet innan du väljer en reparation.

Bevisa vilket mål Utforskaren läser

Börja med den exakta UNC-sökvägen i stället för enhetsbeteckningen. En mappad enhet kan peka på en annan delning än du tror, och en DFS-sökväg kan avse en helt annan server. Att läsa mappningen visar det sparade målet och dess status:

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

Öppna UNC-sökvägen direkt i ett nytt Utforskaren-fönster och jämför den med den mappade enheten. Om den direkta sökvägen visar den aktuella filen och den mappade enheten inte gör det, är mappningen en del av problemet, inte cachen.

Bekräfta sedan att filen finns för den avsedda användaren. En administratörslista på servern bevisar att den finns, inte att den vanliga SMB-användaren har samma åtkomst, så kontrollera med kontot som faktiskt använder delningen. Olika autentiseringsuppgifter ger olika vyer av skäl som inte har något med cachelagring att göra. Existens, åtkomst och synlighet är tre separata kontroller.

Läs synkroniseringsstatusen innan du rensar något

Synkroniseringscentret, där funktionen finns, rapporterar om delningen arbetar offline, om den senaste synkroniseringen misslyckades och om konflikter väntar. De tre tillstånden leder till olika reparationer, och att rensa cachen medan en konflikt väntar kan förstöra lokalt arbete.

Leta efter lokala ändringar som inte har nått servern innan du inaktiverar cachelagring, lossar delningen eller tar bort offlinekopian. En fil som bara finns i cachen är inte en inaktuell vy; det är osynkroniserade data, och de måste först bevaras genom den godkända processen. En cache med väntande ändringar är inte säker att ta bort.

När det lokala arbetet är säkert använder du den stödda övergången till online och synkroniseringen och jämför sedan listan igen. Att öppna ett andra Utforskaren-fönster tvingar inte fram en uppdatering, eftersom båda fönstren kan läsa samma lokala cache.

Reparera delningens tillstånd i stället för att ta bort funktionen

Om delningen förblir offline på grund av en princip för långsamma länkar justerar du principen för den delningen eller det nätverket i stället för att stänga av offlinefiler för alla användare. Om synkroniseringen fortsätter att misslyckas reparerar du felet och löser konflikterna; en fungerande synkronisering är det som gör den cachelagrade kopian aktuell igen. Ändra den minsta principen som täcker delningen. En global ändring byter en användares inaktuella vy mot allas förlorade offlineåtkomst.

För delningar som aldrig bör cachelagras kan servern skicka en ledtråd per delning. Samba exponerar den som en delningsparameter, och värdet för en delning som måste förbli endast online är:

csc policy = disable

Samba-parameterreferens definierar de tillåtna värdena och deras betydelse. Tillämpa inställningen via delningshanteraren som faktiskt genererar konfigurationen, särskilt på en NAS, och kom ihåg att ledtråden inte reparerar data som redan är cachelagrade på en klient.

Efter varje principändring, bekräfta att klienten återansluter och att den förväntade filen visas. En omstartad tjänst är inte bevis på att en väntande lokal ändring laddades upp, så kontrollera filen, inte bara anslutningsstatusen.

När orsaken inte är offlinefiler

Om UNC-sökvägen är bekräftad online och en ny lista fortfarande skiljer sig, är cachen inte förklaringen. Kontrollera behörigheterna för delningen och filsystemet, den åtkomstbaserade uppräkningen och den server som en DFS-referens faktiskt valde. Var och en av dessa kan dölja en mapp utan att en lokal kopia är inblandad.

En delning som aldrig ansluter behöver bevis för routing och tjänstefiltrering, inte en cachekontroll. Port 445 blockerad över tunneln, ett DNS-namn som löses till fel adress eller en brandväggsregel som tillåter ping men inte SMB ger alla ett fel innan cachen spelar roll.

Testet som skiljer de två familjerna är enkelt: en mapp som finns på servern, är synlig för rätt användare och ändå inte visas online pekar på princip eller uppräkning; en mapp som visas med gammalt innehåll pekar på cachen. Diagnostisera familjen innan du ändrar en inställning.