VPN се поврзува, мени-лентата покажува тунел, а Mountain Duck сѐ уште бара најавување. Потоа бара код. Ништо не е расипано: два различни системи ве потврдуваат, а вториот никогаш не слушнал за првиот. MFA на VPN докажува нешто на порталот. Серверот SFTP го бара својот доказ, против својата сметка.

Две барања, два системи

Порталот и серверот за датотеки се одделни политички домени. Можеби делат директориум, или немаат ништо заедничко освен личноста што ги користи. Пренесувањето еднократен код на VPN не создава сесија на домаќинот SFTP, а домаќинот SFTP не може да знае дали воопшто сте користеле тунел. Секој систем верува дека е единствениот што прашува.

LayerWhat it authenticatesWhere the account lives
VPNThe tunnel endpointGateway or identity provider
SFTPThe file sessionSSH server or its directory
Folder accessRead and write within the shareFilesystem permissions

Третирајте ги трите како одделни редови во вашите белешки. Кога еден ќе падне, редот ви кажува која конзола да ја отворите, и тоа е најголемиот дел од работата.

Користете ја адресата на администраторот на SFTP

Обележувачот бара име на домаќин и порта на кои услугата за датотеки навистина слуша, што не е нужно адресата на серверот VPN. Прашајте го администраторот што ја води услугата SFTP и користете го истото име на домаќин што го користат другите клиенти.

Задржете ја проверката на идентитетот на серверот недопрена. Mountain Duck и Cyberduck го покажуваат клучот на домаќинот при првото поврзување, а неговото споредување со вредност што администраторот ја дава преку друг канал е чекорот што спречува погрешен сервер да ги добие вашите акредитиви. Исклучувањето на таа проверка за обележувачот да се поврзе е трајна одлука маскирана како погодност. Таа исто така го отстранува единствениот доказ што подоцна би го имале дека датотеката отишла каде што сте сакале.

Одговорете на предизвикот од серверот

Документацијата на проектот за SFTP опишува поддршка за предизвик-одговор за еднократни кодови: почетно барање за најавување, потоа второ барање за кодот, како што бара серверот. Овој тек припаѓа на конфигурацијата на серверот, а клиентот не може да додаде двофакторско наметнување на страната на серверот со зачувување друга вредност во полето за лозинка.

Затоа обележувачот треба да ги чува обичните акредитиви на сметката, а кодот треба да се внесе кога ќе се појави барањето. Зачувувањето променлив код како трајна лозинка создава обележувач што работи еднаш, а потоа паѓа на начин што изгледа како погрешна лозинка. Ставањето на кодот во полето за акредитиви на VPN паѓа поинаку: порталот го одбива, и тунелот никогаш не се крева. Две барања, две места, и нивната замена ги крши двете.

Автоматското монтирање не може да притисне копче

Ако обележувачот повторно се поврзе во позадина, интерактивниот предизвик нема кој да го одговори. Монтирањето повторно обидува, серверот повторно прашува, и дневникот се полни со обиди што не можат да успеат. Тоа е чесниот резултат на политика што бара човек.

Планирајте ја интеракцијата: поврзете ги тунелот и обележувачот додека сте присутни, а подоцнежните автоматски повторни поврзувања третирајте ги како најдобар обид. Ако работниот тек навистина бара пристап без надзор, сопственикот на серверот мора да одобри друг распоред за автентикација, што е промена на политика, а не поставка на обележувач.

Монтирањето не е дозвола

Монтиран том докажува дека сесијата е автентицирана. Тоа не докажува дека сметката смее да пишува насекаде на тој сервер. Проверете ја предвидената папка, пробајте ја операцијата што навистина ви треба, и кога одговорот е важен, потврдете го резултатот од страната на серверот. Страничната лента на Finder прикажува том; таа не кажува ништо за дозволите зад него.

За друг протокол користете го документираниот метод за автентикација на тој давател наместо да ја копирате оваа низа. Најавувањето во облак и предизвикот SSH можат да изгледаат исто во страничната лента, а внатре да се однесуваат сосема поинаку.

Поврзани статии