목차
- 왜 홈랩 VLAN 설정이 중요한가요
- VLAN 구성 개념, 쉽게 말해 이렇게 이해하시면 됩니다
- Tagged(태그드)와 Untagged(언태그드)
- PVID와 Native VLAN
- 실전 설계: 먼저 VLAN 번호부터 정리해보겠습니다
- 관리형 스위치와 라우터 VLAN 연동, 단계별로 해보겠습니다
- 1. 라우터 쪽에 VLAN 인터페이스 만들기
- 2. DHCP 범위도 VLAN별로 분리하기
- 3. 관리형 스위치 포트 역할 정하기
- 4. 스위치에 VLAN 멤버십 적용하기
- 5. VLAN 간 접근 정책 만들기
- ⚠️ 제가 직접 겪은 트러블슈팅 포인트
- 빠르게 확인하는 점검 명령어
- 검증: 네트워크 분리와 통신 결과는 어떻게 확인할까요
- 정리 표: 어떤 식으로 나누면 운영이 편한가요
- 자주 묻는 질문
- Q1. VLAN 하나만 써도 되는데 굳이 나눠야 하나요?
- Q2. 관리형 스위치가 꼭 필요한가요?
- Q3. 라우터 한 대로도 가능한가요?
- 마무리: 홈랩 VLAN 설정은 귀찮지만, 한 번 해두면 오래 갑니다
[홈랩] 홈랩 VLAN 설정 완벽 가이드: 스위치와 라우터 연동
홈랩 VLAN 설정, 한 번 제대로 잡아두면 네트워크가 정말 편해집니다. 서버는 서버끼리, IoT는 IoT끼리, 게스트 Wi-Fi는 내부망과 분리해서 굴릴 수 있거든요. 저도 처음 홈랩을 키울 때는 스위치에 선만 꽂으면 끝인 줄 알았는데, VM 하나 늘고 NAS 하나 붙고 카메라까지 들어오니까 금방 복잡해지더라고요. 결국 VLAN 구성으로 정리하고 나서야 드디어 됐다 싶었습니다. 특히 네트워크 분리와 보안 강화를 같이 챙기고 싶다면, 관리형 스위치와 라우터 VLAN 연동은 거의 필수에 가깝습니다.
관리형 스위치, 라우터, 서버, IoT, 게스트망이 VLAN별로 분리된 전체 구성 예시입니다.
왜 홈랩 VLAN 설정이 중요한가요
쉽게 말해 VLAN은 하나의 물리 네트워크를 여러 개의 논리 네트워크로 쪼개는 방식입니다. 선은 같은 스위치에 꽂혀 있어도, VLAN ID가 다르면 서로 다른 네트워크처럼 동작합니다. 이게 왜 좋으냐면요.
- 관리망(Management)을 따로 빼서 스위치나 하이퍼바이저 관리 페이지를 안전하게 둘 수 있습니다.
- 서버망(Server Network)과 개인 PC망을 분리해서 사고 범위를 줄일 수 있습니다.
- IoT망을 따로 두면 카메라나 스마트 플러그가 내부 서버에 함부로 접근하지 못합니다.
- 게스트망(Guest Network)을 만들면 손님 Wi-Fi를 줘도 마음이 좀 편해집니다.
여기서 중요한 포인트! VLAN은 만능 보안 장비가 아니라 분리의 기본 단위입니다. 즉, 나누는 것만으로 끝나는 게 아니라 라우터에서 VLAN 간 통신 정책까지 같이 잡아야 진짜 의미가 있습니다.
VLAN 구성 개념, 쉽게 말해 이렇게 이해하시면 됩니다
저도 처음엔 태그니 언태그니 하면서 머리가 좀 아팠습니다 ㅎㅎ 그런데 아래 두 가지만 잡으면 금방 감이 옵니다.
Tagged(태그드)와 Untagged(언태그드)
Tagged(태그드)는 패킷에 VLAN 번호를 붙여서 보내는 방식입니다. 보통 스위치와 라우터 사이, 스위치와 하이퍼바이저 사이처럼 여러 VLAN을 한 선으로 같이 보낼 때 씁니다. 이 연결을 흔히 Trunk(트렁크)라고 부릅니다.
Untagged(언태그드)는 패킷에 VLAN 태그를 붙이지 않는 방식입니다. PC 한 대, 프린터 한 대처럼 한 포트에서 한 네트워크만 쓰는 경우에 일반적으로 사용합니다. 이 포트를 흔히 Access(액세스) 포트라고 부르죠.
PVID와 Native VLAN
PVID(Port VLAN ID)는 태그 없이 들어온 트래픽을 어떤 VLAN으로 볼지 정하는 값입니다. 관리형 스위치에서 액세스 포트 설정할 때 자주 보게 됩니다. 제조사마다 표현은 조금 달라도 개념은 비슷합니다.
| 항목 | 의미 | 주로 쓰는 곳 |
|---|---|---|
| Tagged | VLAN 태그 포함 | 라우터-스위치, 스위치-서버 업링크 |
| Untagged | VLAN 태그 없음 | PC, 프린터, 단일 장비 연결 포트 |
| PVID | 태그 없는 프레임의 기본 VLAN | 액세스 포트 기본 소속 설정 |
| Trunk | 여러 VLAN을 한 링크로 전달 | 업링크 포트 |
실제로 써보니까, 홈랩 VLAN 설정에서 가장 많이 꼬이는 부분이 바로 여기였습니다. 스위치에서는 태그드로 보냈는데 라우터는 언태그드만 받고 있다거나, PVID가 엉뚱하게 남아 있다거나요. 증상은 인터넷 안 됨 하나로 보이는데 원인은 꽤 다양합니다.
실전 설계: 먼저 VLAN 번호부터 정리해보겠습니다
제가 홈랩에서 자주 쓰는 방식은 아래처럼 역할별로 VLAN을 나누는 겁니다. 꼭 이 숫자를 따라야 하는 건 아니지만, 일단 규칙을 정해두면 나중에 훨씬 덜 헷갈립니다.
- VLAN 10: 관리망 (스위치, 라우터, 하이퍼바이저 관리)
- VLAN 20: 서버망 (NAS, VM, 컨테이너 호스트)
- VLAN 30: IoT망 (카메라, 센서, 스마트 기기)
- VLAN 40: 게스트망 (외부 사용자용 Wi-Fi)
예시 주소 체계도 같이 정해두면 좋습니다.
vlans:
10:
name: mgmt
subnet: 192.168.10.0/24
gateway: 192.168.10.1
20:
name: servers
subnet: 192.168.20.0/24
gateway: 192.168.20.1
30:
name: iot
subnet: 192.168.30.0/24
gateway: 192.168.30.1
40:
name: guest
subnet: 192.168.40.0/24
gateway: 192.168.40.1
이렇게 해두면 문서화도 쉽고, 방화벽(Firewall, 네트워크 접근 제어 장치) 규칙 만들 때도 편합니다.
관리형 스위치와 라우터 VLAN 연동, 단계별로 해보겠습니다
여기서는 특정 제조사 화면이 아니라, 대부분의 관리형 스위치와 Linux 기반 라우터에서 공통으로 이해할 수 있는 흐름으로 설명드릴게요. 모델마다 메뉴 이름은 달라도 핵심은 같습니다.
1. 라우터 쪽에 VLAN 인터페이스 만들기
라우터의 물리 인터페이스가 <code>eth0라고 가정해보겠습니다. 802.1Q(이더넷 VLAN 태깅 표준) 기반 서브인터페이스를 생성합니다.
ip link add link eth0 name eth0.10 type vlan id 10
ip link add link eth0 name eth0.20 type vlan id 20
ip link add link eth0 name eth0.30 type vlan id 30
ip link add link eth0 name eth0.40 type vlan id 40
ip addr add 192.168.10.1/24 dev eth0.10
ip addr add 192.168.20.1/24 dev eth0.20
ip addr add 192.168.30.1/24 dev eth0.30
ip addr add 192.168.40.1/24 dev eth0.40
ip link set eth0 up
ip link set eth0.10 up
ip link set eth0.20 up
ip link set eth0.30 up
ip link set eth0.40 up
이 작업은 재부팅해도 유지되도록 배포판 설정 파일이나 라우터 UI에 반영해야 하더라고요. CLI로 테스트한 뒤 영구 설정으로 옮기는 방식이 여러 번 배웠던 삽질을 줄여줍니다.
2. DHCP 범위도 VLAN별로 분리하기
라우터가 DHCP 서버 역할도 한다면, 네트워크별로 주소 풀을 따로 나눠서 줘야 합니다.
dhcp:
- interface: eth0.10
range: 192.168.10.100-192.168.10.199
- interface: eth0.20
range: 192.168.20.100-192.168.20.199
- interface: eth0.30
range: 192.168.30.100-192.168.30.199
- interface: eth0.40
range: 192.168.40.100-192.168.40.199
저는 예전에 이걸 빼먹어서, VLAN은 잘 나뉘었는데 IP가 안 붙는 바람에 한참 헤맸습니다. 핑도 안 되고, 장비는 링크 업인데 네트워크는 죽어 있고... 이런 경우 DHCP부터 보시면 됩니다.
라우터-스위치 업링크는 트렁크, 단말 포트는 액세스 형태로 나뉘는 구성을 보여주는 예시입니다.
3. 관리형 스위치 포트 역할 정하기
예를 들어 포트 1번은 라우터와 연결, 포트 2번은 하이퍼바이저, 포트 3번은 NAS, 포트 4번은 IoT AP, 포트 5번은 관리용 PC라고 가정해보겠습니다.
| 포트 | 연결 대상 | 설정 | 비고 |
|---|---|---|---|
| 1 | 라우터 | VLAN 10/20/30/40 Tagged | 트렁크 |
| 2 | 하이퍼바이저 | VLAN 10/20 Tagged | VM별 VLAN 사용 |
| 3 | NAS | VLAN 20 Untagged, PVID 20 | 서버망 전용 |
| 4 | 무선 AP | VLAN 30/40 Tagged, VLAN 10 Untagged 또는 Tagged | SSID 분리 |
| 5 | 관리 PC | VLAN 10 Untagged, PVID 10 | 관리망 접속 |
여기서 중요한 포인트! 스위치 관리 IP를 어느 VLAN에 둘지 먼저 정하셔야 합니다. 저는 보통 관리망 VLAN 10에 둡니다. 나중에 장비 찾기가 훨씬 쉽거든요.
4. 스위치에 VLAN 멤버십 적용하기
제조사마다 화면은 다르지만 보통 이런 순서로 진행합니다.
- VLAN 10, 20, 30, 40 생성
- 포트 1을 각 VLAN의 Tagged 멤버로 추가
- 포트 3은 VLAN 20의 Untagged 멤버로 설정하고 PVID 20 지정
- 포트 5는 VLAN 10의 Untagged 멤버로 설정하고 PVID 10 지정
- AP 연결 포트는 SSID 설계에 맞춰 Tagged VLAN 추가
혹시 메인 SSID는 직원망, 게스트 SSID는 손님망처럼 나누고 싶다면 여기서 라우터 VLAN과 무선 SSID 매핑까지 함께 설계하면 됩니다.
5. VLAN 간 접근 정책 만들기
VLAN을 나누는 것만으로는 부족합니다. 라우터에서 어디까지 통신을 허용할지 정해야 진짜 보안 강화가 됩니다. 저는 보통 이렇게 시작합니다.
# 예시 개념
# guest(40) -> internet only
# iot(30) -> internet allowed, mgmt(10) blocked
# servers(20) -> mgmt(10) from admin PC only
iptables -A FORWARD -s 192.168.40.0/24 -d 192.168.10.0/24 -j DROP
iptables -A FORWARD -s 192.168.40.0/24 -d 192.168.20.0/24 -j DROP
iptables -A FORWARD -s 192.168.30.0/24 -d 192.168.10.0/24 -j DROP
iptables -A FORWARD -s 192.168.10.50 -d 192.168.20.0/24 -j ACCEPT
물론 실제 환경에서는 기본 정책, 상태 기반(Stateful) 허용, DNS/NTP 예외도 같이 보셔야 합니다. 다만 처음에는 차단 먼저, 필요한 것만 허용 이 원칙으로 가는 게 훨씬 안전합니다.
⚠️ 제가 직접 겪은 트러블슈팅 포인트
홈랩 VLAN 설정에서 많이 겪는 문제를 정리해보겠습니다. 이건 진짜 현장에서, 아니 제 방 서버실에서 삽질하면서 얻은 체크리스트입니다.
- 인터넷은 되는데 내부 장비가 안 보임: 방화벽 규칙이 너무 강하거나, 반대로 라우팅은 됐는데 DNS가 VLAN별로 안 열려 있을 수 있습니다.
- 아예 IP를 못 받음: DHCP가 해당 VLAN 인터페이스에 바인딩되지 않았거나, 스위치 포트 PVID가 틀렸을 가능성이 큽니다.
- 스위치 관리 페이지 접속 불가: 스위치 관리 IP가 속한 VLAN과 접속 포트 VLAN이 안 맞는 경우가 많습니다. 이거 한 번 꼬이면 공장 초기화 유혹이 엄청 강해집니다.
- 하이퍼바이저 VM만 통신 안 됨: 가상 스위치(vSwitch)나 브리지에서 VLAN 태깅을 따로 켜야 하는 경우가 있습니다.
- 무선 AP의 게스트 SSID 분리가 안 됨: AP 업링크 포트가 트렁크가 아니거나, SSID별 VLAN ID 매핑이 다를 수 있습니다.
저도 처음엔 라우터 문제인 줄 알고 라우터만 계속 봤었는데, 알고 보니 스위치 포트 하나가 Untagged로 남아 있더라고요. 이런 건 진짜 허무합니다. 그래서 저는 이제 변경할 때마다 포트별 역할을 메모해둡니다.
빠르게 확인하는 점검 명령어
ip -d link show
ip addr show
ip route show
ping 192.168.10.1
ping 192.168.20.1
arp -n
ip -d link show는 VLAN 서브인터페이스가 제대로 올라왔는지 볼 때 꽤 유용합니다. 태그 ID까지 보여서 실수 잡기 좋습니다.
라우터에서 VLAN 서브인터페이스와 접근 제어 정책을 점검하는 장면을 표현한 이미지입니다.
검증: 네트워크 분리와 통신 결과는 어떻게 확인할까요
구성이 끝나면 아래 순서로 검증해보시면 됩니다. 이 과정을 건너뛰면 나중에 어디가 잘못됐는지 찾기가 더 어려워집니다.
- 관리 PC를 VLAN 10 포트에 연결하고 스위치/라우터 관리 페이지 접속 확인
- 서버 장비가 VLAN 20 주소를 정상적으로 받는지 확인
- IoT 장비가 VLAN 30 대역에서 인터넷만 되는지 확인
- 게스트망 장비가 내부 NAS나 관리 페이지에 접근되지 않는지 확인
- 필요한 예외 통신만 허용되는지 로그로 점검
예를 들어, 게스트망에서 아래 테스트를 해보는 식입니다.
ping 192.168.10.1
ping 192.168.20.10
ping 8.8.8.8
nslookup example.com
정상이라면 관리망/서버망 핑은 막히고, 외부 인터넷과 DNS는 동작해야겠죠. 이런 식으로 시나리오 기반으로 확인해보면 설정이 눈에 잘 들어옵니다. 🎉
정리 표: 어떤 식으로 나누면 운영이 편한가요
| VLAN | 용도 | 권장 정책 | 운영 팁 |
|---|---|---|---|
| 10 | 관리망 | 관리자 PC만 접근 허용 | 장비 관리 IP 일관성 유지 |
| 20 | 서버망 | 필요 포트만 외부/내부 허용 | 서비스별 방화벽 로그 확인 |
| 30 | IoT망 | 인터넷 허용, 내부망 최소화 | 제조사 클라우드 의존성 주의 |
| 40 | 게스트망 | 인터넷 전용, 내부 접근 차단 | DNS/NTP만 예외 허용 검토 |
각 VLAN 간 허용/차단 관계와 인터넷 접근 여부를 한눈에 보여주는 요약 이미지입니다.
자주 묻는 질문
Q1. VLAN 하나만 써도 되는데 굳이 나눠야 하나요?
장비가 3~4대 수준이면 당장은 괜찮을 수 있습니다. 근데 홈랩은 보통 점점 커지거든요. NAS 붙고, 미니 PC 붙고, AP 붙고, 카메라 들어오면 그때부터 한 네트워크에 다 섞여 있는 게 더 불편해집니다.
Q2. 관리형 스위치가 꼭 필요한가요?
홈랩 VLAN 설정을 제대로 하려면 사실상 필요합니다. 비관리형 스위치는 VLAN 태그 처리나 포트별 정책이 안 되니까, 라우터 VLAN만으로는 한계가 있습니다.
Q3. 라우터 한 대로도 가능한가요?
가능합니다. 라우터가 802.1Q VLAN 인터페이스와 방화벽 정책을 지원하면 됩니다. 다만 포트 수나 무선 SSID 분리까지 생각하면 관리형 스위치와 AP까지 같이 보는 편이 현실적입니다.
마무리: 홈랩 VLAN 설정은 귀찮지만, 한 번 해두면 오래 갑니다
처음엔 이게 뭔가 싶었는데, 막상 구성해두면 체감 차이가 큽니다. 관리망은 깔끔해지고, 서버는 좀 더 안전해지고, IoT 장비 때문에 찝찝한 마음도 줄어들거든요. 제가 직접 해보니 핵심은 딱 세 가지였습니다. VLAN 번호 규칙 통일, 스위치 포트 역할 문서화, 라우터 방화벽 정책 분리입니다.
혹시 지금 홈랩이 점점 복잡해지고 있다면, 이번 기회에 VLAN 구성부터 정리해보셔도 좋겠습니다. 다음 글에서는 VLAN 위에 얹는 Inter-VLAN Routing(인터 VLAN 라우팅) 정책과 홈랩 방화벽 룰 설계 팁도 다뤄볼 예정입니다. 이전 글에서 다뤘던 백업 네트워크 분리 구성과도 연결되는 내용이라 같이 보시면 이해가 더 잘 되실 거예요. 💡
구축 후 점검해야 할 체크리스트와 다음 확장 단계 아이디어를 담은 마무리 이미지입니다.
'IT > HomeLabs' 카테고리의 다른 글
| [HomeLabs] Unifi 컨트롤러 성능 비교: Cloud Key vs Docker vs VM (0) | 2026.07.13 |
|---|---|
| [HomeLabs] PoE 스위치 체크리스트: 홈랩 전원·호환성·케이블링 점검 (1) | 2026.07.13 |
| [HomeLabs] MikroTik 홈랩: VLAN과 방화벽 설정 사례 (0) | 2026.07.13 |
| [HomeLabs] 홈랩 미니PC, NUC vs ASUS PN vs GMKtec 3년 총소유비용 분석 (1) | 2026.07.13 |
| [HomeLabs] 홈랩 AI 성능 비교: Jetson Nano와 구형 GPU 벤치마크 (0) | 2026.07.10 |
| [홈랩] Tailscale vs OpenVPN, 어떤 선택이 현명할까? (0) | 2026.07.08 |