S(*). Architect

학습 목표UDP(User Datagram Protocol) 가 비연결·최선 전달(best-effort) 전송 서비스임을 설명할 수 있다.UDP 헤더 필드(출발·목적 포트, 길이, 체크섬)와 세그먼트 구조를 읽을 수 있다.TCP와 비교해 UDP가 적합한 상황(DNS, 실시간, QUIC)과 부적합한 상황을 구분할 수 있다.dig, tcpdump로 UDP 53 트래픽을 확인할 수 있다.문제 상황DNS 질의는 짧은 한 번인데 TCP handshake가 꼭 필요한가연결 설정 비용이 응답 크기보다 클 수 있다VoIP·게임에서 패킷 하나가 유실됐다재전송하면 지연이 더 나쁜 경우가 있다 — UDP는 보장하지 않는다ss -ulnp에 STATE가 없다TCP의 ESTABLISHED와 달리 UDP는 연결 상태가 없다HTTP/..

학습 목표전송 계층이 호스트 간(IP) 이 아니라 프로세스 간 통신을 담당함을 설명할 수 있다.포트 번호와 소켓(IP + port) 주소로 앱을 구분하는 방식을 설명할 수 있다.멀티플렉싱·역다중화(demux) 로 한 호스트의 여러 앱이 동시에 네트워크를 쓰는 원리를 설명할 수 있다.ss, lsof 출력에서 포트·LISTEN·프로세스 관계를 읽을 수 있다.문제 상황ping 93.184.216.34는 되는데 curl https://93.184.216.34는 Connection refused다IP까지는 갔지만 어느 프로그램이 받을지 정해지지 않았을 수 있다한 서버에서 nginx(443)·DNS(53)·SSH(22) 가 동시에 떠 있다패킷은 같은 IP로 오는데 어떤 프로세스로 넘기는지 모른다클라이언트는 매 연결..

학습 목표DNS(Domain Name System) 가 호스트명 → IP 주소 로 사람이 읽기 쉬운 이름을 기계 주소로 바꾸는 이유를 설명할 수 있다.주요 레코드 타입(A, AAAA, CNAME, MX, NS, TXT)의 용도를 구분할 수 있다.재귀 질의와 반복 질의의 역할 차이를 설명할 수 있다.dig, nslookup으로 질의·응답을 확인할 수 있다.문제 상황curl https://api.example.com은 되는데 코드에는 IP가 없다언제 도메인이 IP로 바뀌는지, HTTP/TLS 전인지 후인지 모른다api.example.com과 www.example.com이 다른 IP를 가리킨다CNAME·A 레코드 차이를 모르면 CDN·로드밸런서 설정이 꼬인다메일이 @example.com으로 안 간다MX 레코드..