「サイトにつながらない」と言われたとき、原因はDNS・経路・サーバー・ファイアウォールのどこにでもあり得ます。闇雲に試すのではなく、下の層から順に切り分けると、原因の範囲を機械的に狭められます。
ステップ1：名前が引けるか（DNS）
まずホスト名からIPアドレスが返るかを確認します。ここで失敗するなら、サーバーが正常でも接続は成立しません。DNSの設定ミス、ネームサーバーの不一致、あるいは変更直後でキャッシュが残っているケースが該当します。
確認はDNSルックアップで行えます。Aレコードが期待するIPを返しているかを見てください。
ステップ2：相手まで届くか（Ping）
IPアドレスがわかったら、そこまでパケットが届くかを確認します。応答時間とパケットロスが主な判断材料です。
ただし注意点があります。Pingが返らない＝ダウンしている、とは限りません。セキュリティ上の理由でICMPを遮断しているサーバーは珍しくなく、その場合はPingが無応答でもWebサービスは正常に動いています。ここで断定せず、次のステップに進むことが重要です。
→ Pingツール
ステップ3：どこで止まるか（Traceroute）
Pingが通らない、あるいは極端に遅いときは、経路のどこで問題が起きているかを見ます。Tracerouteは宛先までに経由するルーター（ホップ）を順番に表示するため、「自社ネットワークを出た直後で止まっている」のか「相手側の直前で止まっている」のかを判断できます。
途中のホップが * * * になっていても、そのルーターが応答を返さない設定なだけで通信自体は通っていることがあります。最終行まで到達しているかを重視して読んでください。
ステップ4：サービスが開いているか（ポート）
ホストまで届いているのにサービスが使えない場合、目的のポートが外部から到達できるかを確認します。Webなら80/443、メールなら25/587/993といった具合です。
ポートが閉じている場合に疑うのは次の3つです。
- サービス自体が起動していない（プロセス停止、設定ミス）
- サーバー内のファイアウォール（ufw、firewalld、セキュリティグループ）
- 上流のネットワーク機器によるフィルタリング
サーバー内から localhost で接続できるのに外部からポートが開いていない場合は、ほぼファイアウォールかバインドアドレス（127.0.0.1のみで待ち受けている）が原因です。
つながるのに「証明書エラー」が出るとき
443番ポートは開いているのにブラウザが警告を出す場合は、ネットワークではなくSSL証明書側の問題です。有効期限切れ、ドメイン名の不一致、中間証明書の設定漏れが典型的な原因です。SSL証明書チェッカーで有効期限と発行者、対象ドメインを確認してください。
また、リダイレクトのループやキャッシュ制御の確認にはHTTPヘッダー確認ツールが役立ちます。ステータスコードを見れば、意図しない301/302の連鎖にすぐ気づけます。
まとめ
- DNS → Ping → Traceroute → ポートの順に、下の層から切り分ける
- Ping無応答はICMP遮断の可能性があり、それだけでは停止と判断しない
- Tracerouteの途中の
*は正常なこともある。最終到達を見る - ポートが閉じている場合はサービス停止・FW・バインドアドレスを疑う
- 443が開いていて警告が出るなら、原因は証明書側
