Mountain Duck SFTP: otrā pieteikšanās pēc VPN
Vārteja un failu serveris autentificē dažādas lietas. Izmantojiet SFTP administratora resursdatora nosaukumu, atbildiet uz viņa pieprasījumu un saglabājiet resursdatora atslēgas pārbaudi.
VPN savienojas, izvēlnes joslā redzams tunelis, un Mountain Duck tomēr pieprasa pieteikšanos. Pēc tam tas pieprasa kodu. Nekas nav salūzis: divas dažādas sistēmas autentificē jūs, un otrā par pirmo nekad nav dzirdējusi. VPN MFA kaut ko pierāda vārtejai. SFTP serveris pieprasa savu pierādījumu pret savu kontu.
Divi pieprasījumi, divas sistēmas
Vārteja un failu serveris ir atsevišķas politikas jomas. Tie var dalīt direktoriju vai arī tiem nav nekā kopīga, izņemot personu, kas tos izmanto. Vienreizējas piekļuves koda ievade VPN neizveido sesiju SFTP resursdatorā, un SFTP resursdators nevar zināt, vai jūs vispār izmantojāt tuneli. Katra sistēma uzskata, ka tikai tā jautā.
| 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 |
Uzskatiet trīs kā atsevišķas rindas savos pierakstos. Kad viena neizdodas, rinda pasaka, kuru konsoli atvērt, un tas ir lielākā daļa darba.
Izmantojiet SFTP administratora adresi
Grāmatzīmei ir vajadzīgs resursdatora nosaukums un ports, uz kuriem failu pakalpojums faktiski klausās, un tas ne vienmēr ir VPN servera adrese. Jautājiet administratoram, kurš pārvalda SFTP pakalpojumu, un izmantojiet to pašu resursdatora nosaukumu, ko lieto citi klienti.
Saglabājiet servera identitātes pārbaudi neskartu. Mountain Duck un Cyberduck rāda resursdatora atslēgu pirmajā savienojumā, un tās salīdzināšana ar vērtību, ko administrators nodrošina citā kanālā, ir solis, kas neļauj nepareizam serverim saņemt jūsu akreditācijas datus. Šīs pārbaudes izslēgšana, lai grāmatzīme savienotos, ir pastāvīgs lēmums, kas maskēts kā ērtība. Tā arī atņem vienīgo pierādījumu, kas jums vēlāk būtu, ka fails nonāca tur, kur jūs gribējāt.
Atbildiet uz servera izaicinājumu
Projekta SFTP dokumentācija apraksta izaicinājuma-atbildes atbalstu vienreizējiem kodiem: sākotnējais pieteikšanās pieprasījums, pēc tam otrs pieprasījums kodam, kā serveris pieprasa. Šī plūsma pieder servera konfigurācijai, un klients nevar pievienot divu faktoru prasību servera pusē, saglabājot citu vērtību sava paroles laukā.
Tāpēc grāmatzīmei jāsaturot parastie konta akreditācijas dati, un kods jāievada, kad parādās pieprasījums. Mainīga koda saglabāšana kā pastāvīga parole rada grāmatzīmi, kas darbojas vienreiz un pēc tam neizdodas tā, ka izskatās kā nepareiza parole. Koda ievietošana VPN akreditācijas datu laukā neizdodas citādi: vārteja to noraida, un tunelis nekad nepaceļas. Divi pieprasījumi, divas vietas, un to apmaiņa salauž abus.
Automātiskā montēšana nevar nospiest pogu
Ja grāmatzīme atkārtoti savienojas fonā, interaktīvajam izaicinājumam nav neviena, kas atbildētu. Montēšana mēģina vēlreiz, serveris jautā atkal, un žurnāls piepildās ar mēģinājumiem, kas nevar izdoties. Tas ir godīgais politikas, kas prasa cilvēku, rezultāts.
Plānojiet mijiedarbību: savienojiet tuneli un grāmatzīmi, kamēr esat klāt, un vēlākās automātiskās atkārtotās savienošanas uzskatiet par labāko pūliņu. Ja darbplūsmai patiešām vajadzīga piekļuve bez uzraudzības, servera īpašniekam jāapstiprina cita autentifikācijas kārtība, un tas ir politikas, nevis grāmatzīmes iestatījuma maiņa.
Montēšana nav atļauja
Piemontēts sējums pierāda, ka sesija ir autentificēta. Tas nepierāda, ka kontam atļauts rakstīt visur tajā serverī. Pārbaudiet paredzēto mapi, izmēģiniet darbību, kas jums patiešām nepieciešama, un, kad atbildei ir nozīme, apstipriniet rezultātu servera pusē. Finder sānjosla rāda sējumu; tā neko nepasaka par atļaujām aiz tā.
Citam protokolam izmantojiet tā nodrošinātāja dokumentēto autentifikācijas metodi, nevis kopējiet šo secību. Mākoņa pieteikšanās un SSH izaicinājums sānjoslā var izskatīties vienādi un iekšpusē uzvesties pilnīgi citādi.