旧VPNファイルポータルの置き換え:統制を維持する
ネイティブファイルクライアントとプロキシポータルでは、権限・復旧・IDを強制する場所が異なります。ユーザーが必要とする四つの操作で両者を比較します。
クライアントレスだった旧ポータルには、削除ボタン、お気に入りの星、メールに貼り付けた共有パスがありました。そのうち統制と呼べるのは一つだけです。ポータルを置き換えるとは、遠隔ユーザーがまだ必要とする操作を決め、それぞれをどこで強制するかを決めることであり、たまたま動いていたページのレイアウトを再現することではありません。置き換えの形は二つでほとんどの場合をカバーできますが、失敗する箇所は異なります。
ボタンは権限ではない
手始めに、操作一覧は読み取り、アップロード、名前変更、削除です。どの役割がどれを得るかを決め、その決定をインターフェースではなくファイルサービス側で強制します。新しいポータルで削除の統制を隠してもバックエンドの権限は残るため、ネイティブクライアントと同じアカウントを持つ人は依然としてファイルを削除できます。
削除は、ユーザーが後悔する操作だからこそ別個の判断が必要です。削除した項目を実際どこから復元できるのかを確認し、その答えがノートPCのごみ箱やポータル自体のごみ箱だと決めつけないでください。ネットワーク共有は通常、削除をローカルのごみ箱に経由させません。
Windowsベースの共有では、Volume Shadow Copyがスナップショットの仕組みとバックアップソフトが使う調整を提供しますが、その存在はこの共有が復元可能なバージョンを保持しているかについては何も語りません。ファイルサービスの所有者は、ポータルを廃止する前にバージョン方針を確認し、復元を実演する必要があります。
選択肢A:トンネル経由のネイティブファイルクライアント
マップ済みドライブやSMBクライアントは、ユーザーがすでに知っている操作をそのまま残し、権限はリクエストごとにファイルサーバーが強制します。重要なのはファイルサービスのIDであり、トンネルがトラフィックを運び、アカウントが存在する限り、アクセスはVPN製品の変更を生き延びます。
代償は、クライアントがサービスに直接到達しなければならないことです。名前解決、ポート到達性、認証方式がすべて遠隔アクセス設計の一部になり、以前は接続をプロキシしていたポータルはそれらの要件をすべて隠していました。管理されていない端末のユーザーはファイルマネージャーにマウントされた共有も得るため、ブラウザのタブより広い面になります。移行前に、猶予期間の後ではなく初日から発生するそのサポート負荷を予算に入れてください。
復旧はこの形の最も強い論拠であり、以前のバージョンと復元権限がプラットフォームにネイティブで、ヘルプデスクは現場で使うのと同じ手順を使えます。
選択肢B:プロキシまたはアプリケーションゲートウェイ
ファイルを取得してブラウザにストリームするポータルは、ファイルサービスをユーザーのネットワーク経路から外します。端末がトンネルに参加できない場合や、組織がすべてのリクエストを一つの狭窄点で記録したい場合に有用です。トレードオフは、プロキシがすべての操作の当事者になり、すべてに自前のサービスアカウントを使うのではなく、ユーザーのIDをファイルサービスまで運ぶ必要があることです。
削除と名前変更の挙動は継承ではなく実装しなければなりません。プロキシが削除操作を公開するなら、その操作は何らかのIDでバックエンドを呼び、監査証跡はゲートウェイではなくユーザーを示すべきです。プロキシが名前変更できないなら、ユーザーがプロジェクトの途中で気づく前にそう伝えてください。
リンクの書き換えは、この形が静かに意味を変える箇所です。ポータルがプロキシするURLは、ブラウザが直接開くURLと同じオブジェクトではなく、一方を他方に変換すると、機能させていた認証コンテキストが失われることがあります。
名前、ID、そしてその間のリンク
配布するのは承認済みのサーバーと共有パスであり、ドメイン閲覧リストではありません。閲覧はトンネルを越えない可能性のある検出サービスに依存し、ユーザーのノートPCがドメインを列挙できるから動くパスは、次の管理外端末で壊れるパスです。
シングルサインオンはアプリケーションごとに見直します。ポータル用に発行されたトークンを、それを検証したことのないファイルサービスに再生してはいけませんし、識別子を含むクエリパラメータも、古いブックマークにあったという理由だけで公開リンクにコピーしてはいけません。承認済みの各アプリケーションを独自の信頼境界として扱ってください。
| Requirement | Native client | Proxy portal |
|---|---|---|
| Permission enforcement | File service, per request | Proxy identity, then file service |
| Restore path | Platform versions and backups | Proxy trash plus backend restore |
| Device requirements | Tunnel and client | Browser only |
| Audit identity | File server logs | Proxy logs, if it forwards the user |
要件一覧に照らして選ぶ
どちらの形も決定的に勝つわけではありません。動作するトンネルと管理されたノートPCを持つ労働力は、復旧と権限が再実装ではなくプラットフォームから来るため、ネイティブクライアントから多くを得ます。請負業者と個人端末が混在する集団では、IDの配管が本物であり共有サービスアカウントでない限り、プロキシを正当化できる場合があります。
四つの操作と復旧の答えに対して比較を書き留め、新しい経路で一度復元を実行した後にだけ旧ポータルを廃止します。そのテストは、ログイン成功では決して触れない設計部分を動かします。