Dosja SMB duket e vjetruar përmes VPN? Kontrolloni Skedarët Offline

Lidheni VPN-në, hapni diskun e mapuar dhe në dosje mungon një skedar që serveri qartë e ka. Impulsi i parë është të fajësohet tuneli, DNS-ja ose lejet e Samba. Në shumë raste lidhja është në rregull dhe Explorer shfaq një kopje të ruajtur në cache të ndarjes. Skedarët Offline mund ta ofrojnë atë kopje edhe kur VPN është i ndezur, sepse është ndarja, jo tuneli, ajo që vendos nëse pamja është e përditësuar. Rregullimi fillon duke provuar se cilën prej tyre po shikoni.

Miti: një ikonë VPN do të thotë që ndarja është e përditësuar

Ikona VPN raporton se ekziston një tunel drejt pikës fundore. Ajo nuk thotë asgjë nëse një ndarje e caktuar SMB është e arritshme, nëse Explorer e ka kthyer atë ndarje në modalitetin online apo nëse një sinkronizim i dështuar ka lënë një kopje më të vjetër. Nuk ju thotë as cilin server zgjodhi një shteg DFS.

Skedarët Offline mbajnë një kopje lokale të ndarjeve të ridrejtuara ose të fiksuara që ato të mbeten të disponueshme kur serveri nuk arrihet. Kur ndarja kthehet, klienti duhet të kthehet online dhe të sinkronizojë. Një politikë lidhjeje e ngadaltë mund të vendosë që lidhja është ende shumë e ngadaltë dhe të mbajë pamjen e ruajtur në cache, dhe një konflikt në pritje mund të bëjë të njëjtën gjë edhe në një lidhje të shpejtë.

Kjo është arsyeja pse simptoma duket selektive: një dosje është e vjetruar, një tjetër hapet saktë dhe e treta nuk hapet fare. Këto janë tre gjendje të ndryshme, dhe vetëm e para është historia e cache-s për të cilën flet ky artikull. Emërtojeni gjendjen përpara se të zgjidhni një rregullim.

Provoni cilin objektiv po lexon Explorer

Filloni me shtegun e saktë UNC dhe jo me shkronjën e diskut. Një disk i mapuar mund të tregojë një ndarje tjetër nga ajo që mendoni, dhe një shteg DFS mund t'i referohet një serveri krejt tjetër. Leximi i mapimit tregon objektivin e ruajtur dhe gjendjen e tij:

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

Hapni shtegun UNC drejtpërdrejt në një dritare të re Explorer dhe krahasoni atë me diskun e mapuar. Nëse shtegu i drejtpërdrejtë shfaq skedarin aktual dhe disku i mapuar jo, mapimi është pjesë e problemit, jo cache.

Më pas konfirmoni se skedari ekziston për përdoruesin e synuar. Një listë administratori në server provon ekzistencën, jo se përdoruesi i zakonshëm SMB ka të njëjtën akses, prandaj kontrolloni me llogarinë që e përdor ndarjen në të vërtetë. Kredencialet e ndryshme prodhojnë pamje të ndryshme për arsye që nuk kanë lidhje me cache-n. Ekzistenca, aksesi dhe dukshmëria janë tre kontrolle të veçanta.

Lexoni gjendjen e sinkronizimit përpara se të fshini çdo gjë

Qendra e Sinkronizimit, ku funksioni është i disponueshëm, raporton nëse ndarja punon offline, nëse sinkronizimi i fundit dështoi dhe nëse konflikte po presin. Këto tre gjendje çojnë në rregullime të ndryshme, dhe fshirja e cache-s ndërsa një konflikt është në pritje mund të hedhë poshtë punën lokale.

Kërkoni ndryshime lokale që nuk kanë arritur në server përpara se të çaktivizoni cache-n, të shkëputni ndarjen ose të fshini kopjen offline. Një skedar që ekziston vetëm në cache nuk është pamje e vjetruar; janë të dhëna të pasinkronizuara, dhe fillimisht duhet të ruhen përmes procesit të miratuar. Një cache me ndryshime në pritje nuk është i sigurt për t'u fshirë.

Pasi puna lokale të jetë e sigurt, përdorni kalimin online dhe sinkronizimin e mbështetur, dhe pastaj krahasoni listën përsëri. Hapja e një dritareje të dytë Explorer nuk detyron rifreskim, sepse të dyja dritaret mund të lexojnë të njëjtin cache lokal.

Rregulloni gjendjen e ndarjes në vend që të fshini funksionin

Nëse ndarja mbetet offline për shkak të një politike lidhjeje të ngadaltë, rregulloni politikën për atë ndarje ose rrjet në vend që të çaktivizoni Skedarët Offline për të gjithë përdoruesit. Nëse sinkronizimi vazhdon të dështojë, rregulloni dështimin dhe zgjidhni konfliktet; një sinkronizim që punon është ajo që e bën kopjen e ruajtur në cache sërish të përditësuar. Ndryshoni politikën më të vogël që mbulon ndarjen. Një ndryshim global shkëmben pamjen e vjetruar të një përdoruesi me humbjen e aksesit offline të të gjithëve.

Për ndarjet që nuk duhet të ruhen kurrë në cache, serveri mund të dërgojë një sugjerim për çdo ndarje. Samba e ekspozon atë si parametër të ndarjes, dhe vlera për një ndarje që duhet të mbetet vetëm online është:

csc policy = disable

referenca e parametrave të Samba përcakton vlerat e lejuara dhe kuptimin e tyre. Zbatojeni cilësimin përmes menaxherit të ndarjeve që e gjeneron vërtet konfigurimin, sidomos në një NAS, dhe mbani mend se sugjerimi nuk i rregullon të dhënat e ruajtura tashmë në cache në një klient.

Pas çdo ndryshimi të politikës, verifikoni që klienti rilidhet dhe që skedari i pritur shfaqet. Një shërbim i rinisur nuk është provë që një ndryshim lokal në pritje u ngarkua, prandaj kontrolloni skedarin, jo vetëm gjendjen e lidhjes.

Kur shkaku nuk janë Skedarët Offline

Nëse shtegu UNC konfirmohet online dhe një listë e re ende ndryshon, cache nuk është shpjegimi. Kontrolloni lejet e ndarjes dhe të sistemit të skedarëve, numërimin e bazuar në akses dhe serverin që një referencë DFS zgjodhi në të vërtetë. Secili prej tyre mund të fshehë një dosje pa asnjë kopje lokale.

Një ndarje që nuk lidhet kurrë kërkon prova të rrugëzimit dhe filtrimit të shërbimeve, jo një kontroll cache. Porta 445 e bllokuar përmes tunelit, një emër DNS që zgjidhet në adresën e gabuar ose një rregull firewalls që lejon ping por jo SMB, të gjitha prodhojnë një dështim përpara se cache të ketë rëndësi.

Testi që ndan dy familjet është i thjeshtë: një dosje që ekziston në server, është e dukshme për përdoruesin e saktë dhe ende nuk shfaqet online tregon politikë ose numërim; një dosje që shfaqet me përmbajtje të vjetër tregon cache. Diagnostikoni familjen përpara se të ndryshoni një cilësim.