Mountain Duck SFTP: VPN-dən sonra ikinci giriş
Şlüz və fayl serveri fərqli şeyləri təsdiqləyir. SFTP administratorunun host adını istifadə edin, onun sorğusuna cavab verin və host açarı yoxlamasını saxlayın.
VPN qoşulur, menyu panelində tunel görünür, amma Mountain Duck yenə giriş istəyir. Sonra kod istəyir. Heç nə pozulmayıb: iki fərqli sistem sizi təsdiqləyir və ikincisi birincidən heç vaxt xəbərdar olmayıb. VPN-in çoxfaktorlu autentifikasiyası şlüzə nəyisə sübut edir. SFTP serveri isə öz sübutunu, öz hesabına qarşı istəyir.
İki sorğu, iki sistem
Şlüz və fayl serveri ayrı siyasət sahələridir. Onlar bir kataloqu paylaşa bilər, ya da onları istifadə edən şəxsdən başqa heç nə ortaqları olmaya bilər. VPN-də birdəfəlik kod daxil etmək SFTP hostunda sessiya yaratmır və SFTP hostu ümumiyyətlə tunel istifadə edib-etmədiyinizi bilə bilməz. Hər sistem özünü yeganə soruşan hesab edir.
| Layer | What it authenticates | Where the account lives |
|---|---|---|
| VPN | The tunnel endpoint | Gateway or identity provider |
| SFTP | The file session | SSH server or its directory |
| Folder access | Read and write within the share | Filesystem permissions |
Üçü qeydlərinizdə ayrı sətirlər kimi saxlayın. Biri uğursuz olduqda, sətir hansı konsolu açmalı olduğunuzu deyir və işin çoxu budur.
SFTP administratorunun ünvanından istifadə edin
Əlfəcin fayl xidmətinin həqiqətən dinlədiyi host adına və porta ehtiyac duyur ki, bu da mütləq VPN serverinin ünvanı deyil. SFTP xidmətini idarə edən administratora soruşun və digər müştərilərin istifadə etdiyi host adının eynisini istifadə edin.
Server kimliyi yoxlamasını toxunulmaz saxlayın. Mountain Duck və Cyberduck ilk qoşulmada host açarını göstərir və onu administratorun kanal xaricində verdiyi dəyərlə müqayisə etmək yanlış serverin etimadnamənizi almasının qarşısını alan addımdır. Əlfəcin qoşulsun deyə bu yoxlamanı söndürmək rahatlıq kimi gizlədilmiş daimi bir qərardır. O, həm də faylın istədiyiniz yerə getdiyinə dair sonradan əlinizdə olacaq yeganə sübutu silir.
Serverin göndərdiyi çağırışa cavab verin
Layihənin SFTP sənədləri birdəfəlik kodlar üçün çağırış-cavab dəstəyini təsvir edir: ilkin giriş sorğusu, sonra serverin tələb etdiyi anda kod üçün ikinci sorğu. Bu axın serverin konfiqurasiyasına aiddir və müştəri parol sahəsinə başqa bir dəyər yazmaqla server tərəfində ikifaktorlu məcburiyyət əlavə edə bilməz.
Deməli əlfəcin adi hesab etimadnaməsini saxlamalı, kod isə sorğu görünəndə yazılmalıdır. Dəyişən kodu daimi parol kimi saxlamaq bir dəfə işləyən, sonra isə səhv parol kimi görünən şəkildə uğursuz olan əlfəcin yaradır. Kodu VPN etimadnamə sahəsinə qoymaq başqa cür uğursuz olur: şlüz onu rədd edir və tunel heç vaxt qalxmır. İki sorğu, iki yer və onları dəyişmək hər ikisini pozur.
Avtomatik montaj düyməyə basa bilməz
Əlfəcin arxa planda yenidən qoşulursa, interaktiv çağırışa cavab verəcək heç kim olmur. Montaj yenidən cəhd edir, server yenidən soruşur və jurnal uğur qazana bilməyən cəhdlərlə dolur. Bu, insan tələb edən siyasətin dürüst nəticəsidir.
Qarşılıqlı təsiri planlaşdırın: tuneli və əlfəcini siz orada olarkən qoşun, sonrakı avtomatik yenidən qoşulmalara isə ən yaxşı səy kimi baxın. Əgər iş axını həqiqətən nəzarətsiz girişə ehtiyac duyursa, server sahibi fərqli autentifikasiya quruluşunu təsdiqləməlidir ki, bu da əlfəcin ayarı deyil, siyasət dəyişikliyidir.
Montaj icazə deyil
Qoşulmuş həcm sessiyanın autentifikasiyadan keçdiyini sübut edir. Hesabın həmin serverdə hər yerdə yazmaq hüququ olduğunu sübut etmir. Nəzərdə tutulan qovluğu yoxlayın, həqiqətən ehtiyac duyduğunuz əməliyyatı sınayın və cavab vacib olduqda nəticəni server tərəfindən təsdiqləyin. Finder yan paneli həcm göstərir; arxasındakı icazələr barədə heç nə demir.
Başqa protokol üçün bu ardıcıllığı kopyalamaq əvəzinə həmin provayderin sənədləşdirilmiş autentifikasiya metodundan istifadə edin. Bulud girişi və SSH çağırışı yan paneldə eyni görünə bilər, altında isə tamamilə fərqli davranır.