이 글은 매장 CCTV를 휴대폰이나 외부 PC에서 보려는데 원격접속이 갑자기 안 되거나, 예전엔 됐는데 어느 날부터 접속이 끊기거나, DDNS 주소는 있는데 화면이 안 열리는 상황을 현장에서 빠르게 분리 점검하기 위한 글입니다.
핵심은 하나입니다.
원격접속 불량을 처음부터 “DDNS가 죽었다” 또는 “공유기가 이상하다”로 단정하지 말고, 아래 다섯 단계로 끊어서 봐야 합니다.
1. CCTV 본체(NVR/DVR/IP 카메라)에 매장 안에서는 접속되는가
2. CCTV 장비의 내부 IP가 고정되어 있는가
3. 공유기 WAN IP가 실제 공인 IP인가
4. 포트포워딩이 그 장비의 실제 포트로 연결되어 있는가
5. DDNS가 현재 공인 IP를 제대로 가리키는가
이 순서를 거꾸로 보면 시간이 오래 걸립니다. 현장에선 DDNS부터 고쳐 보다가, 실제 원인은 내부 IP가 바뀌었거나 통신사망 구조·이중 공유기·CGNAT 때문에 하위 공유기만 만져서는 외부 유입이 안 되는 경우가 많습니다.
매장 안에서는 CCTV가 보이는데 밖에서만 안 보일 때 읽는 글
- 통신사 모뎀 + 매장 공유기 + NVR/DVR 1대 구성
- 매장 안 PC에서는 CCTV가 보이는데 밖에서만 안 보이는 환경
- 휴대폰 앱으로 보려는데 “연결 시간 초과”, “호스트를 찾을 수 없음”, “포트 열리지 않음” 비슷한 증상이 나는 경우
- 공유기 교체 뒤부터 원격접속이 안 되는 경우
- 인터넷 회선 재약정·장비 재부팅 뒤부터 DDNS 주소 접속이 불안정한 경우
- NVR/DVR은 켜져 있고 녹화도 되는데 외부 보기만 안 되는 경우
반대로 아래는 이 글만으로 끝나지 않을 수 있습니다.
- 통신사에서 공인 IP 직접 유입이 제한된 회선
- 이중 공유기 구조가 강하게 걸린 환경
- 제조사 전용 P2P/클라우드 앱만 지원하고 포트 직접 노출을 권장하지 않는 장비
- 보안 정책상 외부 포트 개방을 막아 둔 본사망/프랜차이즈망
- 장비 자체 비밀번호 분실, 계정 잠금, 펌웨어 오류
원격접속 안 됨은 세 갈래다: 밖에서만 안 됨, DDNS 주소가 안 열림, 예전엔 되던 게 며칠 뒤 끊김
원격접속이 안 된다는 말도 실제로는 양상이 다릅니다.
1. 매장 안에서는 CCTV가 보이는데 밖에서만 안 보인다
- 포트포워딩
- DDNS
- 공인 IP 여부
- 이중 공유기 가능성
2. DDNS 주소는 있는데 연결이 안 된다
- DDNS가 틀린 공인 IP를 가리키는 경우
- 포트포워딩 미설정
- 하위 공유기 WAN이 비공인 대역이라 추가 상위 설정이 필요한 경우
3. 예전엔 됐는데 며칠·몇 주 뒤부터 다시 안 된다
- 장비 내부 IP 변경
- 회선 공인 IP 변경 후 DDNS 미갱신
- 공유기 교체/초기화
- 포트 규칙 삭제
4. 앱에서는 찾는데 영상이 안 뜨거나 웹 접속만 안 된다
- 장비가 실제로 쓰는 포트와 포워딩 포트 불일치
- HTTP/HTTPS와 앱용 서비스 포트를 혼동
- 제조사별 연결 방식 차이
중요한 건 “DDNS 주소가 있으니 포워딩도 맞겠지”라고 묶지 않는 것입니다. DDNS는 주소 문제를 푸는 도구이고, 포트포워딩은 외부 트래픽을 내부 장비로 보내는 설정이라 역할이 다릅니다.
ASUS 문서가 말하는 DDNS의 한계: WAN이 사설·CGNAT 대역이면 상위 라우터 포워딩이 더 필요하다
이 글의 핵심 축은 아래 공식 문서들로 검증할 수 있습니다.
- ASUS는 DDNS가 동적 공인 IP 환경에서도 등록된 도메인 이름으로 접속하게 해 주는 기능이라고 설명합니다:
- ASUS는 공유기 WAN이 private WAN IP 또는 CGNAT IP이거나 multi-layer NAT 환경이면 DDNS 서비스가 그대로는 동작하지 않는다고 설명하고, 상위 공인 IP 라우터가 있으면 그 장비에서 DMZ 또는 Port Forwarding이 추가로 필요할 수 있다고 안내합니다:
- Reolink는 원격 연결 시 어떤 포트를 열어야 하는지는 접속 방식에 따라 다르며, 앱/클라이언트용 서비스 포트와 웹브라우저용 HTTP/HTTPS, RTSP, ONVIF 같은 포트가 구분될 수 있다고 설명합니다:
- Reolink는 일부 제품 예시로 Basic Service 9000, HTTP 80, RTMP 1935 같은 기본 포트를 안내하지만, 실제 적용은 장비 메뉴와 모델 기준으로 다시 확인해야 합니다:
- TP-Link VIGI는 NVR 원격 추가/접속에 라우터의 Public IP와 Management Port/Remote Stream Port 매핑이 필요하다고 설명합니다:
즉, “공인 IP 여부”, “포트포워딩”, “DDNS”, “장비별 실제 포트 확인”, “내부 IP 고정”은 현장 감이 아니라 제조사 문서로 닿는 점검 축입니다.
CCTV 내부 IP 변경과 비공인 WAN이 외부 접속만 끊는 가장 흔한 원인이다
매장 현장에서는 아래 다섯 가지가 가장 많이 엮입니다.
1. CCTV 장비 내부 IP가 바뀜
공유기 DHCP 범위 안에서 NVR/DVR이 자동 IP를 쓰면 재부팅이나 임대 갱신 뒤 주소가 바뀔 수 있습니다. 이 경우 포트포워딩 규칙은 예전 IP를 가리켜 외부 접속만 끊깁니다.
2. 공유기 WAN이 공인 IP가 아님
통신사망, 이중 공유기, 상위 라우터 때문에 매장 공유기의 WAN이 비공인 대역이면 하위 공유기 단독 DDNS/포워딩만으로는 부족할 수 있습니다. 이 경우 상위 공인 IP 장비에서 브리지 또는 DMZ/포트포워딩이 추가로 필요할 수 있습니다.
3. 포트포워딩 규칙은 있는데 잘못된 포트로 보냄
이게 현장에서 특히 많습니다. 웹 접속 포트와 앱용 서비스 포트를 혼동하거나, 예전 모델 기준 포트를 외워 넣는 경우입니다. 제조사 문서들도 포트는 장비 문서·장비 메뉴 기준으로 확인하라고 보는 쪽입니다.
4. DDNS는 살아 있지만 현재 WAN IP를 반영하지 못함
회선 IP가 바뀌었는데 DDNS 갱신이 안 되면 예전 주소를 계속 가리킵니다. 이 경우 “도메인은 있는데 접속 안 됨”처럼 보입니다.
5. 이중 공유기/모뎀-공유기 구조
통신사 장비 뒤에 매장 공유기가 또 있는 구조면, 실제 포트를 상위 장비와 하위 장비 둘 다 맞춰야 하거나 브리지/DMZ 정리가 필요할 수 있습니다. 처음엔 공유기 재부팅으로 될 줄 알았는데 반복됐다면 이 구조를 의심할 가치가 큽니다.
DDNS를 맨 마지막에 보는 이유: 내부 IP와 WAN 구조부터 순서대로 확인한다
매장에선 아래 순서가 시간을 가장 적게 씁니다.
1. 매장 내부 접속 확인
2. CCTV 장비의 내부 IP 확인
3. 그 내부 IP가 고정인지 확인
4. 공유기 WAN IP가 공인인지 확인
5. 포트포워딩 규칙 확인
6. DDNS 호스트명/갱신 상태 확인
7. 마지막에만 앱 계정/제조사 클라이언트 문제를 본다
DDNS를 먼저 건드리지 않는 이유는 단순합니다. 내부 IP나 WAN 구조가 틀리면 DDNS는 맞아도 소용이 없기 때문입니다.
매장 안에서 CCTV가 정상인지 확인하는 것부터 시작하는 해결 절차
1) 매장 안에서 먼저 CCTV가 정상인지 확인합니다
같은 매장 Wi‑Fi 또는 유선 환경에서 NVR/DVR 웹 화면, PC 클라이언트, 제조사 앱으로 접속이 되는지 봅니다.
- 내부에서도 안 되면 원격 문제 전에 장비 전원·LAN 연결·장비 자체 네트워크 설정이 먼저입니다.
- 내부에서는 되는데 외부에서만 안 되면 그때부터 포워딩/DDNS 구간을 봅니다.
이 단계는 꼭 필요합니다. 내부 접속도 안 되는데 외부 접속부터 맞추면 점검 축이 섞입니다.
2) NVR/DVR/IP 카메라의 내부 IP를 적습니다
장비 네트워크 메뉴 또는 공유기 DHCP 클라이언트 목록에서 CCTV 장비의 내부 IP를 확인합니다.
- 예: 192.168.0.x 또는 192.168.1.x 대역
- 이 주소가 포트포워딩 대상입니다
여기서 중요한 건 “지금 장비가 실제로 쓰는 주소”입니다. 예전 설치 사진이나 종이에 적힌 주소를 믿고 들어가면 헛걸음하는 경우가 많습니다.
3) 내부 IP를 고정 또는 주소 예약 상태로 맞춥니다
제조사마다 표현은 다르지만, 포트포워딩 대상 장비의 내부 주소가 바뀌지 않게 유지해야 합니다. 실무에선 공유기 DHCP 예약이 관리가 편한 경우가 많습니다.
이 단계가 빠지면 오늘은 되는데 며칠 뒤 또 안 됩니다.
- DHCP 자동 할당 그대로 두지 말 것
- 공유기 교체 시 예약이 초기화됐는지 확인할 것
- 장비 펌웨어 초기화 후 네트워크 모드가 자동으로 돌아갔는지 볼 것
4) 공유기 WAN IP가 공인 IP인지 확인합니다
이 단계가 사실상 핵심입니다.
공유기 관리화면의 인터넷/WAN IP를 보고, 그 값이 비공인/직접유입 불가 가능성 대역인지 먼저 확인합니다.
| WAN 값 예시 | 의미 | 바로 할 일 |
|---|---|---|
| 10.x.x.x | 사설 대역 | 하위 공유기만 만지지 말고 상위 장비/회선 구조 확인 |
| 172.16.x.x ~ 172.31.x.x | 사설 대역 | 상위 모뎀·공유기 존재 여부, 브리지/DMZ 가능 여부 확인 |
| 192.168.x.x | 사설 대역 | 이중 공유기 가능성 큼, 상위 장비 포워딩 또는 브리지 점검 |
| 100.64.x.x ~ 100.127.x.x | CGNAT(Shared Address Space) 가능성 큼 | 통신사 NAT/공인 IP 제공 정책 확인, 직접 포워딩 전제부터 재확인 |
| 그 외 일반 공인 IPv4 | 외부 직접 유입 가능한 공인 IP일 수 있음 | 다음 단계로 넘어가 포트포워딩·DDNS 점검 |
현장 해석은 이렇게 나눕니다.
- WAN이 공인 IP다 → 포트포워딩/DDNS 계속 진행
- WAN이 10/172.16-31/192.168/100.64-127 대역이다 → DDNS부터 만지지 말고 상위 모뎀, 이중 공유기, 통신사 NAT 여부를 먼저 확인
- WAN이 자주 바뀐다 → DDNS 필요성은 높지만, 그래도 공인 IP 전제는 같음
중요:
WAN이 비공인 대역이라고 해서 항상 “절대 불가”로 단정하면 안 됩니다. 상위 공인 IP 장비가 따로 있고, 그 장비에서 브리지 또는 DMZ/포트포워딩을 추가하면 라우팅이 되는 경우가 있습니다. 다만 하위 공유기 단독 설정만으로 끝나지 않는 경우가 많다는 뜻입니다.
5) 포트포워딩을 “장비 실제 포트” 기준으로 다시 봅니다
포트포워딩 메뉴 이름은 공유기마다 다릅니다.
- Port Forwarding
- Virtual Server
- NAT Forwarding
- Port Mapping
여기서 중요한 건 숫자를 외워 넣지 않는 것입니다.
원격 연결에 필요한 포트는 접속 방식에 따라 다를 수 있습니다. 어떤 장비는 앱/클라이언트용 서비스 포트와 브라우저용 HTTP/HTTPS 포트가 다르고, RTSP·ONVIF를 따로 쓰는 경우도 있습니다.
즉 아래처럼 해야 합니다.
1. CCTV 장비 메뉴 또는 공식 문서에서 현재 사용하는 포트 확인
2. 공유기 포트포워딩의 내부 대상 IP가 그 장비 IP인지 확인
3. TCP/UDP 프로토콜이 장비 요구와 맞는지 확인
4. 외부 포트와 내부 포트가 의도대로 연결됐는지 확인
이 단계에서 흔한 오진:
- 예전 기사님이 적어둔 포트를 그대로 넣음
- 앱 접속 포트와 웹브라우저 포트를 혼동
- 장비가 바뀌었는데 공유기 규칙만 옛날 그대로 둠
6) DDNS는 맨 마지막에 확인합니다
DDNS는 “외우기 쉬운 이름”을 공인 IP에 연결해 주는 역할입니다. 제조사 문서들도 동적 공인 IP 환경에서 같은 도메인 이름으로 접속하게 해 주는 기능으로 설명합니다.
점검 순서는 이렇습니다.
1. DDNS 호스트명이 현재 설정된 값과 일치하는지 확인
2. 공유기 또는 장비의 DDNS 상태가 정상 갱신인지 확인
3. 현재 공유기 WAN IP와 DDNS가 실제로 가리키는 IP가 같은지 확인
4. 최근 인터넷 회선 변경, 공유기 교체, 관리자 계정 변경이 있었는지 확인
5. 공인 IP가 바뀐 뒤 갱신 실패 흔적이 없는지 확인
여기서 중요한 건:
포트포워딩이 틀린 상태에서는 DDNS를 아무리 고쳐도 접속은 안 됩니다.
"휴대폰에서 CCTV가 안 보인다"도 장비·WAN·포트·HTTPS 중 어디냐에 따라 원인이 갈린다
“휴대폰에서 CCTV가 안 보인다”는 말도 실제 원인은 다릅니다.
- 매장 안에서도 안 보임 → 장비 전원, LAN, 내부 IP 문제
- 매장 안에서는 보이고 밖에서만 안 보임 → WAN 공인 IP, 포트포워딩, DDNS 문제
- DDNS 주소는 열리는데 로그인 화면만 깨짐 → 포트 종류 또는 HTTPS/HTTP 설정 문제
- 앱은 접속되는데 웹만 안 됨 → 브라우저용 포트와 앱용 서비스 포트가 다를 수 있음
- 공유기 바꾸고 바로 안 됨 → DHCP 예약, 포워딩 규칙, 상위 모뎀 구조 재확인
즉 “원격접속 안 됨 = DDNS 재설정”으로 바로 들어가면 오진이 됩니다.
통신사 모뎀 뒤에 공유기를 하나 더 둔 소규모 식당·카페·편의점에 특히 맞는다
- 소규모 식당, 카페, 편의점처럼 통신사 모뎀 뒤에 공유기를 하나 더 둔 매장
- NVR은 카운터 밑에 있고, 사장님 휴대폰으로 외부 확인만 필요한 환경
- 예전 설치 기사 이후 설정 문서가 정리돼 있지 않은 매장
- 공유기 교체 뒤 원격접속만 안 되는 환경
- CCTV는 녹화되는데 외부 확인만 안 되는 환경
내부 확인 없이 DDNS부터 새로 만들거나 대표 포트를 임의로 여는 조치는 피한다
- 내부 접속도 확인 안 한 채 DDNS부터 새로 만들기
- 장비 실제 포트 확인 없이 인터넷에서 본 “대표 포트”를 임의로 열기
- DHCP 자동 IP 상태로 둔 채 포트포워딩만 반복 수정하기
- 이중 공유기 구조를 무시하고 하위 공유기만 계속 재부팅하기
- 외부 접속이 급하다고 포트를 여러 개 무분별하게 개방하기
- 문제 원인 분리 전에 장비 초기화하기
내부도 안 됨·WAN 비공인·WAN은 공인인데 외부만 안 됨, 세 갈래로 다시 나눈다
1. 내부 접속도 안 된다
- 장비 전원, LAN 링크, NVR/DVR 네트워크 설정 확인
- 장비 자체 IP 중복 가능성 확인
- 녹화는 되는지, 로컬 모니터 화면은 정상인지 확인
2. 내부는 되는데 WAN이 비공인 대역이다
- 통신사 모뎀 브리지 여부 확인
- 상위 장비가 공인 IP를 받는 구조인지 확인
- 상위 장비 DMZ/포워딩 여부 확인
- 통신사 공인 IP 제공 정책 확인
- 이 구간은 DDNS보다 회선 구조 이슈입니다
3. WAN은 공인 IP인데 외부만 안 된다
- 포트포워딩 대상 내부 IP 재확인
- 포트/프로토콜 재확인
- 장비 방화벽 또는 서비스 활성화 상태 확인
- 공유기 교체/초기화 이력 확인
4. 며칠 뒤 다시 반복된다
- DHCP 예약 누락 가능성 큼
- DDNS 자동 갱신 실패 여부 확인
- 공유기 펌웨어/재부팅 뒤 설정 복원 여부 확인
내부 IP 고정과 포워딩·DDNS·연결 구조를 설치 문서로 남겨 재발을 막는다
1. CCTV 장비 내부 IP를 DHCP 예약 또는 고정 IP로 유지
2. 공유기 로그인 주소, 관리자 계정, 포워딩 화면 경로를 문서화
3. NVR/DVR의 실제 사용 포트와 프로토콜을 설치 문서에 적어 두기
4. DDNS 호스트명과 로그인 정보를 설치 문서에 정리
5. 통신사 모뎀 + 공유기 + NVR 연결 구조를 한 장으로 그려 두기
6. 공유기 교체 전 포트포워딩 규칙 백업
7. 회선 변경 후 WAN이 공인 IP인지 먼저 확인
8. “내부 접속 가능 여부”를 원격장애 첫 체크로 습관화
9. 포트는 필요한 것만 최소로 개방
10. 반복 장애가 1~2주 안에 다시 나오면 공유기 노후 또는 이중 NAT 구조를 의심
WAN이 계속 비공인으로 잡히거나 이중 공유기 설정 권한이 없을 때는 기사를 부르는 게 빠르다
아래면 현장 셀프 점검보다 설치 기사나 네트워크 업체 호출이 빠를 수 있습니다.
- 공유기 WAN이 계속 비공인 대역으로 잡히고 상위 장비 구조를 모를 때
- 이중 공유기/통신사 모뎀 설정 변경 권한이 없을 때
- NVR/DVR 실제 포트 정보를 장비 메뉴나 공식 문서로 확인하기 어려울 때
- 내부 IP 고정, 포워딩, DDNS를 모두 맞췄는데도 외부 접속이 안 될 때
- 본사망/프랜차이즈망이라 방화벽 정책 변경이 필요한 때
- 외부 포트 개방에 대한 보안 검토가 필요한 매장
LTE·P2P 회선이라면 — 등록 방식부터 확인하세요
매장 회선이 유선이 아니라 LTE 라우터거나, 애초에 녹화기를 제조사 P2P·클라우드 앱으로 등록해 쓰고 계시다면 위 다섯 단계를 그대로 밟기 전에 한 가지를 먼저 보셔야 합니다.
바로 앱에 이 녹화기가 어떤 방식으로 등록돼 있는가입니다.
제조사 앱은 보통 직접접속(IP/도메인 또는 DDNS)과 Cloud P2P를 서로 다른 등록 방식으로 구분해 둡니다. 매장 Wi‑Fi에서는 영상이 잘 보인다고 해서 그 접속이 항상 직접접속이라는 뜻은 아닙니다. 그래서 원격만 안 될 때는 재부팅보다 이 등록 방식 확인이 먼저입니다.
등록 방식이 직접접속(IP/도메인 또는 DDNS)이라면 이 글의 4단계부터 그대로 따라가시면 됩니다. 다만 회선이 LTE 라우터라면 한 가지는 미리 알아 두세요. LTE 라우터는 통신사 CGNAT 뒤에 물리는 경우가 대부분이라, 공유기 WAN IP를 확인해 보면 사설 대역이나 100.64.0.0~100.127.255.255 같은 공유 주소로 잡히는 경우가 흔합니다. 이때는 하위 라우터만 포트포워딩을 만져서는 외부 유입이 되지 않으므로, DDNS나 포트 규칙을 손대기 전에 통신사 쪽에 공인 IP 제공 여부부터 확인하셔야 합니다.
반대로 등록 방식이 Cloud P2P라면 이야기가 달라집니다. P2P는 공인 IP·포트포워딩·DDNS 사슬에 딸린 마지막 단계가 아니라 별도로 동작하는 경로입니다. 그래서 이 경우엔 위 5단계 대신 아래 순서로 보세요.
- 녹화기의 P2P·플랫폼 접속 기능이 활성화돼 있고 상태가 Online으로 뜨는가
- Online인데 영상만 안 열린다면 앱 계정 로그인·바인딩 상태를 다시 확인
- 그래도 안 되면 다른 통신망(Wi‑Fi ↔ LTE)으로 교차 접속해 특정 회선에서만 막히는지 확인
- 장치가 Offline으로 뜬다면 QR 코드로 장치를 앱에 재등록해 바인딩을 새로 잡는다
정리하면, 밖에서 안 보일 때 무작정 DDNS부터 만지지 마시고, 먼저 등록 방식을 확인해 직접접속이면 공인 IP·CGNAT부터, P2P면 서버 상태와 재등록부터 보시는 게 순서입니다. 참고로 영상은 뜨는데 움직임 감지 알림만 안 오는 경우는 원인 축이 다르니 움직임 감지 알림이 안 올 때 글을 따로 보시는 게 낫고, 접속 자체가 자꾸 끊기는 증상이라면 원격 영상이 끊길 때 글도 함께 참고하세요. 최근에 공유기를 바꾼 뒤부터 이 증상이 시작됐다면 공유기를 바꾼 뒤 접속 안 될 때 글에서 먼저 확인해 보시는 편이 빠릅니다.
정상 공인 IP·이중 NAT·CGNAT, 우리 매장은 어디에 해당하는지 도식과 기록표로 직접 확인하세요
여기까지 읽으셨다면 "우리 매장 WAN이 정상 공인 IP인지, 이중 NAT인지, CGNAT인지"가 가장 궁금하실 겁니다. 말로만 보면 헷갈리기 쉬우니 세 구조를 나란히 그림으로 비교해 보겠습니다.
세 구조 중 어디에 해당하는지는 공유기 WAN IP 값 하나만 보면 바로 갈립니다. 아래는 그 판단을 내부 접속부터 DDNS까지 순서대로 정리한 흐름입니다.
도식으로 구조를 확인하셨다면, 이제 아래 표에 우리 매장 값을 직접 적어 보세요. 판정 칸까지 채우면 다섯 단계 점검 중 지금 어디에 있는지 스스로 알 수 있습니다.
| 항목 | 어디서 읽는가 | 예시 | 우리 매장 값(직접 기록) |
|---|---|---|---|
| 공유기 WAN IP | 공유기 관리화면의 인터넷/WAN 상태 메뉴 | 예) 192.168.35.1 (사설 대역) | |
| 외부에서 본 IP | 외부 회선(예: 휴대폰 LTE)으로 접속해 확인한 값 — 공개 게시 시 마스킹 권장 | 예) 1.2.x.x | |
| Wi‑Fi 접속 결과 | 매장 Wi‑Fi에 연결한 상태로 DDNS 주소 또는 앱 접속 시도 | 예) 접속됨 / 시간 초과 | |
| LTE 접속 결과 | Wi‑Fi를 끄고 휴대폰 LTE로 전환한 상태로 동일하게 접속 시도 | 예) 연결 시간 초과 | |
| 판정 | 위 네 칸을 바탕으로 판단 | 예) WAN 사설 대역 → 이중 NAT/CGNAT 의심, 상위 장비부터 확인 |
WAN IP가 공인 IP인데 LTE에서도 안 되면 포트포워딩·DDNS 구간을, WAN IP가 사설이거나 100.64~100.127 대역이면 이중 NAT나 CGNAT 구조를 먼저 의심하시면 됩니다. 공식 문서 기준 판단 방법은 위 4)번 단계에서 다시 확인하실 수 있습니다.
DDNS만 설정하면 보이나, 사설·100.64 대역 WAN은 왜 막히나에 답한다
Q1. DDNS만 설정하면 외부에서 CCTV가 보이나요?
아닙니다. DDNS는 바뀌는 공인 IP를 이름으로 찾아가게 해 주는 기능입니다. 실제 외부 유입을 내부 장비로 보내려면 포트포워딩 또는 그에 준하는 매핑이 필요합니다.
Q2. 공유기 WAN IP가 사설 IP나 100.64~100.127 대역이면 왜 막히나요?
하위 공유기가 인터넷에서 직접 도달 가능한 공인 IP를 받지 못한 상태일 수 있기 때문입니다. 이 경우 하위 공유기 단독 DDNS/포워딩만으로는 부족할 수 있습니다. 상위 장비 구조, DMZ, 브리지, 통신사 NAT 여부를 먼저 봐야 합니다.
Q3. 포트 번호는 보통 몇 번인가요?
그걸 외워서 넣는 방식이 가장 위험합니다. 접속 방식과 장비에 따라 필요한 포트가 다를 수 있습니다. 앱용 서비스 포트와 웹용 HTTP/HTTPS 포트가 따로인 경우도 있으니, “내 장비의 실제 포트”를 확인해야 합니다.
Q4. 예전엔 됐는데 어느 날부터 안 되면 DDNS 문제인가요?
그럴 수도 있지만, 더 흔한 건 장비 내부 IP 변경입니다. 포워딩 대상 IP가 바뀌면 외부만 안 됩니다. 그래서 DDNS보다 먼저 내부 IP 고정 여부를 확인하는 편이 빠릅니다.
Q5. 공유기 재부팅으로 잠깐 되다가 또 안 되는 건 왜 그런가요?
처음엔 회선 문제처럼 보여도, 실제로는 DHCP 자동 IP 변경이나 이중 공유기 구조가 반복 원인인 경우가 많습니다. 재부팅 후 1~2일 내 반복되면 공유기 노후만 보지 말고 주소 예약과 WAN 구조를 같이 보세요.
DDNS와 포트포워딩을 한 덩어리로 보지 말고 내부 접속부터 여섯 단계로 나눠라
매장 CCTV 원격접속이 안 될 때는 DDNS와 포트포워딩을 한 덩어리로 보지 말아야 합니다.
점검 순서는 이게 가장 빠릅니다.
1. 매장 내부에서 CCTV 장비 접속이 되는지 확인
2. NVR/DVR/IP 카메라의 실제 내부 IP 확인
3. 그 IP를 고정 또는 DHCP 예약으로 유지
4. 공유기 WAN이 공인 IP인지 확인
5. 포트포워딩이 장비의 실제 포트와 실제 내부 IP를 가리키는지 확인
6. 마지막으로 DDNS가 현재 공인 IP를 반영하는지, 그리고 현재 WAN IP와 같은 IP를 가리키는지 확인
핵심은 “DDNS부터 만지지 말고, WAN 공인 IP와 내부 IP 고정부터 본다”는 점입니다. 매장 현장에서는 이 순서가 가장 적게 헤매고, 설치 기사 호출 전까지 원인을 가장 정확하게 좁혀 줍니다.
