매장 CCTV LTE 접속 불가 — 공인 IP·DDNS·P2P 점검

> META: 매장 CCTV가 내부 Wi-Fi에서는 보이는데 외부 LTE·5G에서 접속되지 않을 때, 앱의 장치 등록 방식을 먼저 확인한 뒤 직접 IP·DDNS 경로와 제조사 P2P 경로를 나눠 점검하는 순서를 공식 규격과 제조사 문서 기준으로 정리합니다.

"매장 안에서 폰 Wi-Fi로는 CCTV가 잘 보이는데, 밖에 나가서 LTE로 켜면 계속 접속 실패라고만 떠요."

"어제까지 밖에서도 됐는데 오늘 갑자기 원격만 안 됩니다. 매장 안에서는 멀쩡해요."

이 증상에서 먼저 확인할 것은 앱에 장치가 어떤 방식으로 등록돼 있는가입니다. 제조사와 앱에 따라 `IP/Domain`, `DDNS`, `Cloud P2P`처럼 서로 다른 등록 방식을 제공하며, 같은 Wi-Fi에서 영상이 보이더라도 앱이 실제로 사용한 경로는 등록 방식과 제조사 구현에 따라 달라질 수 있습니다.

앱이 녹화기의 로컬 IP로 직접 연결됐다는 것이 확인된 경우, Wi-Fi 접속 성공은 영상 생성과 내부망 전달 구간이 작동한다는 뜻입니다. 그러나 외부에서 사용하는 공인 IP·포트포워딩·DDNS 또는 제조사 P2P 경로까지 정상이라고 증명하지는 않습니다. 따라서 카메라를 재부팅하기 전에 장치 등록 방식 확인 → Wi-Fi를 끈 데이터 접속 재현 → 해당 원격 경로 점검 순서로 진단해야 합니다.

이 글은 현장 출동 기록이 아니라 IETF 표준 문서와 제조사 공식 자료를 사장님 관점에서 대조·정리한 편집 자료입니다. 확인일은 2026-08-03입니다. 메뉴 명칭과 지원 범위는 녹화기 제조사·펌웨어·통신 상품에 따라 다를 수 있으므로, 실제 사용 중인 녹화기와 공유기, 통신 상품의 사양과 함께 대조해야 합니다.

CCTV 원격접속 병렬 분기 진단 트리 앱 장치 등록 방식에 따라 직접 IP/DDNS와 제조사 P2P를 병렬로 점검하는 진단 트리 CCTV 원격접속 병렬 분기 진단 트리 0단계 · 앱의 장치 등록 방식 확인 IP/Domain · DDNS · Cloud P2P Wi-Fi를 끈 LTE·5G로 재시험 A. 직접 IP/DDNS 방식 B. 제조사 P2P 방식 공유기 공인 IP 확인 현재 외부에서 보이는 주소인지 점검 이중 NAT · CGNAT 확인 상위 공유기·통신사 NAT 여부 점검 포트포워딩 확인 외부 포트 → 녹화기 내부 IP · 서비스 포트 DDNS 대상 확인 현재 공인 IP를 가리키는지 점검 장치 P2P 상태 확인 Enabled · Online인지 점검 외부 통신 환경 확인 DNS · 게이트웨이 · 시간 및 외부 통신 앱 계정 바인딩 확인 장치가 올바른 계정에 연결되었는지 점검 NAT 경로 교차 시험 NAT 통과 또는 릴레이 구간 분리 확인 주의: 로컬 IP 직접접속으로 확인된 Wi-Fi 성공은 A·B 원격 경로의 정상 여부를 보장하지 않는다

왜 "안에서는 되는데 밖에서 안 되는" 게 당연한가

CCTV 앱의 접속 경로는 하나가 아닙니다.

  • 로컬 IP 직접접속: 매장 Wi-Fi의 폰 → 같은 내부망의 녹화기
  • 직접 IP·DDNS 원격접속: LTE·5G의 폰 → 인터넷 → 매장 공인 IP → 공유기 포트포워딩 → 녹화기
  • 제조사 Cloud P2P 원격접속: 폰 앱과 녹화기가 제조사 서비스에 등록된 상태에서 NAT 통과 또는 중계 경로를 통해 연결

따라서 첫 단계는 앱의 장치 정보에서 등록 방식이 `IP/Domain`, `DDNS`, `Cloud P2P` 중 무엇인지 확인하는 것입니다. Hikvision 공식 자료도 Cloud P2P, DDNS, IP/Domain을 서로 다른 장치 추가 방식으로 구분합니다.

장치가 로컬 IP로 직접 등록돼 있고 Wi-Fi에서 정상 재생된다면 영상 생성·내부 전달 구간은 확인된 것입니다. 이때 LTE·5G에서만 실패한다면 외부 접속 경로를 먼저 분리 점검할 수 있습니다. 반면 앱에 Cloud P2P로 등록된 장치가 Wi-Fi에서 항상 로컬 직결로 전환된다고 단정할 수는 없으므로, 단순히 "Wi-Fi에서 된다"는 결과만으로 실제 연결 경로를 추정해서는 안 됩니다.

진단할 때는 폰의 Wi-Fi를 끄고 LTE·5G 데이터만 활성화한 뒤 같은 장치를 다시 엽니다. 매장 안에서도 이렇게 시험하면 외부 접속 실패를 재현할 수 있습니다.

이 구분을 건너뛰면 멀쩡한 카메라와 녹화기를 붙잡고 재부팅만 반복하기 쉽습니다. 녹화 자체가 비어 있는 문제라면 원격 경로가 아니라 저장 쪽이므로, 매장 CCTV 녹화 미저장 원인 4단계 점검법으로 축을 먼저 분리하는 편이 낫습니다.

직접 IP·DDNS 방식이라면 공유기가 공인 IP를 받았는가

직접 IP·DDNS 방식은 외부에서 매장 공유기까지 도달할 수 있어야 합니다. 이 분기에서는 공인 IP → 이중 NAT·CGNAT → 포트포워딩 → DDNS 순서로 확인합니다. 앞 구간에서 외부 도달이 막혔다면 뒤의 포트포워딩이나 DDNS만 수정해도 해결되지 않습니다.

통신 상품에 따라 공유기의 WAN IP가 외부에서 직접 도달할 수 있는 공인 IP가 아니라 통신사 내부의 공유 주소일 수 있습니다. IETF의 RFC 6598은 통신사급 NAT에 사용할 Shared Address Space로 `100.64.0.0/10`을 지정하며, 범위는 `100.64.0.0`부터 `100.127.255.255`까지입니다.

RFC 6598이 정의한 Shared Address Space와 CGN
RFC 6598이 정의한 Shared Address Space와 CGN — 출처: datatracker.ietf.org (공식 문서, 2026-08-03 확인)

RFC 1918이 정의한 사설 IPv4 대역은 다음과 같습니다.

  • `10.0.0.0/8`
  • `172.16.0.0/12`
  • `192.168.0.0/16`

공식 문서:

확인 순서는 다음과 같습니다.

1. 공유기 관리자 화면에서 WAN IP를 적습니다.

2. 매장 인터넷에 연결된 PC나 폰에서 외부에 표시되는 IP를 확인합니다.

3. 공유기 WAN IP와 외부 표시 IP를 대조합니다.

4. 두 값이 같으면 공유기가 해당 공인 IP를 직접 받은 것으로 판단할 수 있습니다.

5. 두 값이 다르면 공유기 상단의 모뎀·다른 공유기 또는 통신사망에서 NAT가 한 번 더 적용된 상태를 의심합니다.

6. WAN IP가 `100.64.0.0~100.127.255.255` 또는 RFC 1918 사설 대역이라면, 그 주소가 할당된 장비만 설정해서는 인터넷에서 직접 들어오는 포트포워딩이 성립하지 않을 수 있습니다.

두 값이 다르다고 해서 통신사 CGNAT로 바로 확정되는 것은 아닙니다. 매장 공유기 위에 모뎀 겸용 공유기나 다른 라우터가 있다면 이중 NAT에서도 같은 현상이 나타납니다. 상단 장비의 WAN 주소와 동작 모드를 확인한 뒤, 통신사 CGNAT라면 공인 IP 제공 여부와 이용 조건을 해당 통신사에 문의해야 합니다.

제조사 P2P는 이 직접접속 분기와 별도의 경로입니다. CGNAT 때문에 직접 포트포워딩이 어려운 환경에서도 P2P가 동작할 수 있지만, 모든 NAT 조합에서 직접 연결이 보장되는 것은 아닙니다.

포트가 정말 녹화기까지 연결되는가 — 내부 IP와 두 포트를 따로 본다

공인 IP가 공유기까지 도달한다면 다음은 포트포워딩입니다. 포트포워딩은 인터넷에서 공유기의 특정 외부 포트로 들어온 요청을 녹화기의 내부 IP와 내부 서비스 포트로 전달하는 규칙입니다.

예를 들어 외부에서 `공인IP:10443`으로 접속하고 녹화기의 HTTPS 서비스가 내부 `192.168.0.50:443`에서 대기한다면, 규칙은 개념적으로 다음 두 값을 구분해야 합니다.

  • 외부 포트: 인터넷에서 접속할 포트
  • 내부 포트: 녹화기가 실제로 서비스를 제공하는 포트

외부 포트 번호를 바꾸는 것과 녹화기 자체의 내부 서비스 포트를 바꾸는 것은 서로 다른 작업입니다. 임의로 둘을 함께 변경하면 앱 설정과 공유기 규칙이 어긋날 수 있습니다.

정전·재부팅 뒤 녹화기 내부 IP가 바뀌면 기존 포트포워딩 규칙이 다른 주소를 가리킬 수 있으므로 우선 대조할 항목입니다. 녹화기가 DHCP로 주소를 자동 할당받는 상태라면 공유기의 주소 예약 기능을 사용하거나, 제조사 지침에 맞춰 충돌하지 않는 고정 주소를 설정합니다. 같은 원리의 내부 IP 재할당 문제는 주방 프린터 IP 바뀜 — 고정 IP 설정 3단계 (DHCP 원인)에서 다룬 것과 구조가 같습니다.

이 분기에서는 다음을 확인합니다.

  • 포트포워딩 규칙의 내부 IP가 녹화기의 현재 내부 IP와 일치하는가.
  • 녹화기 주소에 DHCP 예약 또는 적절한 고정 IP가 적용됐는가.
  • 규칙의 외부 포트와 앱에 입력한 접속 포트가 일치하는가.
  • 규칙의 내부 포트와 녹화기의 실제 서비스 포트가 일치하는가.
  • 필요한 전송 프로토콜이 TCP인지 UDP인지 제조사 문서와 일치하는가.
  • 공유기 방화벽이나 접근제어 규칙이 해당 연결을 별도로 차단하지 않는가.
  • 해당 회선의 인바운드 포트 제한 여부를 통신사 상품 문서나 고객지원으로 확인했는가.

특정 통신사나 상품의 공식 근거 없이 "80번 포트는 막힌다"고 단정하거나, 내부 서비스 포트까지 임의로 바꾸면 안 됩니다. 외부 포트를 변경해야 한다면 공유기가 지원하는 외부·내부 포트 변환 방식을 먼저 확인하고, 녹화기의 내부 서비스 포트는 필요한 이유와 영향 범위를 확인한 뒤 별도로 다뤄야 합니다.

포트포워딩의 기본 동작과 IP 주소 예약은 NETGEAR 공식 문서에서도 확인할 수 있습니다.

포트포워딩·DDNS 조합을 단계별로 더 촘촘히 따라가려면 매장 CCTV 원격접속 실패 — 포트포워딩·DDNS 5단계 점검에서 규칙 등록 순서를 정리한 뒤 이 글의 분기 구조로 돌아오는 편이 낫습니다.

DDNS 도메인이 현재 공인 IP를 가리키는가

DDNS는 유동 공인 IP가 바뀔 때 호스트 이름이 새 IP를 가리키도록 갱신하는 기능입니다. 직접 IP·DDNS 분기에서 공인 IP가 공유기까지 도달하고 포트포워딩이 성립한 뒤, 숫자 IP 변경을 추적하기 위해 사용합니다.

Dahua 기기의 DDNS가 하는 일
Dahua 기기의 DDNS가 하는 일 — 출처: noip.com (공식 문서, 2026-08-03 확인)

여기서 중요한 구분은 다음과 같습니다.

  • DDNS는 유동 공인 IP가 바뀌는 문제를 처리합니다.
  • DDNS는 포트포워딩 규칙을 대신 만들지 않습니다.
  • DDNS는 CGNAT나 이중 NAT로 외부 도달이 막힌 문제를 제거하지 않습니다.
  • 고정 공인 IP를 숫자 주소로 직접 사용한다면 주소 변경 대응을 위한 DDNS가 필수는 아닙니다.

확인 항목:

  • DDNS 도메인 조회 결과가 현재 외부에 표시되는 공인 IP와 일치하는가.
  • 공유기 또는 녹화기의 DDNS 갱신 기능이 활성화돼 있는가.
  • DDNS 계정 인증과 갱신 상태가 정상인가.
  • 공인 IP가 바뀐 뒤 도메인이 이전 IP를 계속 가리키고 있지는 않은가.
  • 앱에 입력한 도메인과 외부 포트가 실제 DDNS 호스트 및 포트포워딩 규칙과 일치하는가.

어제까지 되다가 갑자기 직접접속만 끊겼다면 현재 공인 IP, DDNS 조회 결과, 포트포워딩 대상 내부 IP를 나란히 적어 대조합니다. 원인을 하나로 단정하지 말고 세 값이 모두 현재 상태와 일치하는지 확인해야 합니다.

제조사 P2P 방식이라면 Online부터 NAT 통과·릴레이까지 본다

제조사 Cloud P2P는 직접 IP·DDNS 방식의 마지막 계층이 아니라 병렬로 존재하는 별도의 원격접속 방식입니다. 따라서 공인 IP → 포트포워딩 → DDNS를 모두 설정해야 P2P가 의미를 갖는 구조가 아닙니다.

포트포워딩을 설정한 기억이 없는데 외부에서 접속됐었다면 P2P였을 가능성이 있지만, UPnP 자동 매핑·기존 설치자의 포트 설정·VPN·별도 중계 장비 사용 여부도 함께 확인해야 합니다. 추측만으로 P2P라고 확정하지 말고 앱의 장치 등록 정보와 공유기 설정을 대조합니다.

P2P 분기의 점검 순서는 다음과 같습니다.

1. 장치 상태: 녹화기의 P2P 또는 플랫폼 접속 기능이 활성화돼 있고 상태가 `Online`인가.

2. 외부 통신: 녹화기의 IP, 기본 게이트웨이, DNS와 시간 설정이 올바른가.

3. 계정 바인딩: 앱에 로그인한 계정에 해당 장치가 정상 등록·바인딩돼 있는가.

4. NAT 통과·릴레이: 장치는 Online인데 영상 세션만 실패한다면 다른 모바일 회선이나 다른 네트워크로 교차 시험해 특정 NAT 조합 또는 중계 경로 문제인지 좁힙니다.

Dahua 공식 자료도 P2P 원격접속 전에 P2P가 `Enabled` 및 `Online` 상태인지 확인하도록 안내하며, 문제 해결 항목으로 DNS와 네트워크 설정을 제시합니다.

P2P의 NAT 통과는 모든 네트워크 조합에서 성공한다고 보장되지 않습니다. IETF RFC 5128은 NAT 유형과 동작에 따라 P2P 통신에 제약이 생길 수 있음을 설명합니다. 직접 연결이 어려울 때는 TURN과 같은 릴레이 방식이 사용될 수 있으며, TURN 규격은 RFC 8656에 정의돼 있습니다.

따라서 P2P 상태가 Online인데 영상만 열리지 않는다면 "포트포워딩을 다시 설정해야 한다"고 바로 결론 내리지 말고, 계정 상태와 앱 인증, 다른 회선에서의 재현 여부, 제조사 서비스 상태와 릴레이 경로를 함께 확인해야 합니다.

직접 포트를 인터넷에 노출하기 전에 무엇을 지켜야 하나

CCTV 녹화기의 관리·영상 포트를 인터넷에 직접 공개하면 외부에서 해당 서비스에 접근할 수 있는 공격 표면도 함께 생깁니다. 가능하다면 직접 포트 노출보다 다음 방식을 먼저 검토합니다.

1. 공유기나 방화벽이 제공하는 VPN을 통해 매장 내부망에 접속

2. 제조사가 현재 지원하고 보안 업데이트를 제공하는 보안 원격접속 서비스

3. 접근 가능한 원격 IP를 제한할 수 있다면 허용 대상 제한

4. 위 방식이 불가능하고 업무상 필요한 경우에만 최소 포트를 직접 개방

Hikvision의 보안 공지도 VPN을 제한된 사용자만 내부 장치에 접근시키는 방식으로 설명하고, 포트포워딩은 높은 위험의 방식으로 분류합니다.

직접 노출이 불가피하다면 최소한 다음 항목을 적용합니다.

  • 녹화기와 카메라를 제조사가 지원하는 최신 펌웨어로 유지합니다.
  • 출고 기본 비밀번호를 사용하지 않고 장치마다 고유하고 강한 비밀번호를 설정합니다.
  • 장치와 앱이 지원한다면 평문 HTTP 대신 HTTPS 등 암호화된 관리 접속을 사용합니다.
  • 사용하지 않는 HTTP·RTSP·서버·텔넷·UPnP 등의 서비스와 포트는 제조사 지침에 따라 비활성화합니다.
  • 관리자 계정 공유를 피하고, 지원된다면 일반 열람 계정과 관리자 계정을 분리합니다.
  • 외부에 연 포트와 장치를 기록하고 더 이상 필요하지 않으면 즉시 닫습니다.
  • 제조사의 보안 공지와 지원 종료 여부를 정기적으로 확인합니다.

CISA도 네트워크 장비 보안 지침에서 기본 비밀번호 변경과 강력한 인증정보 사용을 권고합니다.

  • CISA 네트워크 인프라 장비 보안: cisa.gov

외부 포트 번호만 눈에 덜 띄는 값으로 바꾸는 것은 인증·암호화·업데이트를 대신하는 보안 대책이 아닙니다.

증상과 접속 방식으로 어디부터 볼까 — CCTV 원격 실패 대조표

증상접속 방식 확인먼저 확인할 지점다음 액션
Wi-Fi에서는 보이고 LTE·5G에서만 안 됨앱이 로컬 IP·IP/Domain·DDNS·Cloud P2P 중 무엇으로 등록됐는지 확인로컬 IP 직접접속 성공만으로 원격 경로 정상 여부를 판단할 수 없음Wi-Fi를 끄고 데이터로 재현한 뒤 등록 방식에 맞는 분기로 이동
직접 IP로 접속하며 포트포워딩도 설정했지만 외부 도달 실패IP/Domain공유기 WAN IP와 외부 표시 IP, 이중 NAT·CGNAT두 IP와 상단 장비를 대조하고 공인 IP 제공 여부 확인
정전·재부팅 뒤 직접접속이 끊김IP/Domain 또는 DDNS녹화기 내부 IP와 포트포워딩 대상 IP현재 내부 IP 대조 후 DHCP 예약 또는 적절한 고정 IP 적용
어제까지 되던 DDNS 접속이 끊김DDNS현재 공인 IP, DDNS 조회 결과, 외부 포트 매핑세 값을 대조하고 DDNS 갱신 상태 확인
포트포워딩을 설정한 기억이 없는데 외부 접속이 됐었음등록 방식 불명P2P, UPnP 자동 매핑, 기존 설치자 설정, VPN·중계 장비앱 등록 정보와 공유기 포트·UPnP·VPN 설정을 함께 확인
Cloud P2P 장치가 OfflineCloud P2PP2P 활성화, DNS·게이트웨이·시간, 외부 통신네트워크 값을 수정한 뒤 장치 Online 상태 재확인
P2P는 Online인데 영상만 안 뜸Cloud P2P계정 바인딩, 앱 인증, NAT 통과·릴레이앱 재로그인 후 다른 모바일 회선·네트워크로 교차 시험
녹화 영상 자체가 비어 있음접속 방식과 별개저장장치·녹화 일정·카메라 입력원격 경로가 아니라 녹화·저장 축으로 분리 점검

표의 확인 지점은 확정 원인이 아니라 진단 순서입니다. 정전 뒤에는 녹화기 내부 IP와 공인 IP가 모두 달라질 수 있고, 공유기 교체 뒤에는 포트포워딩과 P2P 외부 통신 설정이 동시에 달라질 수 있습니다. 한 항목을 고친 뒤에는 같은 접속 방식과 같은 회선 조건으로 다시 시험해야 합니다.

한 번에 한 경로와 한 항목만 바꿔 시험하는 규칙

1. 앱에서 장치가 `IP/Domain`, `DDNS`, `Cloud P2P` 중 어떤 방식으로 등록됐는지 적습니다.

2. 폰 Wi-Fi를 끄고 LTE·5G 데이터만 사용해 실패를 재현합니다.

3. 직접 IP·DDNS 방식이면 공인 IP → 이중 NAT·CGNAT → 포트포워딩 → DDNS 순으로 확인합니다.

4. 제조사 P2P 방식이면 장치 Online → DNS·게이트웨이·시간 → 계정 바인딩 → NAT 통과·릴레이 순으로 확인합니다.

5. 두 분기를 직렬로 이어 붙이지 말고, 실제 등록 방식에 해당하는 분기부터 점검합니다.

6. 한 번에 하나의 설정만 바꾸고, 변경할 때마다 같은 앱·장치·회선 조건으로 재시험합니다.

7. 공유기나 통신 상품을 바꾸기 전에는 WAN IP, 포트포워딩 규칙, DDNS 계정, 녹화기 내부 IP와 P2P 상태를 기록합니다.

8. 직접 포트를 새로 개방하기 전에 VPN이나 제조사가 지원하는 보안 원격접속을 우선 검토합니다.

FAQ

Q1. 매장 Wi-Fi로는 잘 보이는데 왜 밖에선 안 되나요? 카메라 고장인가요?

같은 앱에서 실시간 영상이 내부망으로 정상 재생되고, 그 접속이 로컬 IP 직접연결로 확인됐다면 영상 생성·내부 전달 구간은 확인된 것입니다. 외부에서 사용하는 직접 IP·DDNS 또는 P2P 경로는 별도로 점검해야 합니다.

먼저 앱의 장치 등록 방식을 확인한 뒤 Wi-Fi를 끄고 데이터로 재시험하세요. `IP/Domain` 또는 `DDNS`라면 직접접속 분기로, `Cloud P2P`라면 P2P 분기로 이동합니다.

Q2. 포트포워딩을 매뉴얼대로 설정했는데도 밖에서 안 됩니다

공유기가 외부에서 직접 도달할 수 있는 공인 IP를 받았는지 먼저 확인해야 합니다. 공유기 WAN IP와 외부에 표시되는 IP가 다르면 상단 장비의 이중 NAT나 통신사 CGNAT를 의심할 수 있습니다.

두 IP가 같다면 포트포워딩 규칙의 외부 포트, 녹화기의 현재 내부 IP, 내부 서비스 포트, 전송 프로토콜을 각각 대조합니다. 직접 노출이 꼭 필요한지도 검토하고, 가능하면 VPN이나 제조사가 지원하는 보안 원격접속을 우선 사용합니다.

Q3. DDNS만 설정하면 어디서든 접속되나요?

아닙니다. DDNS는 유동 공인 IP가 바뀌었을 때 도메인이 새 IP를 가리키도록 갱신하는 기능입니다. CGNAT를 해제하거나 포트포워딩을 자동으로 만들어 주는 기능은 아닙니다.

직접 IP·DDNS 방식에서는 공인 IP와 외부 도달 경로, 포트포워딩이 먼저 성립해야 합니다. 이 순서는 직접접속 분기에만 적용되며 제조사 P2P 분기에는 적용되지 않습니다.

Q4. 예전에는 포트 설정 없이 밖에서 잘 됐는데 갑자기 끊겼습니다

그 접속은 P2P였을 가능성이 있지만, UPnP 자동 매핑·기존 설치자의 포트 설정·VPN 사용 여부도 함께 확인해야 합니다. 앱에서 장치 등록 방식부터 확인하세요.

Cloud P2P로 등록돼 있다면 녹화기의 P2P 상태가 Enabled·Online인지 보고, Offline이면 DNS·게이트웨이·시간과 인터넷 연결을 점검합니다. Online이라면 앱 계정 바인딩과 인증 상태를 확인한 뒤 다른 회선으로 교차 시험합니다.

Q5. 통신사에 공인 IP를 신청하는 것 말고 방법이 없나요?

직접 포트포워딩이 필요한 구성이라면 공인 IP 제공 여부와 이중 NAT 해소 방법을 확인해야 합니다. 그러나 녹화기가 제조사 P2P를 지원하거나 공유기에서 VPN 구성이 가능하다면 직접 포트를 공개하지 않는 별도 경로를 검토할 수 있습니다.

P2P는 NAT 환경에서도 동작할 수 있지만 모든 네트워크 조합에서 직접 연결이 보장되지는 않으며, 서비스에 따라 릴레이 경로를 사용할 수 있습니다. P2P가 Online인데도 영상이 열리지 않으면 다른 회선으로 교차 시험하고 제조사 서비스 상태를 함께 확인합니다.

접속 방식을 먼저 확정하고 두 갈래로 좁혀라

CCTV가 내부 Wi-Fi에서는 보이는데 LTE·5G에서 안 될 때, 첫 조치는 카메라 재부팅이 아닙니다. 앱의 장치 등록 방식을 확인하고, Wi-Fi를 끈 데이터 접속으로 실패를 재현하는 것이 먼저입니다.

그다음 진단은 두 갈래입니다.

  • 직접 IP·DDNS 방식: 공인 IP → 이중 NAT·CGNAT → 포트포워딩 → DDNS
  • 제조사 P2P 방식: 장치 Online → DNS·게이트웨이·시간 → 계정 바인딩 → NAT 통과·릴레이

직접접속 분기에서는 앞 구간이 성립해야 뒤 구간을 점검할 의미가 있습니다. 공인 IP가 공유기까지 도달하지 않으면 포트포워딩과 DDNS만 수정해도 해결되지 않습니다. 그러나 P2P는 이 사슬 뒤에 붙는 제4계층이 아니라 별도의 대안 경로이므로, 직접접속 설정과 직렬로 묶어 판단해서는 안 됩니다.

포트포워딩을 설정한 기억이 없는데 외부 접속이 됐었다면 P2P뿐 아니라 UPnP, 기존 설치 설정, VPN과 중계 장비도 확인합니다. 직접 포트 개방이 필요하다면 외부 포트와 녹화기의 내부 서비스 포트를 구분하고, VPN 또는 제조사가 지원하는 보안 원격접속을 우선 검토한 뒤 최신 펌웨어·고유한 강력한 비밀번호·HTTPS·불필요한 서비스 비활성화를 함께 적용해야 합니다.