Mountain Duck SFTP: ang ikalawang pag-log in pagkatapos ng VPN
Magkaibang bagay ang sinasang-ayunan ng gateway at file server. Gamitin ang hostname ng administrator ng SFTP, sagutin ang prompt nito, at panatilihin ang pagtingin sa host key.
Kumokonekta ang VPN, may nakikitang tunnel sa menu bar, at humihingi pa rin ng pag-log in ang Mountain Duck. Pagkatapos ay humihingi ito ng code. Walang sira: dalawang magkaibang sistema ang nagpapatunay sa iyo, at ang pangalawa ay hindi pa naririnig ang una. May pinapatunayan ang MFA ng VPN sa gateway. Ang SFTP server ay humihingi ng sarili nitong patunay, laban sa sarili nitong account.
Dalawang prompt, dalawang sistema
Ang gateway at ang file server ay magkaibang domain ng patakaran. Maaaring magbahagi sila ng direktoryo, o wala silang anumang pagkakapareho maliban sa taong gumagamit sa kanila. Ang pagpapasa ng one-time code sa VPN ay hindi gumagawa ng session sa SFTP host, at hindi malalaman ng SFTP host kung gumamit ka ng tunnel. Iniisip ng bawat sistema na siya lang ang nagtatanong.
| 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 |
Ituring ang tatlo bilang magkakaibang hilera sa iyong mga tala. Kapag nabigo ang isa, sinasabi ng hilera kung aling console ang bubuksan, at iyon ang malaking bahagi ng gawain.
Gamitin ang address ng administrator ng SFTP
Kailangan ng bookmark ang hostname at port kung saan talagang nakikinig ang serbisyo ng file, na hindi kinakailangang address ng VPN server. Tanungin ang administrator na nagpapatakbo ng serbisyo ng SFTP, at gamitin ang parehong hostname na ginagamit ng ibang kliyente.
Panatilihing buo ang pagtingin sa pagkakakilanlan ng server. Ipinapakita ng Mountain Duck at Cyberduck ang host key sa unang koneksyon, at ang paghahambing nito sa halagang ibinibigay ng administrator sa ibang channel ang hakbang na pumipigil sa maling server na makatanggap ng iyong mga kredensyal. Ang pagpapawalang-bisa sa pagtingin na iyon para makakonekta ang bookmark ay isang permanenteng desisyon na nagbabalatkayo bilang kaginhawahan. Tinatanggal din nito ang nag-iisang ebidensya na magkakaroon ka mamaya na ang file ay napunta sa nilalayon.
Sagutin ang hamon na ipinapadala ng server
Inilalarawan ng dokumentasyon ng SFTP ng proyekto ang suporta sa challenge-response para sa one-time na mga code: isang paunang prompt sa pag-log in, pagkatapos ay pangalawang prompt para sa code, ayon sa hinihiling ng server. Ang daloy ay kabilang sa konfigurasyon ng server, at hindi maidaragdag ng kliyente ang pagpapatupad ng two-factor sa panig ng server sa pamamagitan ng pag-iimbak ng ibang halaga sa field ng password nito.
Kaya dapat taglayin ng bookmark ang karaniwang kredensyal ng account, at ang code ay dapat i-type kapag lumitaw ang prompt. Ang pag-iimbak ng nagbabagong code bilang permanenteng password ay gumagawa ng bookmark na gumagana nang isang beses, pagkatapos ay nabibigo sa paraang mukhang maling password. Ang paglalagay ng code sa field ng kredensyal ng VPN ay nabigo nang iba: tinatanggihan ito ng gateway, at hindi umaangat ang tunnel. Dalawang prompt, dalawang lugar, at ang pagpapalit sa kanila ay sumisira sa dalawa.
Hindi makakapindot ng buton ang awtomatikong pag-mount
Kung muling kumonekta ang bookmark sa background, ang interactive na hamon ay walang sasagot. Inuulit ng mount ang pagsubok, muling nagtatanong ang server, at napupuno ang log ng mga pagtatangkang hindi maaaring magtagumpay. Iyon ang tapat na resulta ng patakarang nangangailangan ng tao.
Planuhin ang interaksyon: ikonekta ang tunnel at ang bookmark habang naroroon ka, pagkatapos ay ituring ang mga awtomatikong muling pagkonekta bilang pinakamahusay na pagsisikap. Kung talagang kailangan ng daloy ng trabaho ang walang-pagmamatyag na pag-access, kailangang aprubahan ng may-ari ng server ang ibang kaayusan sa pagpapatunay, na pagbabago ng patakaran at hindi setting ng bookmark.
Ang pag-mount ay hindi pahintulot
Ang naka-mount na volume ay nagpapatunay na ang session ay napatunayan. Hindi nito pinapatunayan na ang account ay maaaring magsulat kahit saan sa server na iyon. Suriin ang nilalayong folder, subukan ang operasyong talagang kailangan mo, at kumpirmahin ang resulta mula sa panig ng server kapag mahalaga ang sagot. Ipinapakita ng side bar ng Finder ang volume; wala itong sinasabi tungkol sa mga pahintulot sa likod nito.
Para sa ibang protocol, gamitin ang dokumentadong paraan ng pagpapatunay ng provider na iyon sa halip na kopyahin ang sekwensyang ito. Ang pag-log in sa cloud at ang hamon ng SSH ay maaaring magkamukhang magkapareho sa side bar at kumilos nang lubos na naiiba sa ilalim.