Mountain Duck SFTP: VPN-тен кейінгі екінші кіру
Шлюз бен файл сервері әртүрлі нәрселерді растайды. SFTP әкімшісінің хост атын пайдаланыңыз, оның сұранысына жауап беріңіз және хост кілтін тексеруді сақтаңыз.
VPN қосылады, мәзір жолағы туннельді көрсетеді, ал Mountain Duck әлі де кіруді сұрайды. Содан кейін код сұрайды. Ештеңе бұзылмаған: екі түрлі жүйе сізді растайды, ал екіншісі біріншісі туралы естімеген. VPN-нің MFA-сы шлюзге бірдеңені дәлелдейді. SFTP сервері өз дәлелін, өз тіркелгісіне қарсы талап етеді.
Екі сұраныс, екі жүйе
Шлюз мен файл сервері бөлек саясат домендері. Олар бір каталогты бөлісуі мүмкін, немесе оларды пайдаланатын адамнан басқа ортақ ештеңесі болмауы мүмкін. VPN-де бір реттік кодты өткізу SFTP хостта сессия жасамайды, ал SFTP хосты туннельді пайдаланғаныңызды біле алмайды. Әрбір жүйе тек өзі сұрап тұр деп ойлайды.
| 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 |
Үшеуін жазбаларыңызда бөлек жолдар ретінде қарастырыңыз. Біреуі сәтсіз болса, жол қай консольді ашу керектігін айтады, жұмыстың көп бөлігі осы.
SFTP әкімшісінің мекенжайын пайдаланыңыз
Бетбелгіге файл қызметі шын мәнінде тыңдайтын хост аты мен порт керек, бұл міндетті түрде VPN серверінің мекенжайы емес. SFTP қызметін басқаратын әкімшіден сұраңыз және басқа клиенттер пайдаланатын хост атын пайдаланыңыз.
Сервер сәйкестігін тексеруді бүлінбеген күйде ұстаңыз. Mountain Duck пен Cyberduck бірінші қосылымда хост кілтін көрсетеді, ал оны әкімші басқа арна арқылы беретін мәнмен салыстыру — дұрыс емес сервердің сіздің тіркелгі деректеріңізді алуына жол бермейтін қадам. Бетбелгі қосылуы үшін бұл тексеруді өшіру — ыңғайлылық деп жасырылған тұрақты шешім. Ол сондай-ақ файлдың көздеген жерге барғаны туралы кейін қолыңызда болатын жалғыз дәлелді жояды.
Сервер жіберген шақыруға жауап беріңіз
Жобаның SFTP құжаттамасы бір реттік кодтар үшін шақыру-жауап қолдауын сипаттайды: бастапқы кіру сұранысы, содан кейін сервер талап еткенде код үшін екінші сұраныс. Бұл ағын сервер конфигурациясына жатады, ал клиент құпия сөз өрісіне басқа мән сақтау арқылы сервер жағында екі факторлы мәжбүрлеуді қоса алмайды.
Сондықтан бетбелгі қарапайым тіркелгі деректерін сақтауы керек, ал код сұраныс пайда болғанда терілуі керек. Өзгеретін кодты тұрақты құпия сөз ретінде сақтау бір рет жұмыс істейтін, содан кейін қате құпия сөзге ұқсайтын сәтсіздікке ұшырайтын бетбелгі жасайды. Кодты VPN тіркелгі деректері өрісіне қою басқаша сәтсіз болады: шлюз оны қабылдамайды, туннель ешқашан көтерілмейді. Екі сұраныс, екі орын, және оларды ауыстыру екеуін де бұзады.
Автоматты тіркеу түймені баса алмайды
Егер бетбелгі фонда қайта қосылса, интерактивті шақыруға жауап беретін ешкім жоқ. Тіркеу қайталап әрекет етеді, сервер қайта сұрайды, журнал сәтті бола алмайтын әрекеттермен толады. Бұл адамды талап ететін саясаттың адал нәтижесі.
Өзара әрекеттесуді жоспарлаңыз: туннель мен бетбелгіні өзіңіз бар кезде қосыңыз, кейінгі автоматты қайта қосылуларды ең жақсы әрекет ретінде қарастырыңыз. Егер жұмыс ағыны шынымен бақылаусыз кіруді қажет етсе, сервер иесі басқа аутентификация тәртібін мақұлдауы керек, бұл бетбелгі параметрі емес, саясат өзгерісі.
Тіркеу рұқсат емес
Тіркелген том сессияның аутентификацияланғанын дәлелдейді. Ол тіркелгінің сол сервердің барлық жеріне жаза алатынын дәлелдемейді. Көзделген қалтаны тексеріңіз, шын мәнінде қажет операцияны қолданып көріңіз және жауап маңызды болғанда нәтижені сервер жағынан растаңыз. Finder-дің бүйір панелі томды көрсетеді; ол оның артындағы рұқсаттар туралы ештеңе айтпайды.
Басқа протокол үшін осы реттілікті көшірудің орнына сол провайдердің құжатталған аутентификация әдісін пайдаланыңыз. Бұлтқа кіру мен SSH шақыруы бүйір панельде бірдей көрінуі мүмкін, бірақ ішінде мүлде басқаша әрекет етеді.