SMB mape VPN ietvaros šķiet novecojusi? Pārbaudiet bezsaistes failus

Jūs pieslēdzaties VPN, atverat kartēto disku, un mapē trūkst faila, kas serverī acīmredzami ir. Pirmais instinkts ir vainot tuneli, DNS vai Samba atļaujas. Daudzos gadījumos savienojums ir kārtībā, un Explorer rāda kešatmiņā saglabātu koplietojuma kopiju. Bezsaistes faili var nodrošināt šo kopiju arī tad, kad VPN ir ieslēgts, jo tieši koplietojums, nevis tunelis, izlemj, vai skats ir aktuāls. Labošana sākas ar pierādīšanu, uz kuru no abiem jūs skatāties.

Mīts: VPN ikona nozīmē, ka koplietojums ir aktuāls

VPN ikona ziņo, ka uz galapunktu pastāv tunelis. Tā neko nepasaka par to, vai konkrēts SMB koplietojums ir sasniedzams, vai Explorer ir atgriezis šo koplietojumu tiešsaistes režīmā, vai neveiksmīga sinhronizācija ir atstājusi vecāku kopiju. Tā arī nepasaka, kuru serveri izvēlējās DFS ceļš.

Bezsaistes faili glabā lokālu novirzīto vai piesprausto koplietojumu kopiju lai tie paliktu pieejami, kad serveris nav sasniedzams. Kad koplietojums atgriežas, klientam jāatgriežas tiešsaistē un jāsinhronizē. Lēna savienojuma politika var nolemt, ka savienojums joprojām ir pārāk lēns, un saglabāt kešoto skatu, un gaidošs konflikts var darīt to pašu pat ātrā savienojumā.

Tāpēc simptoms šķiet selektīvs: viena mape ir novecojusi, otra atveras pareizi, bet trešā neatveras vispār. Tie ir trīs dažādi stāvokļi, un tikai pirmais ir šajā rakstā aplūkotais keša stāsts. Nosauciet stāvokli pirms labošanas izvēles.

Pierādiet, kuru mērķi Explorer lasa

Sāciet ar precīzu UNC ceļu, nevis diska burtu. Kartētais disks var norādīt uz citu koplietojumu, nekā jūs domājat, un DFS ceļš var attiekties uz pavisam citu serveri. Kartējuma lasīšana parāda saglabāto mērķi un tā stāvokli:

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

Atveriet UNC ceļu tieši jaunā Explorer logā un salīdziniet to ar kartēto disku. Ja tiešais ceļš rāda pašreizējo failu, bet kartētais disks ne, kartējums ir daļa no problēmas, nevis kešs.

Pēc tam pārliecinieties, ka fails pastāv paredzētajam lietotājam. Administratora saraksts serverī pierāda esamību, nevis to, ka parastajam SMB lietotājam ir tāda pati piekļuve, tāpēc pārbaudiet ar kontu, kas koplietojumu faktiski izmanto. Dažādi akreditācijas dati rada dažādus skatus tādu iemeslu dēļ, kuriem nav nekāda sakara ar kešu. Esamība, piekļuve un redzamība ir trīs atsevišķas pārbaudes.

Izlasiet sinhronizācijas stāvokli pirms kaut kā dzēšanas

Sinhronizācijas centrs, kur funkcija ir pieejama, ziņo, vai koplietojums darbojas bezsaistē, vai pēdējā sinhronizācija neizdevās un vai gaida konflikti. Šie trīs stāvokļi ved pie dažādām labošanām, un keša tīrīšana konflikta gaidīšanas laikā var iznīcināt lokālu darbu.

Meklējiet lokālas izmaiņas, kas nav sasniegušas serveri, pirms atspējojat kešošanu, atspraudes koplietojumu vai dzēšat bezsaistes kopiju. Fails, kas pastāv tikai kešā, nav novecojis skats; tie ir nesinhronizēti dati, un tie vispirms jāsaglabā apstiprinātajā procesā. Kešs ar gaidošām izmaiņām nav droši dzēšams.

Kad lokālais darbs ir drošībā, izmantojiet atbalstīto pāreju tiešsaistē un sinhronizāciju, pēc tam vēlreiz salīdziniet sarakstu. Otra Explorer loga atvēršana neuzspiež atsvaidzināšanu, jo abi logi var lasīt vienu un to pašu lokālo kešu.

Labojiet koplietojuma stāvokli, nevis dzēsiet funkciju

Ja koplietojums paliek bezsaistē lēna savienojuma politikas dēļ, pielāgojiet politiku šim koplietojumam vai tīklam, nevis izslēdziet bezsaistes failus visiem lietotājiem. Ja sinhronizācija pastāvīgi neizdodas, izlabojiet kļūmi un atrisiniet konfliktus; darbojoša sinhronizācija atkal padara kešoto kopiju aktuālu. Mainiet mazāko politiku, kas aptver koplietojumu. Globālas izmaiņas apmaina viena lietotāja novecojušo skatu pret visu zaudēto bezsaistes piekļuvi.

Koplietojumiem, kas nekad nav jākešo, serveris var nosūtīt mājienu katram koplietojumam. Samba to piedāvā kā koplietojuma parametru, un vērtība koplietojumam, kam jāpaliek tikai tiešsaistē, ir:

csc policy = disable

Samba parametru uzziņa definē atļautās vērtības un to nozīmi. Piemērojet iestatījumu caur koplietojumu pārvaldnieku, kas faktiski ģenerē konfigurāciju, jo īpaši NAS ierīcē, un atcerieties, ka mājiens nelabo datus, kas jau saglabāti kešā klientā.

Pēc jebkuras politikas izmaiņas pārbaudiet, vai klients atkārtoti izveido savienojumu un vai parādās gaidītais fails. Restartēts pakalpojums nav pierādījums, ka gaidošā lokālā izmaiņa ir augšupielādēta, tāpēc pārbaudiet failu, nevis tikai savienojuma stāvokli.

Kad cēlonis nav bezsaistes faili

Ja UNC ceļš ir apstiprināts kā tiešsaistes un jauns saraksts joprojām atšķiras, kešs nav izskaidrojums. Pārbaudiet koplietojuma un failu sistēmas atļaujas, piekļuves balstītu uzskaiti un serveri, kuru DFS atsauce faktiski izvēlējās. Jebkurš no tiem var paslēpt mapi bez vietējas kopijas līdzdalības.

Koplietojumam, kas nekad neizveido savienojumu, vajag maršrutēšanas un pakalpojumu filtrēšanas pierādījumus, nevis keša pārbaudi. Caur tuneli bloķēts 445 ports, uz nepareizu adresi atrisināts DNS nosaukums vai ugunsmūra noteikums, kas atļauj ping, bet ne SMB, visi rada kļūmi pirms tam, kad kešam ir nozīme.

Tests, kas šķir abas ģimenes, ir vienkāršs: mape, kas pastāv serverī, ir redzama pareizajam lietotājam un tomēr neparādās tiešsaistē, norāda uz politiku vai uzskaiti; mape, kas parādās ar vecu saturu, norāda uz kešu. Diagnosticējiet ģimeni pirms iestatījuma maiņas.