SMB გაზიარება Mac-ზე VPN-ით: ჯერ დაუკავშირდით, შემდეგ სცადეთ ჩაწერა
Finder ამონტაჟებს გაზიარებას, მაგრამ უარყოფს შენახვას? გაყავით VPN გზა, SMB ანგარიში და სერვერის ნებართვა, სანამ რომელიმე პარამეტრს შეცვლით.
თუ Finder ამონტაჟებს გაზიარებას VPN-ის გავლით და შემდეგ უარყოფს ფაილის შენახვას, გვირაბი უკვე ასრულებს თავის საქმეს და უთანხმოება იდენტობასა და ფაილური სერვერის უფლებებს ეხება. თუ მონტაჟი საერთოდ არ ჩნდება, ამ წერტილის შემდეგ არაფერი შემოწმებულა. ორივე შემთხვევა macOS-ზე მსგავსი დიალოგით მთავრდება, ამიტომ ადამიანები VPN პროფილებს თავიდან აშენებენ იმ გაუმართაობის გამო, რომელსაც VPN ვერ შექმნის. მე ჯერ ზუსტად ვადგენ, სად ჩერდება კავშირი, და მხოლოდ შემდეგ ვამოწმებ ჩაწერას ერთჯერადი ფაილით და არა იმ დოკუმენტით, რომლის რედაქტირებაც მოვედი.
სამი პირობა განსაზღვრავს, სად უნდა შეხედოთ
პარამეტრს შეხებამდე სამი პასუხი გჭირდებათ: გადაიქცევა თუ არა სახელი კერძო მისამართად, რომელსაც გვირაბი მარშრუტიზებს, მიიღებს თუ არა SMB სერვისი ზუსტად იმ ანგარიშს, რომელიც მიუთითეთ, და აქვს თუ არა ამ ანგარიშს ჩაწერის უფლება ზუსტად ამ გაზიარებაზე, საქაღალდესა და ოპერაციაზე. თითოეული სხვადასხვა ადგილას ვარდება, და მხოლოდ პირველი ეკუთვნის VPN-ის მფლობელს.
| What you see | What it establishes | Who fixes it |
|---|---|---|
| Name does not resolve, or resolves outside the tunnel | The path was never built | VPN or DNS administrator |
| Name resolves, port 445 times out | Route, firewall or overlapping address space | VPN and network owners |
| Server answers, the sign-in is rejected | The file-service account, not the VPN login | File-server owner |
| Share mounts, writing is refused | Share policy or directory rights | File-server owner |
ცხრილი იმსახურებს თავის ადგილს, რადგან Mac-ში შესვლა, VPN-ში შესვლა და SMB ანგარიში სამი ცალკე იდენტობაა. VPN პაროლის შეცვლა არასოდეს ხსნის გაზიარებას, რომელიც უარყოფს რეგისტრირებულ მომხმარებელს, და დაკავშირებულობის შესახებ მომხსენებელი კლიენტი არაფერს ამბობს იმ სერვერზე, რომელსაც მიმართავთ.
დაუკავშირდით მისამართით და არა დათვალიერებით
დისტანციური გაზიარება შეიძლება სრულიად მისაწვდომი იყოს და მაინც უხილავი დარჩეს Finder-ის ქსელის სიაში. ოფისის LAN-ში აღმოჩენა ეფუძნება broadcast და multicast სახელებს, და VPN-ების უმეტესობა ამ ტრაფიკს გვირაბში არ გადაიტანს, ამიტომ ცარიელი ქსელის ხედი გატეხილი კავშირის მტკიცებულება არ არის.
გაუშვით სასურველი VPN მისი ჩვეულებრივი კლიენტით და დაასრულეთ აუთენტიფიკაცია.
Finder-ში აირჩიეთ გადასვლა, შემდეგ სერვერთან დაკავშირება, ან დააჭირეთ Command-K.
აკრიფეთ მოცემული მისამართი. ამ მაგალითში ეს არის
smb://files.corp.example/team, საილუსტრაციო სახელი და არა საჯარო სერვისი. თუ მხოლოდ სერვერის სახელი გაქვთ, დაუკავშირდით მას და აირჩიეთ ნებადართული გაზიარება იმ სიიდან, რომელსაც ის დააბრუნებს.აირჩიეთ რეგისტრირებული მომხმარებელი და შეიყვანეთ ფაილური სერვისის ანგარიში, არა თქვენი Mac ანგარიში და არა VPN ანგარიში. სტუმარი სწორია მხოლოდ მაშინ, როცა მფლობელი ასე ამბობს.
გახსენით გაზიარება და შეასრულეთ ის ერთი დავალება, რისთვისაც მოხვედით. საქაღალდის სია ამტკიცებს მონტაჟს და მეტს არაფერს.
Apple-ის სერვერთან დაკავშირების გზამკვლევი აღწერს ამ Finder სამუშაო ნაკადს და მის უკან არსებულ სერვისში შესვლას. შეინახეთ მისამართი რჩეულებში, რომ შემდეგი კავშირი განმეორებადი იყოს, და გახსოვდეთ, რომ ჩანაწერის გადარქმევა ცვლის ეტიკეტს და არა სამიზნეს.
წაიკითხეთ ის ეტაპი, სადაც ჩერდება
სანამ რამეს შეცვლით, ჩაწერეთ რომელი ეტაპი ვარდება, იმავე სახელებით, რომლებიც Finder-ში აკრიფეთ. დაიწყეთ სახელის გარჩევით: dscacheutil -q host -a name files.corp.example ბეჭდავს მისამართს, რომელსაც macOS გამოიყენებს, და netstat -rn აჩვენებს, აქვს თუ არა ამ მისამართს მარშრუტი გვირაბის ინტერფეისით თუ თქვენი სახლის კარიბჭით.
შემდეგ მისაწვდომობა. nc -vz files.corp.example 445 ამბობს, პასუხობს თუ არა SMB პორტი საერთოდ; თუ გარჩევა მუშაობს და 445 დროის ლიმიტს გადის, თქვენ მარშრუტიზაციის, ფარის ან გადამფარავი მისამართების არეალში ხართ და გაზიარების ნებართვის ცვლილება არ დაგეხმარებათ. თუ პორტი პასუხობს, ჰკითხეთ სერვერს, რას სთავაზობს ის ამ ანგარიშს: smbutil view //[email protected] ჩამოთვლის გაზიარებებს, და smbutil statshares -a იუწყება ამონტაჟებული სეანსის შეთანხმებულ დიალექტსა და ხელმოწერის მდგომარეობას, რაც გეუბნებათ, არის თუ არა თქვენ მიერ შემოწმებული მონტაჟი ის, რასაც ფიქრობთ.
იდენტობა ცალკე შემოწმებას იმსახურებს, რადგან ეს არის ის ნაბიჯი, რომელსაც ადამიანები გამოტოვებენ. მონტაჟი შეიძლება ცხოვრობდეს სტუმრად ან ძველ შენახულ ანგარიშად, სანამ თქვენ თავს რეგისტრირებულ მომხმარებლად თვლით, და მაშინ ყოველი ჩაწერის ტესტი არასწორ ანგარიშს ზომავს.
ჩაწერის წვდომას ერთზე მეტი კარიბჭე აქვს
ორ შრეს შეუძლია სერვერის მხრიდან არა თქმა და ორივე Mac-იდან ერთნაირად გამოიყურება. გაზიარება შეიძლება მხოლოდ-კითხვად იყოს ექსპორტირებული, სანამ მის ქვეშ არსებული საქაღალდე ჩასაწერია, და ჩასაწერი გაზიარება ვერ გვერდს აუვლის ფაილური სისტემის ACL-ს, რომელიც უარყოფს თქვენს ანგარიშს; ქვესაქაღალდეს შეიძლება ჰქონდეს საკუთარი პოლიტიკა. Windows სერვერებზე გაზიარების ნებართვა და NTFS ნებართვები ცალკეა, და ეფექტური უფლება ორივედან უფრო შემზღუდველია.
ამიტომ გადაწყვიტეთ, რა უარყოფილა სინამდვილეში: ფაილის შექმნა, არსებულის რედაქტირება, საქაღალდის შექმნა, გადარქმევა ან წაშლა. ეს ერთი ნებართვა არ არის, და საქაღალდეს, სადაც სია მუშაობს, შეუძლია ყველა მათგანი უარყოს. მომუშავე მონტაჟი ნებართვა არ არის.
თუ არასწორ იდენტობას ეჭვობთ, ამოიღეთ გაზიარება, წაშალეთ მოძველებული ჩანაწერი გასაღებების წვდომაში და კვლავ დაუკავშირდით რეგისტრირებული ანგარიშით. Finder სიამოვნებით ხელახლა გამოიყენებს შენახულ სეანსს და დაგტოვებთ ნებართვებს ზომავდეთ იმ მომხმარებლისთვის, რომლადაც სერვერი თქვენ არ მიგიჩნევთ.
შეამოწმეთ ჩაწერა რეალურ დოკუმენტებზე ხელის შეუხებლად
მფლობელის თანხმობით შექმენით ერთი პატარა ფაილი ახალი სახელით იმ საქაღალდეში, რომელიც ვარდება: touch /Volumes/team/qa-write-test.txt როცა გაზიარება იქ არის ამონტაჟებული, ან უბრალოდ შეინახე როგორც ახალი სახელით აპლიკაციიდან. არასოდეს გადააწერეთ დოკუმენტი წვდომის შესამოწმებლად, და შეინახეთ შეცდომის ზუსტი ტექსტი ნაცვლად მისი გადმოთქმისა, რადგან VPN მას არ დააკოპირებს.
შემდეგ მფლობელს გადაეცით თქვენი ცდის ოპერაცია და არა ზოგადი ჩივილი. მათ შეუძლიათ შეამოწმონ გაზიარების პოლიტიკა, ანგარიშის ჯგუფური წევრობა და უფლებები სწორედ იმ ერთ საქაღალდეზე და გითხრათ, რომელმა შრემ უარყო თქვენ. თუ შეტყობინება ახსენებს ტევადობას, ჩაკეტილ ფაილს ან სახელთა კონფლიქტს, ეს სხვა პრობლემაა და საკუთარ გამოძიებას იმსახურებს.
შეამოწმეთ გასწორება, შემდეგ ამოიღეთ თანმიმდევრობით
მას შემდეგ, რაც მფლობელი რამეს შეცვლის, გაიმეორეთ იგივე პატარა ჩაწერა და დაადასტურეთ, რომ ფაილი სერვერისთვის ჩანს და შემდეგ წასაშლელია. ასლი, რომელიც იწყება და შემდეგ ჩერდება, გამტარუნარიანობის საკითხია და არა ნებართვის; მყისიერი უარი ნებართვის საკითხია.
სანამ VPN-ს გამორთავთ, ამოხსენით გაზიარება და დახურეთ ღია დოკუმენტები. გვირაბის გაქრობის შემდეგ ამოღება Finder-სა და თქვენს აპლიკაციებს მკვდარ გზაზე ალოდინებს. შეინახეთ SMB კერძო ქსელის შიგნით, ნუ გამორთავთ ფარს თეორიის შესამოწმებლად და ნუ გახსნით საქაღალდეს ყველასთვის შემოვლითი გზის სახით. ბილეთისთვის მიუთითეთ მისამართი, ანგარიშის სახელი, ჩავარდნილი ოპერაცია, შეტყობინების ზუსტი ტექსტი და დრო, ხოლო პაროლები და პროფილის ფაილები გარეთ დატოვეთ.
- მისამართი გადაიქცევა კერძო მისამართად, რომელიც გვირაბით მარშრუტიზდება.
- 445 პორტი პასუხობს და
smbutil viewჩამოთვლის სასურველ გაზიარებას სასურველი ანგარიშისთვის. - თქვენთვის საჭირო ჩაწერა დასტურდება ახალი ფაილით და არა არსებული დოკუმენტით.