SMB папката изгледа застарена преку VPN? Проверете офлајн-датотеки

Се поврзувате на VPN, ја отворате мапираната единица и во папката недостасува датотека што серверот очигледно ја има. Првиот инстинкт е да се обвини тунелот, DNS или Samba дозволите. Во многу случаи врската е во ред и Explorer прикажува кеширана копија од споделувањето. Офлајн-датотеките можат да ја обезбедат таа копија дури и кога VPN е вклучен, бидејќи споделувањето, а не тунелот, одлучува дали приказот е ажуриран. Поправката започнува со докажување на кое од двете гледате.

Мит: иконата за VPN значи дека споделувањето е ажурирано

Иконата за VPN известува дека постои тунел до крајната точка. Таа не кажува ништо за тоа дали одредено SMB споделување е достапно, дали Explorer го вратил тоа споделување во онлајн режим или дали неуспешна синхронизација оставила постара копија. Исто така не ви кажува кој сервер го избрала DFS-патеката.

Офлајн-датотеките чуваат локална копија од пренасочени или прикачени споделувања за да останат достапни кога серверот е недостапен. Кога споделувањето ќе се врати, клиентот треба да се врати онлајн и да синхронизира. Политика за бавна врска може да одлучи дека врската е сѐ уште премногу бавна и да го задржи кешираниот приказ, а конфликт што чека може да го направи истото дури и на брза врска.

Затоа симптомот изгледа селективен: една папка е застарена, друга се отвора правилно, а трета воопшто не се отвора. Тоа се три различни состојби и само првата е приказната за кешот што ја обработува овој напис. Именувајте ја состојбата пред да изберете поправка.

Докажете која цел ја чита Explorer

Започнете со точната UNC-патека наместо со буквата на единицата. Мапираната единица може да покажува на друго споделување од она што мислите, а DFS-патеката може да се однесува на сосема друг сервер. Читањето на мапирањето го покажува зачуваната цел и нејзината состојба:

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

Отворете ја UNC-патеката директно во нов прозорец на Explorer и споредете ја со мапираната единица. Ако директната патека ја прикажува тековната датотека, а мапираната единица не, мапирањето е дел од проблемот, а не кешот.

Потоа потврдете дека датотеката постои за предвидениот корисник. Списокот на администратор на серверот докажува постоење, а не дека обичниот SMB корисник има ист пристап, затоа проверете со сметката што всушност го користи споделувањето. Различни акредитиви даваат различни прикази од причини што немаат врска со кешот. Постоење, пристап и видливост се три одделни проверки.

Прочитајте ја состојбата на синхронизација пред да избришете нешто

Центарот за синхронизација, каде што функцијата е достапна, известува дали споделувањето работи офлајн, дали последната синхронизација не успеала и дали чекаат конфликти. Овие три состојби водат до различни поправки, а бришењето на кешот додека чека конфликт може да ја уништи локалната работа.

Побарајте локални промени што не стигнале до серверот пред да го исклучите кеширањето, да го откачите споделувањето или да ја избришете офлајн-копијата. Датотека што постои само во кешот не е застарен приказ; тоа се несинхронизирани податоци и тие прво треба да се зачуваат преку одобрениот процес. Кешот со промени што чекаат не е безбеден за бришење.

Кога локалната работа е безбедна, користете го поддржаниот премин во онлајн и синхронизацијата, потоа повторно споредете го списокот. Отворањето втор прозорец на Explorer не наметнува освежување, бидејќи двата прозорци можат да го читаат истиот локален кеш.

Поправете ја состојбата на споделувањето наместо да ја бришете функцијата

Ако споделувањето остане офлајн поради политика за бавна врска, прилагодете ја политиката за тоа споделување или мрежа наместо да ги исклучите офлајн-датотеките за сите корисници. Ако синхронизацијата постојано не успева, поправете го дефектот и решете ги конфликтите; синхронизацијата што работи е она што кешираната копија повторно ја прави ажурна. Променете ја најмалата политика што го покрива споделувањето. Глобалната промена ја заменува застарената слика на еден корисник со изгубениот офлајн-пристап на сите.

За споделувања што никогаш не треба да се кешираат, серверот може да испрати совет по споделување. Samba го изложува како параметар на споделувањето, а вредноста за споделување што мора да остане само онлајн е:

csc policy = disable

Референца за параметрите на Samba ги дефинира дозволените вредности и нивното значење. Применете го поставувањето преку менаџерот за споделувања што ја генерира конфигурацијата, особено на NAS, и запомнете дека советот не ги поправа податоците веќе кеширани на клиентот.

По секоја промена на политиката, проверете дали клиентот повторно се поврзува и дали се појавува очекуваната датотека. Рестартирана услуга не е доказ дека локална промена што чека е подигната, затоа проверете ја датотеката, не само состојбата на врската.

Кога причината не се офлајн-датотеките

Ако UNC-патеката е потврдена како онлајн, а новиот список сѐ уште се разликува, кешот не е објаснувањето. Проверете ги дозволите за споделувањето и системот на датотеки, набројувањето засновано на пристап и серверот што DFS-упатувањето навистина го избрало. Секое од нив може да скрие папка без никаква локална копија.

Споделување што никогаш не се поврзува бара докази за рутирање и филтрирање на услуги, а не проверка на кешот. Портата 445 блокирана преку тунелот, DNS-име што се решава на погрешна адреса или правило на огнениот ѕид што дозволува ping, но не SMB, сите создаваат дефект пред кешот да има значење.

Тестот што ги разделува двете семейства е едноставен: папка што постои на серверот, е видлива на вистинскиот корисник и сѐ уште не се појавува онлајн, укажува на политика или набројување; папка што се појавува со стари содржини укажува на кешот. Дијагностицирајте го семејството пред да смените поставување.