リモートアクセス診断の仕組み
リモートアクセスの経路は 4 つの層に分けられます。グローバル層(inbound 可能なグローバル IPv4 を持っているか)、名前解決(ドメインが現在のネットワークを指しているか)、ポート到達性(TCP ポートがインターネットから到達可能か)、アプリケーションエッジ(HTTPS / TLS / リバースプロキシが正常か)。このページでは入力されたフィールドを対応する層にマッピングし、17NAS の既存チェック機能を組み合わせて層ごとに実行し、各層の結果から慎重に総合判定を行います。各層は対応する専用ツールで個別に深く調査できます。
「設定は合っているのにアクセスできない」のはなぜか
NAS のリモートアクセスは複数の層が同時に成立する必要があります。ドメインの向き先が正しい、グローバル IPv4 が inbound 可能、ポート転送が機能している、サービスが待ち受けている、リバースプロキシと証明書が正常。どの層が欠けても「アクセスできない」という同じ症状として現れます。項目を闇雲に試すより層ごとに切り分けるほうがはるかに速く、ドメインの向き先 → ポート到達性 → HTTPS / リバースプロキシの順に確認すれば、最短で問題箇所を絞り込めます。
4 層診断がそれぞれ答える問い
グローバル層は「inbound 可能なグローバル IPv4 があるか」(CGNAT チェック)に、名前解決層は「ドメインが現在のネットワークを指しているか」(DNS / DDNS チェック)に、ポート到達性の層は「TCP ポートがインターネットから到達可能か」(開放ポートチェック)に、アプリケーションエッジ層は「HTTPS / TLS / リバースプロキシが正常か」(HTTPS チェック)に答えます。NAT タイプと IPv6 は補足的な観点であり、必要に応じて対応ツールを手動で実行してください。
次に確認すること
層ごとに対処します。ドメイン層に異常があれば DNS / DDNS チェックで向き先を修正、グローバル層に異常があれば CGNAT チェックで確認し IPv6 や中継手段を検討、ポート層に異常があれば開放ポートチェックとポート転送ジェネレーターで設定を照合、アプリケーションエッジに異常があれば HTTPS チェックで証明書と 502 / 504 の詳細を確認してください。