SMB გაზიარება VPN-ის გათიშვის შემდეგ: აღდგენის შემოწმების სია

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

დაიწყეთ გაზიარებაზე მუშაობის შეწყვეტით და არა მისი ხელახლა დაკავშირებით. ეს პასიურად გამოიყურება და სწორედ ეს ნაბიჯი იცავს თქვენს მონაცემებს.

შეწყვიტეთ წერა ხელახლა დაკავშირებამდე

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

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

აღადგინეთ გზა, შემდეგ კი დაამტკიცეთ

ხელახლა დაუკავშირდით განზრახ VPN-ს და დაასრულეთ მისი ავთენტიფიკაცია, შემდეგ დაადასტურეთ, რომ ფაილური სერვერის სახელი წყდება და რომ SMB სერვისი გვირაბის გავლით პასუხობს. დაკავშირებული სტატუსი მხოლოდ გვირაბს აღწერს, ამიტომ ეს შემოწმების დასაწყისად მიიჩნიეთ და არა დასასრულად.

1. დაადასტურეთ ფაილური სერვერის სახელის წყვეტა და ხელმისაწვდომობა გვირაბის გავლით.

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

3. თუ მოცულობა არ ბრუნდება, შეგნებულად დაუკავშირდით Go-ს, შემდეგ Connect to Server-ს და სერვერის ცნობილ მისამართს, მაგალითად smb://files.corp.example/team.

4. შედით ფაილური სერვერის ანგარიშით, რომელიც VPN-ის შესვლისგან დამოუკიდებელი გადაწყვეტილებაა სერტიფიკატებზე, და გაგრძელებამდე დაადასტურეთ დოკუმენტის მდგომარეობა პროგრამაში.

Apple-ის Finder-ით დაკავშირების სახელმძღვანელო აღწერს ცხადი მისამართის მეთოდს და სწორედ ის არის აქ საიმედო გზა. გვერდით ზოლში მჯდომი მოცულობის სახელი ქეშირებული იარლიყია და არა მტკიცებულება იმისა, რომ წინა კავშირი ჯერ კიდევ გამოსაყენებელია.

რატომ ვერ დაჰპირდება ახალი სესია ღია სახელურებს

SMB-ს ნამდვილად აქვს დროებითი გათიშვის გადატანის მექანიზმები და ორივე პირობითია. მდგრადი გახსნები შეიძლება ხელახლა დაუკავშირდეს კლიენტსა და სერვერს შორის შეთანხმებულ დროის ფანჯარაში, ხოლო მუდმივ გახსნებს ორივე მხარეს უფრო მკაცრი შესაძლებლობები სჭირდება. ის, რომ Mac-ის კლიენტი და ფაილური სერვერი თანხმდებიან გაზიარების მიმაგრებაზე, არაფერს ამბობს იმაზე, შეთანხმდა თუ არა რომელიმე ეს მექანიზმი თქვენ მიერ ღიად დატოვებულ ფაილებზე.

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

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

ნუ აიძულებთ მიმაგრებას მოწესრიგებულად გამოიყურებოდეს

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

თუ გაზიარება დაკავებული რჩება, ძალის გაზრდის ნაცვლად გამოიყენეთ ფაილური სერვისის ან Mac-ის მხარდაჭერის პროცედურა. მტკიცებულებების შენახვა უფრო ღირებულია, ვიდრე სუფთა გვერდითი ზოლი.

შემდეგ დაგეგმილ გათიშვამდე

დაასრულეთ შენახვები, დახურეთ დამოკიდებული ფაილები და ჩვეულებრივად ამოიღეთ გაზიარება სანამ VPN-ს განზრახ გათიშავთ. ეს თანმიმდევრობა იაფია და შლის ამ კითხვების მთელ კლასს.

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