AWSエンジニアが使うネットワーク確認コマンド集【実例付き完全ガイド】

# 全インターフェースのIP情報を表示
$ ip addr
# または短縮形
$ ip a

2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 9001 state UP
    inet 10.0.1.5/24 brd 10.0.1.255 scope global dynamic eth0

# ルーティングテーブルを表示
$ ip route
# または短縮形
$ ip r

# 特定の宛先への経路を確認
$ ip route get 8.8.8.8

default via 10.0.1.1 dev eth0 proto dhcp src 10.0.1.5 metric 100
10.0.1.0/24 dev eth0 proto kernel scope link src 10.0.1.5
169.254.169.254 dev eth0 proto dhcp scope link

# 4回だけ送信して止まる（IPアドレス指定：ルーティング確認）
$ ping -c 4 8.8.8.8

# ドメイン名で確認（DNS解決も同時にテスト）
$ ping -c 2 google.com

64 bytes from 8.8.8.8: icmp_seq=1 ttl=119 time=1.25 ms
4 packets transmitted, 4 received, 0% packet loss

$ traceroute 8.8.8.8
traceroute to 8.8.8.8 (8.8.8.8), 30 hops max, 60 byte packets
 1  10.0.1.1 (10.0.1.1)       0.3 ms   <-- VPCルーター
 2  52.95.xxx.xxx (52.95.xxx.xxx)  1.2 ms   <-- NATゲートウェイ
 3  54.239.xxx.xxx               8.5 ms   <-- AWSネットワーク
 4  * * *                                 <-- 応答なし（フィルタされている）
 5  8.8.8.8 (8.8.8.8)           12.1 ms

# TCPで確認（ICMPがブロックされている場合）
$ traceroute -T -p 443 google.com

# Aレコード（IPv4）を確認
$ dig google.com A
;; QUESTION SECTION:
;google.com.      IN  A

;; ANSWER SECTION:
google.com.  300  IN  A  142.250.xxx.xxx

;; Query time: 1 msec
;; SERVER: 10.0.0.2#53(10.0.0.2)  <-- DNSサーバーのIP

# Route 53のドメインを確認（ホスト名解決）
$ dig myapp.example.com A

# 特定のDNSサーバーに問い合わせ
$ dig @8.8.8.8 google.com

# 短縮表示（IPだけ見たい場合）
$ dig +short google.com
142.250.xxx.xxx

$ nslookup google.com
Server:   10.0.0.2
Address:  10.0.0.2#53

Non-authoritative answer:
Name:     google.com
Address:  142.250.xxx.xxx

# 逆引き（IPからドメインを調べる）
$ nslookup 10.0.1.5

# 全TCPポートのLISTEN状態を確認（よく使う組み合わせ）
$ ss -tlnp
State   Recv-Q  Send-Q  Local Address:Port  Peer Address:Port  Process
LISTEN  0       128     0.0.0.0:22         0.0.0.0:*          users:(("sshd",pid=xxx))
LISTEN  0       128     0.0.0.0:80         0.0.0.0:*          users:(("nginx",pid=xxx))
LISTEN  0       128     0.0.0.0:443        0.0.0.0:*          users:(("nginx",pid=xxx))

# 確立済みの接続を確認
$ ss -tnp

# 特定ポートの状態を確認（例: MySQL 3306）
$ ss -tlnp | grep 3306

# ヘッダーのみ確認（-I）
$ curl -I https://example.com
HTTP/2 200
content-type: text/html; charset=UTF-8
server: nginx
...

# 詳細な接続情報（-v）→ SSL/TLSのデバッグに有効
$ curl -v https://example.com

# EC2のメタデータを取得
$ curl http://169.254.169.254/latest/meta-data/
ami-id
instance-id
instance-type
local-ipv4
public-ipv4
...

# 自分のパブリックIPを確認（EC2のパブリックIPまたはNATゲートウェイのIP）
$ curl ifconfig.me
52.68.xxx.xxx  <-- EC2のパブリックIPまたはNATゲートウェイのIP

# タイムアウト付きリクエスト
$ curl --connect-timeout 5 -I http://10.0.2.10

# TCP接続確認（推奨：nc）
# -z: スキャンモード、-v: 詳細表示
$ nc -zv 10.0.2.10 3306
Connection to 10.0.2.10 3306 port [tcp/mysql] succeeded!   ← 成功

$ nc -zv 10.0.2.10 22
nc: connect to 10.0.2.10 port 22 (tcp) failed: Connection refused   ← 失敗

# タイムアウト付き
$ nc -zv -w 3 10.0.2.10 443

# telnet（旧コマンド）
$ telnet 10.0.2.10 80
Connected to 10.0.2.10.   ← 接続成功

# 基本的な接続
$ chmod 400 my-key.pem
$ ssh -i my-key.pem ec2-user@54.xxx.xxx.xxx

# 踏み台サーバー（Bastion）経由でプライベートEC2に接続（ProxyJump）
$ ssh -i my-key.pem 
    -J ec2-user@54.xxx.xxx.xxx 
    ec2-user@10.0.2.5

# SSHポートフォワーディング（RDSに直接アクセスしたいとき）
# → localhost:13306 でRDSに接続できるようになる
$ ssh -i my-key.pem 
    -L 13306:rds-endpoint.xxxxxxxxx.ap-northeast-1.rds.amazonaws.com:3306 
    ec2-user@54.xxx.xxx.xxx

# コマンド実行して即切断
$ ssh -i my-key.pem -T ec2-user@54.xxx.xxx.xxx "hostname"