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

ორი მოთხოვნა, ორი სისტემა

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

LayerWhat it authenticatesWhere the account lives
VPNThe tunnel endpointGateway or identity provider
SFTPThe file sessionSSH server or its directory
Folder accessRead and write within the shareFilesystem permissions

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

გამოიყენეთ SFTP ადმინისტრატორის მისამართი

სანიშნეს სჭირდება ჰოსტის სახელი და პორტი, რომელზეც ფაილური სერვისი ნამდვილად უსმენს, და ეს აუცილებლად VPN სერვერის მისამართი არ არის. ჰკითხეთ ადმინისტრატორს, რომელიც SFTP სერვისს მართავს, და გამოიყენეთ იგივე ჰოსტის სახელი, რასაც სხვა კლიენტები იყენებენ.

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

უპასუხეთ სერვერის გამოწვევას

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

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

ავტომატური მიმაგრება ვერ აჭერს ღილაკს

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

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

მიმაგრება ნებართვა არ არის

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

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

დაკავშირებული სტატიები