確認: アドレスと ARP

192.168.1.77/25 인 호스트가 192.168.1.130 에 보낼 때 커널이 하는 일은?

• 다른 서브넷으로 판정해 게이트웨이의 MAC 으로 보낸다
• 같은 서브넷으로 판정해 ARP 로 상대 MAC 을 직접 묻는다
• 브로드캐스트로 보내 받는 쪽이 골라 가게 한다
• 마스크가 /24 가 아니라서 오류를 내고 보내지 않는다

ARP 요청의 목적지 MAC 이 ff:ff:ff:ff:ff:ff 인 이유는?

• 스위치가 브로드캐스트만 다른 포트로 넘겨 주기 때문에
• 상대의 MAC 을 아직 모르는 상태에서 물어야 하기 때문에
• 응답도 브로드캐스트로 와야 모두가 캐시를 갱신하기 때문에
• IP 헤더가 없는 프레임은 브로드캐스트만 허용되기 때문에

IP 도 라우팅도 맞는데 통신이 조용히 죽어 있고 오류 메시지가 전혀 없다. 가장 먼저 볼 곳은?

• ip route 의 default 줄이 있는지
• ss -ltn 에 포트가 LISTEN 인지
• ip neigh 의 상대 항목이 FAILED 이거나 틀린 MAC 인지
• /etc/resolv.conf 의 nameserver 가 맞는지

게이트웨이 주소를 자기 서브넷 밖의 주소로 설정하면 어떻게 되나?

• 커널이 가장 가까운 라우터를 스스로 찾아 대신 쓴다
• 느려지지만 통신은 되며 traceroute 에 홉이 하나 더 보인다
• ARP 로 찾아지지 않아 처음 몇 패킷만 유실되고 이후 정상이다
• 게이트웨이의 MAC 을 물을 방법이 없어 경로 자체를 만들지 못한다

172.16.5.9/12 와 172.31.0.1 이 같은 서브넷인 이유는?

• 172 로 시작하는 주소는 전부 B 클래스라서
• /12 는 두 번째 옥텟의 앞 4비트까지만 보므로 16~31 이 한 블록이라서
• 둘 다 RFC 1918 사설 대역이라 같은 서브넷으로 취급되어서
• /12 가 /16 보다 작아 세 번째 옥텟을 무시하기 때문에

더미 인터페이스(type dummy)를 만드는 실무적 이유로 알맞은 것은?

• 물리 NIC 이 없을 때 인터넷에 나갈 가상 경로를 만들려고
• veth 쌍의 한쪽으로 써서 네임스페이스를 이으려고
• 케이블 없이 주소만 붙일 자리 — 서비스 VIP 나 DNS 서버 주소를 두려고
• MTU 를 인터페이스마다 다르게 시험하려고