Повежете се на 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, сви стварају отказ пре него што кеш постане важан.

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

Повезани чланци