Mountain Duck SFTP：VPN の後の二回目のログイン

VPN は接続し、メニューバーにはトンネルが表示され、それでも Mountain Duck はログインを求めます。次にコードを求めます。壊れているわけではなく、二つの異なるシステムがあなたを認証しており、二つ目は一つ目のことをまったく知りません。VPN の MFA はゲートウェイに何かを証明します。SFTP サーバーは、自分のアカウントに対して自分の証明を求めます。

二つのプロンプト、二つのシステム

ゲートウェイとファイルサーバーは別々のポリシー領域です。ディレクトリを共有していることもあれば、使う人以外に共通点がないこともあります。VPN でワンタイムコードを渡しても、SFTP ホストにセッションは作られず、SFTP ホストはトンネルを使ったかどうかも分かりません。どのシステムも、問い合わせているのは自分だけだと思っています。

三つをメモの別々の行として扱ってください。どれかが失敗したとき、その行がどのコンソールを開くべきかを教えてくれ、作業の大半はそれで終わります。

SFTP 管理者のアドレスを使う

ブックマークには、ファイルサービスが実際に待ち受けているホスト名とポートが必要で、それは必ずしも VPN サーバーのアドレスではありません。SFTP サービスを運用している管理者に尋ね、他のクライアントと同じホスト名を使ってください。

サーバー識別の確認はそのままにしてください。Mountain Duck と Cyberduck は最初の接続でホスト鍵を表示し、管理者が別経路で渡す値とそれを照合することが、誤ったサーバーに認証情報を渡さないための手順です。ブックマークをつなぐためにこの確認を無効にするのは、便利さの名を借りた恒久的な判断です。それは、ファイルが意図した場所に届いたという、後で得られる唯一の証拠も消します。

サーバーが送るチャレンジに答える

プロジェクトの SFTP ドキュメントは、最初のログイン要求があり、続いてサーバーが求めたときにコードの二回目の要求がある、ワンタイムパスコードのチャレンジ応答対応を説明しています。この流れはサーバーの設定に属し、クライアントがパスワード欄に別の値を保存してサーバー側の二要素を強制することはできません。

したがってブックマークには通常のアカウント認証情報を入れ、コードはプロンプトが出たときに入力すべきです。変わるコードを恒久的なパスワードとして保存すると、一度だけ機能し、その後は誤ったパスワードのように見える形で失敗するブックマークになります。コードを VPN の認証情報欄に入れると失敗の仕方が違い、ゲートウェイが拒否してトンネルは上がりません。二つのプロンプト、二つの場所であり、入れ替えると両方が壊れます。

自動マウントはボタンを押せない

ブックマークがバックグラウンドで再接続すると、対話的なチャレンジに答える人がいません。マウントは再試行し、サーバーは再び問い合わせ、ログは成功しえない試行で埋まります。それが、人を必要とするポリシーの正直な結果です。

自分がいる間にトンネルとブックマークをつなぎ、その後の自動再接続はベストエフォートとして扱うよう、やり取りを計画してください。ワークフローが本当に無人アクセスを必要とするなら、サーバー所有者が別の認証の取り決めを承認する必要があり、それはブックマークの設定ではなくポリシーの変更です。

マウントは権限ではない

マウントされたボリュームは、セッションが認証されたことを証明します。そのサーバーのどこにでもアカウントが書き込めることを証明するものではありません。目的のフォルダーを確認し、実際に必要な操作を試し、答えが重要なときはサーバー側で結果を確かめてください。Finder のサイドバーはボリュームを表示しますが、その背後の権限については何も語りません。

別のプロトコルでは、この手順をまねるのではなく、そのプロバイダーの文書化された認証方法を使ってください。クラウドのサインインと SSH のチャレンジは、サイドバーでは同じに見えても、中身はまったく違う動きをします。