OOB
Out-of-Band
장비를 관리·제어하는 트래픽을, 실제 서비스 데이터가 흐르는 경로와 물리적으로 분리된 별도의 경로로 처리하는 방식이다.
네트워크 장비나 서버는 "서비스를 실어 나르는 길"과 "그 장비를 관리하는 길"을 같이 쓸 수도 있고 나눌 수도 있다. 둘을 같은 경로로 쓰면 In-Band(대역 내), 관리 전용으로 길을 따로 빼면 Out-of-Band(대역 외) 라고 한다. 그래서 흔히 말하는 "OOB IP" 는 이 관리 전용 경로에 붙은 IP 주소를 가리킨다.
일반(In-Band) IP vs OOB IP
차이는 "트래픽이 어느 경로로 흐르는가" 이다.
| 구분 | 일반 IP (In-Band) | OOB IP (Out-of-Band) |
|---|---|---|
| 경로 | 서비스 데이터와 같은 경로 | 관리 전용 분리 경로 |
| 인터페이스 | 데이터 포트 | 전용 관리 포트 (Mgmt, iLO, iDRAC, IPMI 등) |
| 주 용도 | 실제 서비스 통신 | 장비 설정, 모니터링, 복구 |
| 의존성 | 서비스망/라우팅에 의존 | 서비스망이 죽어도 독립 동작 |
| 장애 시 | 네트워크 장애 나면 접속 불가 | 장애 중에도 접속 가능 |
| 대역폭 | 큼 (서비스 트래픽) | 작음 (관리 트래픽만) |
| 보안 | 서비스망과 공유 | 별도 격리망, 노출 면 최소 |
같은 라우터라도 데이터 포트에 붙은 IP는 In-Band IP(서비스 트래픽을 라우팅하는 주소)이고, 별도 관리 포트에 붙은 IP가 OOB IP(그 라우터에 SSH로 들어가 설정하는 주소)이다. 두 IP는 보통 서로 다른 대역·다른 VLAN에 속한다.
왜 OOB가 필요한가
In-Band 관리만 쓰면 한 가지 치명적인 문제가 생긴다. 관리 트래픽이 서비스망을 그대로 타기 때문에, 장애가 나면 복구하러 들어갈 경로까지 함께 끊긴다는 점이다.
[In-Band 관리]
관리 PC ── 서비스망 ── 라우터(관리 대상)
└ 이 경로가 끊기면 라우터에 접속조차 불가
[OOB 관리]
관리 PC ── 관리 전용망 ── 라우터의 관리 포트
└ 서비스망이 죽어도 이 경로는 살아 있음
라우팅 설정을 잘못 넣어 서비스망이 끊긴 상황을 생각해보자. In-Band만 있으면 그 라우터에 원격 접속할 길까지 함께 막혀서, 결국 사람이 장비 앞까지 가야(현장 출동) 복구할 수 있다. OOB가 있으면 서비스망과 무관한 별도 경로로 들어가 원격에서 바로 복구할 수 있다.
OOB 구성 방식
| 방식 | 설명 |
|---|---|
| 전용 관리 포트 | 장비의 별도 Management 포트를 관리망에만 연결 |
| 서버 BMC | 서버의 iLO(HPE), iDRAC(Dell), IPMI 등 메인보드 독립 관리 칩. 서버 전원이 꺼져 있어도 동작 |
| 콘솔 서버 / 터미널 서버 | 여러 장비의 콘솔(시리얼) 포트를 한데 모아 원격 접속 |
| 별도 관리망 / 관리 VLAN | 관리 트래픽 전용 물리망 또는 분리된 VLAN |
| 셀룰러 OOB | 주 회선이 죽었을 때 LTE/5G로 우회 접속 (4G 백업) |
BMC(iLO/iDRAC/IPMI)는 특히 강력하다. 서버 OS가 죽거나 전원이 꺼져 있어도 독립적으로 전원 제어/콘솔 접속/재설치가 가능하기 때문이다. 사실상 서버 안에 들어 있는 작은 독립 컴퓨터다.
보안 관점
OOB 관리망은 보안상 매우 민감하다. 장비를 완전히 통제할 수 있는 통로이기 때문이다.
- 격리: 인터넷·서비스망과 철저히 분리. 외부에서 직접 닿지 못하게 함
- 접근 통제: 점프 호스트·VPN·TACACS+ 인증을 거쳐서만 진입
- 최소 노출: OOB IP는 절대 공인망에 노출하지 않음
BMC/IPMI는 과거 취약점 사례가 많아, 펌웨어를 최신으로 유지하고 외부에서 닿지 못하도록 관리망 안에만 두는 것이 중요하다.