Mountain Duck SFTP: login kedua setelah VPN
Gateway dan server file mengautentikasi hal yang berbeda. Gunakan nama host dari administrator SFTP, jawab permintaannya, dan pertahankan pemeriksaan kunci host.
VPN terhubung, bilah menu menampilkan terowongan, dan Mountain Duck tetap meminta login. Lalu ia meminta kode. Tidak ada yang rusak: dua sistem berbeda mengautentikasi Anda, dan yang kedua belum pernah mendengar tentang yang pertama. MFA VPN membuktikan sesuatu kepada gateway. Server SFTP meminta buktinya sendiri, terhadap akunnya sendiri.
Dua permintaan, dua sistem
Gateway dan server file adalah domain kebijakan yang terpisah. Keduanya mungkin berbagi direktori, atau tidak memiliki kesamaan selain orang yang memakainya. Mengirim kode sekali pakai di VPN tidak membuat sesi di host SFTP, dan host SFTP tidak dapat mengetahui apakah Anda memakai terowongan. Setiap sistem mengira hanya dirinya yang bertanya.
| 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 |
Perlakukan ketiganya sebagai baris terpisah dalam catatan Anda. Ketika salah satunya gagal, baris itu memberi tahu konsol mana yang harus dibuka, dan itulah sebagian besar pekerjaannya.
Gunakan alamat administrator SFTP
Bookmark memerlukan nama host dan port tempat layanan file benar-benar mendengarkan, yang belum tentu alamat server VPN. Tanyakan kepada administrator yang menjalankan layanan SFTP, dan gunakan nama host yang sama dengan klien lain.
Biarkan pemeriksaan identitas server tetap utuh. Mountain Duck dan Cyberduck menampilkan kunci host pada koneksi pertama, dan membandingkannya dengan nilai yang diberikan administrator melalui saluran lain adalah langkah yang mencegah server yang salah menerima kredensial Anda. Menonaktifkan pemeriksaan itu agar bookmark terhubung adalah keputusan permanen yang menyamar sebagai kenyamanan. Itu juga menghapus satu-satunya bukti yang nanti Anda miliki bahwa file sampai ke tempat yang dimaksud.
Jawab tantangan yang dikirim server
Dokumentasi SFTP proyek menjelaskan dukungan tantangan-respons untuk kode sekali pakai: permintaan login awal, lalu permintaan kedua untuk kode, sesuai yang diminta server. Alurnya milik konfigurasi server, dan klien tidak dapat menambahkan penegakan dua faktor di sisi server dengan menyimpan nilai lain di kolom kata sandinya.
Jadi bookmark harus menyimpan kredensial akun biasa, dan kode diketik saat permintaan muncul. Menyimpan kode yang berubah sebagai kata sandi permanen menghasilkan bookmark yang berfungsi sekali, lalu gagal dengan cara yang tampak seperti kata sandi salah. Menaruh kode di kolom kredensial VPN gagal secara berbeda: gateway menolaknya, dan terowongan tidak pernah naik. Dua permintaan, dua tempat, dan menukarnya merusak keduanya.
Pemasangan otomatis tidak bisa menekan tombol
Jika bookmark menyambung ulang di latar belakang, tantangan interaktif tidak punya siapa pun untuk menjawabnya. Mount mencoba lagi, server bertanya lagi, dan log dipenuhi percobaan yang tidak mungkin berhasil. Itu hasil jujur dari kebijakan yang menuntut kehadiran orang.
Rencanakan interaksinya: hubungkan terowongan dan bookmark saat Anda hadir, lalu perlakukan penyambungan ulang otomatis berikutnya sebagai upaya terbaik. Jika alur kerja benar-benar membutuhkan akses tanpa pengawasan, pemilik server harus menyetujui pengaturan autentikasi lain, yang merupakan perubahan kebijakan dan bukan pengaturan bookmark.
Pemasangan bukan izin
Volume yang di-mount membuktikan bahwa sesi telah diautentikasi. Itu tidak membuktikan akun boleh menulis di mana saja pada server tersebut. Periksa folder yang dimaksud, coba operasi yang benar-benar Anda butuhkan, dan konfirmasi hasilnya dari sisi server ketika jawabannya penting. Bilah sisi Finder menampilkan volume; itu tidak mengatakan apa pun tentang izin di baliknya.
Untuk protokol lain, gunakan metode autentikasi terdokumentasi penyedia itu alih-alih menyalin urutan ini. Login cloud dan tantangan SSH bisa terlihat sama di bilah sisi dan berperilaku sangat berbeda di bawahnya.