ルーターは他人のもので、NASはその背後にあり、それでもファイルは外から取得できなければなりません。そのLANへの完全なVPNはひとつの答えですが唯一ではなく、NASベンダーが提供するアプリケーションリレーは、受信ポートのマッピングをまったく使わずにブラウザー上のファイルワークフローを運べます。できないのは、遠隔のコンピューターにネットワークへの一般的な経路を与えることなので、設計はワークフローに合わせるべきで、その逆ではありません。

ユーザーが本当に必要としているものは、ブラウザーで見るファイルか、ネイティブなファイルシステムの動作を備えたマップドライブかで決まります。

リレー経路とは実際に何か

QuickConnectは、受信経路がないときにベンダーのインフラストラクチャを通じてSynology NASに到達できるようにします。ネットワークが何を許すかに応じて、直接接続を交渉したり、ホールパンチングを試みたり、リレーにフォールバックしたりします。この柔軟性は有用であり、「ポート転送なし」は「常にリレー経由」と同じ主張ではないことも意味します。

サービスを登録するクラウドアカウント、NASの位置を特定するQuickConnect ID、ファイル操作を承認するNASアカウントは、三つの別物です。どれをデバッグしているのかを見失うことが、この設定が行き詰まる最も一般的な原因です。

所有者として登録し、それから絞り込む

DSM 7では、コントロールはControl Panel, External Accessにあり、設定は承認済みのSynologyアカウントで行います。共有の資格情報ではなく、所有者を通じてデバイスを登録し、その場で高度なサービスオプションを確認します。目的は承認されたファイルワークフローであり、すべての管理機能がホテルのネットワークから届くことを示すことではありません。有効にするサービスはそれぞれ、同じIDが到達できる別の面になります。

QuickConnect IDと所有者アカウントを資産台帳に記録します。設定した担当者が退職すると、文書化されていないリレーの取り消しは困難です。

実際にサポートされているアプリケーションを使う

専用のNASアカウントにアプリケーションの権限とワークフローに必要なフォルダー権限を付与し、そのアカウントと無害なファイルでテストします。興味深い障害は通常、壊れた権限ではなく広すぎる権限なので、テストには拒否されるパスとアカウント削除を含めます。サービスIDはアドレスであり、パスワードではなく、二つのチェックのどちらも置き換えません。

QuickConnect IDをSMBマウントに貼り付けないでください。Synologyのサポート対象サービス一覧にはFile Stationが含まれ、通常のWindowsドライブマッピングとFinderのSMBアクセスは除外されているため、ブラウザーからのアップロードは、マップされたファイルシステムの代わりにはなりません。

受け入れた信頼境界を理解する

リレー経路は盲目的なパイプではありません。Synologyのブラウザーポータルはブラウザー接続を終端し、NASへの別の保護された接続を開くことがあり、ポータルは単なる転送器ではなく信頼されたコンポーネントになります。サポートされているHTTPS経路で証明書の検証に仕事をさせ、宛先が「ただのNAS」だからと警告をクリックで通過することはリスクをユーザーに移します。ポリシーがUPnPや自動ルーター変更を禁止している場合は、それらの機能を所有者のもとで個別に確認してください。

厳格なファイアウォールは外向きをブロックすることがあります。リレー機能はネットワーク制御を回避する許可ではありません。

ワークフローをテストし、依存関係を文書化する

承認されたNASの再起動後とネットワーク変更後に必要なファイル操作を繰り返し、どの経路が使われ、どう動作したかを記録します。直接セッションとリレーセッションは目に見えて異なることがあるため、ラボで快適なワークフローがリレー経由では苦痛になるかもしれません。ファイルが重要なら、転送を復元テストに加えてください。

障害時のプロバイダー依存と想定される動作を記録します。本当の要件がネイティブSMBなら、正直な選択肢は承認済みのオーバーレイネットワークかマネージドVPNであり、どちらも独自の登録とファイアウォール要件を持つネットワーク設計です。

関連記事