第6章 · ネットワークの基礎·v1.0.0·更新 2026/7/20·読了目安 約16分
変更要約: 初版
6.4アプリ接続性の診断（NAT・ポート遮断・プロキシ・VPN）
この節の要点
アプリや自動化の接続失敗を、NATの変換問題・ファイアウォール等によるポート遮断・企業プロキシの経由要否・VPNの接続/分割トンネル、そして遅延/MTU/レート制限といったネットワーク制約がアプリに与える影響として体系的に切り分けます。「エラー症状→疑うべきネットワーク要因→検証コマンド」を結ぶ診断力を養います。
この章の総仕上げとして、これまでのL2/L3・機器/プレーン・IPサービス/ポートの知識を、「アプリ/自動化が繋がらない」という現場症状から原因ネットワーク要因を言い当てる診断力に束ねます。同じ connection timed out でも、原因はNATの戻り不成立・ファイアウォールのポート遮断・企業プロキシ未経由・VPN未接続と多様で、それぞれ確認手順も対処もまったく違います。「エラー文字列を額面で受けず、疑うべきネットワーク要因を順序立てて検証する」——この節ではその型を身につけます。
6.4.1接続を止める主なネットワーク要因
- NAT問題＝内部ホストのプライベートIPを外部向けに変換するが、変換テーブルの対応付けや戻り経路が壊れると、外へは出るのに応答が返らない・片方向だけ通る等になる。特に同一ホストから複数の外向き接続や、内部同士を外部VIP経由で呼ぶヘアピンNATは落とし穴。症状は「たまに繋がる/戻りが来ない」。
- ポート遮断＝ファイアウォール/ACL/セキュリティグループが、必要な宛先ポート（例 RESTCONF
443、NETCONF830、SNMP161）を許可していない。症状はconnection timed out（黙って破棄=ドロップ）やconnection refused（相手が拒否=RST）。pingは通るのに特定ポートだけ不通なら、これを最有力に疑う。 - プロキシ＝企業ネットワークでは外部HTTP/HTTPSがフォワードプロキシ経由でのみ許可されることが多い。スクリプトが
HTTP_PROXY/HTTPS_PROXY/NO_PROXY環境変数を尊重せず直接外へ出ようとすると、境界で遮断され接続できない。VPN＝リモートから社内リソースへ暗号化トンネルで接続する。スプリットトンネルだと社内宛だけVPN経由・その他は直接に分かれ、VPN未接続や経路設定次第で「内部APIにだけ届かない」症状が起きる。