# 실습 디렉토리 준비
mkdir -p /tmp/networking/part6/exam_34 && cd /tmp/networking/part6/exam_34

# 현재 Docker 네트워크 목록
docker network ls
# NETWORK ID     NAME          DRIVER    SCOPE
# a1b2c3d4e5f6   bridge        bridge    local   ← 기본(docker0)
# b2c3d4e5f6a7   debug-net     bridge    local   ← 사용자 정의
# c3d4e5f6a7b8   host          host      local
# d4e5f6a7b8c9   none          null      local

# 특정 네트워크 상세 조회 — 핵심 진단 명령
docker network inspect debug-net

{
  "Name": "debug-net",
  "IPAM": {
    "Config": [{ "Subnet": "172.20.0.0/16", "Gateway": "172.20.0.1" }]
  },
  "Containers": {
    "abc123...": {
      "Name": "api",          // ← 1. 이 컨테이너가 이 네트워크에 있는가?
      "IPv4Address": "172.20.0.2/16"
    },
    "def456...": {
      "Name": "db",           // ← 2. 함께 통신해야 할 컨테이너가 같은 항목에 있는가?
      "IPv4Address": "172.20.0.3/16"   // ← 3. IP는 같은 서브넷인가?
    }
  }
}

# 컨테이너 안에서 IP 확인 (ip 명령 있을 경우)
docker exec api ip addr show eth0
# 2: eth0@if7: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500
#     inet 172.20.0.2/16 brd 172.20.255.255 scope global eth0

# ip 명령이 없는 최소 이미지라면
docker exec api cat /etc/hosts
# 127.0.0.1    localhost
# 172.20.0.2   abc123def456 api   ← 자기 자신 항목

# DNS 해석 확인
docker exec api cat /etc/resolv.conf
# nameserver 127.0.0.11   ← Docker 내장 DNS
# options ndots:0

# 실제 DNS 해석 테스트
docker exec api nslookup db 2>/dev/null || \
  docker exec api getent hosts db
# 172.20.0.3    db          ← db 컨테이너 IP로 정상 해석

[컨테이너 netns 안]  요청이 밖으로 나가는 경로 (각 계층을 exec/nsenter로 확인)
   │
   ① netns 진입 — 호스트와 분리된 네트워크 스택
   │    docker exec <c> ... / nsenter -t <pid> -n
   │
   ② eth0 인터페이스·IP 확인 (veth pair의 컨테이너 쪽)
   │    ip addr show eth0 → 172.x.x.x/16
   │
   ③ 게이트웨이·라우팅 (docker0 브리지 = .1)
   │    ip route → default via 172.x.x.1
   │
   ④ DNS 해석 (/etc/resolv.conf의 127.0.0.11 내장 DNS)
   │    이름 → 같은 네트워크 컨테이너 IP로 변환
   │
   ⑤ 외부 도달성 (호스트의 NAT masquerade로 호스트 IP 달고 나감)
   ▼
[다른 컨테이너 / 외부]  다섯 계층이 다 맞아야 도달

# Service 목록 확인
kubectl get svc -n my-namespace
# NAME         TYPE        CLUSTER-IP      PORT(S)    AGE
# api-svc      ClusterIP   10.96.45.12     8080/TCP   2d
# db-svc       ClusterIP   10.96.78.34     5432/TCP   2d

# ClusterIP가 실제 Pod와 연결되어 있는지 확인
kubectl get endpoints api-svc -n my-namespace
# NAME      ENDPOINTS            AGE
# api-svc   10.244.1.5:8080     2d   ← Pod IP:Port
# ← Endpoints가 <none>이면 selector 불일치 → Pod label 확인 필요

# Service selector와 Pod label 비교
kubectl describe svc api-svc -n my-namespace | grep Selector
# Selector: app=api,version=v1    ← 이 label이 Pod에 있어야 함
kubectl get pods -n my-namespace --show-labels | grep api

# NodePort 서비스 확인
kubectl get svc frontend-svc
# NAME           TYPE       CLUSTER-IP    EXTERNAL-IP   PORT(S)          AGE
# frontend-svc   NodePort   10.96.100.1   <none>        3000:31000/TCP   1d
#                                                              ↑
#                                                         노드포트 31000

# 노드 IP 확인
kubectl get nodes -o wide
# NAME     STATUS   INTERNAL-IP    EXTERNAL-IP
# node-1   Ready    192.168.1.10   <none>

# 외부에서 노드포트로 접근
curl http://192.168.1.10:31000/

# 노드포트가 안 된다면 노드의 방화벽 규칙 확인
sudo iptables -t nat -L | grep 31000

# LoadBalancer External IP 확인 (프로비전 완료 전엔 <pending>)
kubectl get svc my-lb-svc
# NAME       TYPE           CLUSTER-IP    EXTERNAL-IP      PORT(S)        AGE
# my-lb-svc  LoadBalancer   10.96.200.1   52.10.20.30      80:31234/TCP   1h

# <pending>이 계속된다면 클라우드 컨트롤러 로그 확인
kubectl describe svc my-lb-svc | grep Events -A 10

# docker-compose.yml이 있는 디렉터리 이름이 프로젝트명이 됨
# /home/user/myapp/docker-compose.yml → 네트워크: myapp_default

# 이름을 명시적으로 지정하지 않으면
docker network ls | grep default
# NETWORK ID     NAME              DRIVER
# a1b2c3d4e5f6   myapp_default     bridge   ← compose가 생성
# b2c3d4e5f6a7   otherapp_default  bridge   ← 다른 프로젝트

# 잘못된 docker-compose.yml 예시
version: "3.8"
services:
  api:
    image: myapp:latest
    # network 미지정 → myapp_default 자동 연결

  db:
    image: postgres:14
    networks:
      - external-net   # ← api와 다른 네트워크!

networks:
  external-net:
    external: true
    name: shared-db-net

# 위 구성 시 api는 myapp_default에, db는 shared-db-net에 연결됨
docker network inspect myapp_default
# Containers: { api: ... }   ← api만 있고 db 없음

docker network inspect shared-db-net
# Containers: { db: ... }    ← db만 있음

# api에서 db 이름으로 접근 시 DNS 해석 실패
# dial tcp: lookup db on 127.0.0.11:53: no such host

# 두 프로젝트가 같은 서브넷을 사용하는 경우
docker network inspect projectA_default | grep Subnet
# "Subnet": "172.20.0.0/16"

docker network inspect projectB_default | grep Subnet
# "Subnet": "172.20.0.0/16"  ← 충돌!

# 이 경우 projectB의 컨테이너가 projectA의 컨테이너로 라우팅되거나
# 둘 다 통신 이상 발생

# 해결: 명시적 서브넷 지정
# docker-compose.yml networks 섹션에 ipam 설정 추가

# compose로 띄운 서비스와 docker run으로 띄운 컨테이너 연결 시도
docker run -d --name monitor \
  --network bridge \   # ← 기본 bridge 지정
  prom/prometheus      # compose 서비스들은 myapp_default에 있음

# monitor에서 compose 서비스 접근 불가
# 해결: compose 네트워크를 명시적으로 지정
docker run -d --name monitor \
  --network myapp_default \   # ← compose 네트워크에 연결
  prom/prometheus