확인: 주소와 ARP

문항 6개. 정답과 해설은 풀어 본 뒤에 보여 드립니다.

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

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

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

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

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

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

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

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

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

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

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

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