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 სახელი ან firewall წესი, რომელიც ping-ს უშვებს და SMB-ს არა, ყველა ქმნის ჩავარდნას მანამ, სანამ ქეში მნიშვნელოვანი გახდება.

ორი ოჯახის გამყოფი ტესტი მარტივია: საქაღალდე, რომელიც სერვერზე არსებობს, სწორი მომხმარებლისთვის ხილვადია და მაინც არ ჩნდება ონლაინ, მიუთითებს პოლიტიკაზე ან ჩამოთვლაზე; საქაღალდე, რომელიც ძველი შიგთავსით ჩნდება, ქეშზე მიუთითებს. დაადგინეთ ოჯახი, სანამ პარამეტრს შეცვლით.