Тэчка SMB выглядае састарэлай праз VPN? Праверце аўтаномныя файлы

Вы падключаеце VPN, адкрываеце падлучаны дыск, і ў тэчцы няма файла, які на серверы відавочна ёсць. Першая думка — вінаваціць тунель, DNS або правы Samba. У многіх выпадках злучэнне ў парадку, а Праводнік паказвае кэшаваную копію рэсурсу. Аўтаномныя файлы могуць аддаваць гэтую копію нават пры ўключаным VPN, бо менавіта рэсурс, а не тунель, вырашае, ці ўяўленне жывое. Выпраўленне пачынаецца з доказу таго, на што вы гледзіце.

Міф: значок VPN азначае, што рэсурс жывы

Значок VPN паведамляе, што тунель да канцавога пункта існуе. Ён нічога не кажа пра тое, ці дасягальны пэўны рэсурс SMB, ці Праводнік перавёў гэты рэсурс назад у анлайн-рэжым, ці няўдача сінхранізацыі пакінула старэйшую копію на месцы. Ён таксама не паведамляе, які сервер выбраў шлях DFS.

Аўтаномныя файлы захоўваюць лакальную копію перанакіраваных або замацаваных рэсурсаў каб яны заставаліся даступнымі, калі сервер недасягальны. Калі рэсурс вяртаецца, кліент павінен пераключыцца назад і сінхранізавацца. Палітыка павольнага злучэння можа вырашыць, што злучэнне ўсё яшчэ занадта павольнае, і пакінуць кэшаванае ўяўленне, а чаканы канфлікт можа зрабіць тое ж самае нават на хуткім злучэнні.

Вось чаму сімптом выглядае выбарачным: адна тэчка састарэлая, другая адкрываецца правільна, а трэцяя не адкрываецца зусім. Гэта тры розныя станы, і толькі першы — гісторыя кэша, пра якую ідзе гаворка ў артыкуле. Назавіце стан, перш чым выбіраць выпраўленне.

Дакажыце, якую мэту чытае Праводнік

Пачніце з дакладнага шляху UNC, а не з літары дыска. Падлучаны дыск можа паказваць на іншы рэсурс, чым вы думаеце, а шлях DFS можа цалкам адносіцца да іншага сервера. Чытанне адлюстравання паказвае захаваную мэту і яе стан:

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

Адкрыйце шлях UNC непасрэдна ў новым акне Праводніка і параўнайце яго з падлучаным дыскам. Калі прамы шлях паказвае бягучы файл, а падлучаны дыск не, то адлюстраванне — частка праблемы, а не кэш.

Затым пераканайцеся, што файл існуе для патрэбнага карыстальніка. Спіс адміністратара на серверы даказвае існаванне, а не тое, што звычайны карыстальнік SMB мае такія ж правы, таму праверце з уліковым запісам, які фактычна карыстаецца рэсурсам. Розныя ўліковыя даныя даюць розныя ўяўленні па прычынах, не звязаных з кэшам. Існаванне, доступ і бачнасць — тры асобныя праверкі.

Прачытайце стан сінхранізацыі, перш чым нешта ачышчаць

Цэнтр сінхранізацыі, дзе гэтая функцыя даступная, паведамляе, ці рэсурс працуе аўтаномна, ці апошняя сінхранізацыя не ўдалася і ці чакаюць канфлікты. Гэтыя тры станы вядуць да розных выпраўленняў, а ачыстка кэша пры чаканым канфлікце можа знішчыць лакальную працу.

Шукайце лакальныя змены, якія не дайшлі да сервера, перш чым адключаць кэшаванне, адмацоўваць рэсурс або выдаляць аўтаномную копію. Файл, які існуе толькі ў кэшы, — гэта не састарэлае ўяўленне; гэта несінхранізаваныя даныя, і іх трэба спачатку захаваць праз ухвалены працэс. Кэш з чаканымі зменамі не бяспечна выдаляць.

Калі лакальная праца ў бяспецы, выкарыстайце падтрымліваны пераход у анлайн і сінхранізацыю, затым зноў параўнайце спіс. Адкрыццё другога акна Праводніка не прымушае абнавіцца, бо абодва акны могуць чытаць адзін і той жа лакальны кэш.

Аднавіце стан рэсурсу замест выдалення функцыі

Калі рэсурс застаецца аўтаномным з-за палітыкі павольнага злучэння, змяніце палітыку для гэтага рэсурсу або сеткі, а не адключайце аўтаномныя файлы для ўсіх карыстальнікаў. Калі сінхранізацыя пастаянна не ўдаецца, выпраўце збой і развяжыце канфлікты; працоўная сінхранізацыя — гэта тое, што зноў робіць кэшаваную копію актуальнай. Змяняйце найменшую палітыку, якая ахоплівае рэсурс. Глабальная змена абменьвае састарэлае ўяўленне аднаго карыстальніка на страту аўтаномнага доступу ўсімі.

Для рэсурсаў, якія ніколі не павінны кэшавацца, сервер можа адправіць падказку для кожнага рэсурсу. Samba прадстаўляе яе як параметр рэсурсу, а значэнне для рэсурсу, які павінен заставацца толькі анлайн, такое:

csc policy = disable

Даведнік па параметрах Samba вызначае дазволеныя значэнні і іх сэнс. Ужывайце наладу праз кіраўнік рэсурсаў, які фактычна стварае канфігурацыю, асабліва на NAS, і памятайце, што падказка не выпраўляе даныя, ужо кэшаваныя на кліенце.

Пасля любой змены палітыкі праверце, што кліент зноў падключаецца і што патрэбны файл з'яўляецца. Перазапушчаная служба не з'яўляецца доказам таго, што чаканая лакальная змена была загружана, таму правярайце файл, а не толькі стан злучэння.

Калі прычына не ў аўтаномных файлах

Калі шлях UNC пацверджаны як анлайн, а свежы спіс усё яшчэ адрозніваецца, кэш не з'яўляецца тлумачэннем. Праверце правы рэсурсу і файлавай сістэмы, пералічэнне на аснове доступу і сервер, які фактычна выбрала спасылка DFS. Кожнае з гэтага можа схаваць тэчку без удзелу любой лакальнай копіі.

Рэсурс, які ніколі не падключаецца, патрабуе доказаў маршрутызацыі і фільтрацыі службаў, а не праверкі кэша. Заблакаваны праз тунель порт 445, імя DNS, якое развязваецца ў няправільны адрас, або правіла брандмаўэра, якое дазваляе ping, але не SMB, — усё гэта дае збой раней, чым кэш мае значэнне.

Тэст, які раздзяляе гэтыя сем'і, просты: тэчка, якая існуе на серверы, бачная правільнаму карыстальніку і ўсё яшчэ не з'яўляецца анлайн, указвае на палітыку або пералічэнне; тэчка, якая з'яўляецца са старым змесцівам, указвае на кэш. Дыягнастуйце сям'ю, перш чым змяняць наладу.