SMB-gids verouderd oor VPN? Kyk na Offline-lêers

Jy koppel die VPN, maak die toegewyse skyf oop, en die gids kort 'n lêer wat die bediener duidelik het. Die instink is om die tonnel, die DNS of Samba-regte te blameer. In baie gevalle is die verbinding reg en wys Verkenner 'n gekaste kopie van die gids. Offline-lêers kan daardie kopie lewer selfs terwyl die VPN op is, want die gids, nie die tonnel nie, besluit of die aansig lewendig is. Die regstelling begin daarmee om te bewys na watter een jy kyk.

Die mite: 'n VPN-ikoon beteken die gids is lewendig

Die VPN-ikoon rapporteer dat daar 'n tonnel na die eindpunt bestaan. Dit sê niks oor of 'n bepaalde SMB-gids bereikbaar is, of Verkenner daardie gids terug na aanlyntoestand geskakel het, of 'n sinchroniseringsfout 'n ouer kopie in plek gelaat het nie. Dit sê ook nie vir jou watter bediener 'n DFS-pad gekies het nie.

Offline-lêers hou 'n plaaslike kopie van herleide of vasgepen gidse sodat hulle beskikbaar bly wanneer die bediener onbereikbaar is. Wanneer die gids terugkeer, is die kliënt veronderstel om terug te skakel en te sinchroniseer. 'n Stadige-skakel-beleid kan besluit die verbinding is steeds te stadig en die gekaste aansig hou, en 'n hangende konflik kan dieselfde doen selfs op 'n vinnige skakel.

Dit is hoekom die simptoom selektief lyk: een gids is verouderd, 'n ander open korrek, en 'n derde kan glad nie oopmaak nie. Dit is drie verskillende toestande, en net die eerste een is die kasverhaal waaroor hierdie artikel gaan. Noem die toestand voordat jy 'n herstelling kies.

Bewys watter teiken Verkenner lees

Begin met die presiese UNC-pad eerder as die skyfletter. 'n Toegewyse skyf kan na 'n ander gids wys as die een wat jy dink, en 'n DFS-pad kan na 'n heeltemal ander bediener verwys. Om die koppeling te lees, wys die gestoorde teiken en sy status:

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

Maak die UNC-pad direk in 'n nuwe Verkenner-venster oop en vergelyk dit met die toegewyse skyf. As die direkte pad die huidige lêer wys en die toegewyse skyf nie, is die koppeling deel van die probleem, nie die kas nie.

Bevestig dan dat die lêer vir die beoogde gebruiker bestaan. 'n Administrateurlys op die bediener bewys bestaan, nie dat die gewone SMB-gebruiker dieselfde toegang het nie, so gaan dit na met die rekening wat werklik die gids gebruik. Verskillende geloofsbriewe lewer verskillende aansigte om redes wat niks met kas te doen het nie. Bestaan, toegang en sigbaarheid is drie aparte kontroles.

Lees die sinchroniseringstoestand voordat jy iets skoonmaak

Sinchroniseringsentrum, waar die funksie beskikbaar is, rapporteer of die gids vanlyn werk, of die laaste sinchronisasie misluk het en of konflikte wag. Daardie drie toestande lei tot verskillende herstellings, en om die kas skoon te maak terwyl 'n konflik hang, kan plaaslike werk weggooi.

Soek na plaaslike wysigings wat nog nie die bediener bereik het nie voordat jy kas deaktiveer, die gids lospen of die vanlyn kopie verwyder. 'n Lêer wat net in die kas bestaan, is nie 'n verouderde aansig nie; dit is ongesinchroniseerde data, en dit moet eers deur die goedgekeurde proses bewaar word. 'n Kas met hangende wysigings is nie veilig om te verwyder nie.

Sodra die plaaslike werk veilig is, gebruik die ondersteunde aanlyn-oorgang en sinchronisasie, en vergelyk dan weer die lys. Om 'n tweede Verkenner-venster oop te maak, dwing nie 'n verversing af nie, want albei vensters kan dieselfde plaaslike kas lees.

Herstel die gidstoestand eerder as om die funksie te verwyder

As die gids vanlyn bly weens stadige-skakel-beleid, pas die beleid vir daardie gids of netwerk aan eerder as om Offline-lêers vir elke gebruiker af te skakel. As sinchronisasie aanhoudend misluk, herstel die fout en los die konflikte op; 'n werkende sinchronisasie is wat die gekaste kopie weer aktueel maak. Verander die kleinste beleid wat die gids dek. 'n Globale verandering ruil een gebruiker se verouderde aansig vir almal se verlore vanlyn toegang.

Vir gidse wat nooit gekas moet word nie, kan die bediener 'n wenk per gids stuur. Samba stel dit as 'n gidsparameter bloot, en die waarde vir 'n gids wat slegs aanlyn moet bly, is:

csc policy = disable

Die Samba-parameterverwysing definieer die toegelate waardes en hulle betekenis. Pas die instelling toe deur die gidsbestuurder wat werklik die konfigurasie genereer, veral op 'n NAS, en onthou dat die wenk nie data herstel wat reeds op 'n kliënt gekas is nie.

Na enige beleidsverandering, verifieer dat die kliënt weer koppel en dat die verwagte lêer verskyn. 'n Herbeginne diens is nie bewys dat 'n hangende plaaslike wysiging opgelaai is nie, so kontroleer die lêer, nie net die verbindingstoestand nie.

Wanneer die oorsaak nie Offline-lêers is nie

As die UNC-pad as aanlyn bevestig is en 'n vars lys steeds verskil, is die kas nie die verklaring nie. Kontroleer gids- en lêerstelselregte, toegangsgebaseerde opsomming en die bediener wat 'n DFS-verwysing werklik gekies het. Elkeen van dié kan 'n gids verberg sonder dat enige plaaslike kopie betrokke is.

'n Gids wat nooit koppel nie, benodig roetering- en diensfilterbewyse, nie 'n kaskontrole nie. Poort 445 wat oor die tonnel geblokkeer is, 'n DNS-naam wat na die verkeerde adres oplos of 'n firewallreël wat ping maar nie SMB toelaat nie, veroorsaak almal 'n fout voordat kas saak maak.

Die toets wat die families skei, is eenvoudig: 'n gids wat op die bediener bestaan, vir die regte gebruiker sigbaar is en steeds nie aanlyn verskyn nie, wys op beleid of opsomming; 'n gids wat met ou inhoud verskyn, wys op die kas. Diagnoseer die familie voordat jy 'n instelling verander.