Mountain Duck SFTP: второто влизане след VPN

VPN се свързва, лентата с менюта показва тунел, а Mountain Duck все още иска вход. После иска код. Нищо не е счупено: две различни системи ви удостоверяват и втората никога не е чувала за първата. Многофакторното удостоверяване на VPN доказва нещо на шлюза. SFTP сървърът иска собствено доказателство, срещу собствения си акаунт.

Две подкани, две системи

Шлюзът и файловият сървър са отделни политически домейни. Може да споделят директория или да нямат нищо общо освен човека, който ги използва. Предаването на еднократен код при VPN не създава сесия на SFTP хоста и SFTP хостът не може да разбере дали изобщо сте използвали тунел. Всяка система вярва, че е единствената, която пита.

Отнасяйте се към трите като към отделни редове в бележките си. Когато един се провали, редът ви казва коя конзола да отворите и това е по-голямата част от работата.

Използвайте адреса на администратора на SFTP

Отметката се нуждае от името на хоста и порта, на който файловата услуга действително слуша, а това не е задължително адресът на VPN сървъра. Попитайте администратора, който поддържа SFTP услугата, и използвайте същото име на хост, което ползват другите клиенти.

Пазете проверката на идентичността на сървъра непокътната. Mountain Duck и Cyberduck показват хост ключа при първа връзка и сравняването му със стойност, която администраторът дава по друг канал, е стъпката, която спира грешен сървър да получи вашите идентификационни данни. Изключването на тази проверка, за да се свърже отметката, е трайно решение, прикрито като удобство. То премахва и единственото доказателство, което по-късно ще имате, че файлът е отишъл там, където сте искали.

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

Документацията на проекта за SFTP описва поддръжка на предизвикателство-отговор за еднократни кодове: първоначална подкана за вход, после втора подкана за кода, както сървърът поиска. Потокът принадлежи на конфигурацията на сървъра и клиентът не може да добави двуфакторно налагане от страна на сървъра, като съхрани друга стойност в полето за парола.

Затова отметката трябва да пази обичайните идентификационни данни на акаунта, а кодът се въвежда, когато се появи подканата. Запазването на променящ се код като постоянна парола създава отметка, която работи веднъж, а после се проваля по начин, който изглежда като грешна парола. Поставянето на кода в полето за идентификационни данни на VPN се проваля различно: шлюзът го отхвърля и тунелът никога не се вдига. Две подкани, две места и разменянето им чупи и двете.

Автоматичното монтиране не може да натисне бутон

Ако отметката се свързва отново във фонов режим, интерактивното предизвикателство няма кой да отговори. Монтирането опитва отново, сървърът пита пак и журналът се пълни с опити, които не могат да успеят. Това е честният резултат от политика, която изисква човек.

Планирайте взаимодействието: свържете тунела и отметката, докато сте там, а по-късните автоматични повторни връзки третирайте като най-добро усилие. Ако работният процес наистина се нуждае от достъп без надзор, собственикът на сървъра трябва да одобри друга схема за удостоверяване, което е промяна в политиката, а не настройка на отметката.

Монтирането не е разрешение

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

За друг протокол използвайте документирания метод за удостоверяване на този доставчик, вместо да копирате тази последователност. Облачното влизане и SSH предизвикателството могат да изглеждат еднакво в страничната лента и да се държат напълно различно отдолу.