소켓 이론 2/3 · 연결 방향
아웃바운드는
연결을 시작한 방향입니다.
집이나 회사 안의 프로그램이 바깥 서버로 연결을 먼저 엽니다. 한 번 성립한 통로에서는 양쪽 모두 데이터를 보낼 수 있습니다. 연결 방향과 데이터 방향을 분리해서 확인하는 이론 랩입니다.
이것만 기억하세요먼저 밖으로 연결 →
그 통로는 양방향 ⇄outbound = 연결 시작 방향
그 통로는 양방향 ⇄outbound = 연결 시작 방향
두 방향을 따로 보세요
연결 방향과 데이터 방향은 어떻게 다를까요?
읽는 순서① 상황 선택→② 실험 시작→③ 화살표 방향과 ‘인바운드 포트 닫힘’ 확인
시나리오
- 1안에서 연결
- 2세션 성립
- 3서버가 전송
- 4안쪽이 응답
- 5방향 구분
시작하면 프레임이 움직여요
방화벽 / NAT인바운드 포트 닫힘
① 연결 만들기: 안쪽 PC → 바깥 서버② 연결된 뒤: 데이터 ← · 데이터 →
지금 상태
연결연결 없음
통로아직 없음
안쪽 PC식별 전
인바운드 포트닫힘
성립한 세션아직 없음안쪽에서 연결해야 통로가 생겨요
0 frame메시지 기록
실험을 시작하면 연결과 데이터 흐름이 한 줄씩 쌓여요.
첫 시나리오는 안쪽에서 연결한 뒤 데이터가 양방향으로 오가는 모습을 보여 줍니다. 두 번째에서는 바깥의 새 연결과 이미 열린 세션을 비교합니다.
대기 중
원리 세 가지만
아웃바운드 소켓이 하는 일
안쪽 PC의 클라이언트 프로그램이 WSS 443 같은 허용된 바깥 경로를 사용합니다. PC마다 공개 포트를 만들 필요가 없습니다.
outbound는 연결을 누가 시작했는지의 말입니다. 연결 뒤에는 서버도 같은 TCP/WebSocket 세션으로 데이터를 보낼 수 있습니다.
ACK·재시도·중복 제거·상태 복구는 아웃바운드 연결 위에 별도로 만드는 응용 규칙입니다.
원격 작업 말고도
같은 연결 패턴을 쓰는 곳
진단 수집, 배포 보조, 백업 실행
장비 지표, 로그, heartbeat
대시보드 갱신, 작업 진행률
설정 동기화, 승인된 업데이트
이론과 응용의 경계
이 편은 통로가 생기는 원리까지만 다룹니다.
통로 위의 메시지를 어떻게 보장하고 복구할지는 뒤의 소켓 응용 5단계에서 각각 실험합니다.
- 2/3이론 · 연결 방향connect 시작점과 양방향 세션
- 1/5응용 · 전달 보장ACK · 재시도 · 메시지 ID
- 2/5응용 · 흐름 제어backpressure · 청크 이어받기
- 3~5응용 · 복구와 확장상태 · 서버 · 지연 대응
실험을 마쳤다면