NVR 카메라가 VPN에서 사라지나요? PoE 서브넷 중복을 확인하세요

원격 사이트에서 NVR을 열면 LAN 페이지가 아직 로드되는 동안 라이브 뷰가 실패할 수 있다. 터널은 올라가 있고 녹화기는 응답하며, 응답은 아무도 그리지 않은 경로로 간다. 녹화기의 내부 카메라 포트다. PoE 모델에서 그 두 번째 연결된 네트워크는 메인 LAN 설정 페이지에 표시되든 아니든 주소 계획의 일부다.

클라이언트에서 녹화기로, 다시 돌아오는 경로로 장애를 따라가라. 숨은 인터페이스는 바로 반환 구간에서 나타난다.

LAN이 아니라 원격 클라이언트에서 재현하라

실제로 VPN을 통과하는 클라이언트에서 테스트하라. 같은 LAN의 브라우저는 녹화기에 직접 도달하므로 실패하는 경로를 결코 거치지 않는다. 클라이언트 주소, 녹화기의 LAN 주소, 실패하는 정확한 서비스를 기록하라.

둘 이상의 서비스를 시도하라. 웹 관리 페이지, 라이브 스트림, 재생 요청은 서로 다른 포트와 프록시를 쓸 수 있고 하나가 작동하는 동안 다른 하나가 실패할 수 있다. 그 비교가 장애가 서비스에 국한된 것인지 알려 준다. 실패한 포트 하나를 죽은 녹화기로 오인하는 것도 막아 준다.

요청이 녹화기에 도달하는지 확인하라. 결코 도착하지 않는 연결은 들어오는 경로의 라우팅이나 방화벽을 가리키고, 도착한 뒤 멈추는 요청은 반환 경로나 서비스를 가리킨다. 녹화기에 연결 로그나 카운터가 있으면 사용하라. 사이트 경계에서의 패킷 캡처가 대안이다.

녹화기에서 나가는 응답을 따라가라

사이트 두 곳을 가진 예시 배치를 생각하라. 원격 클라이언트는 10.60.0.25/24, 녹화기 사이트의 LAN은 10.70.0.0/24, 녹화기의 LAN 주소는 10.70.0.50, 내부 PoE 네트워크는 10.60.0.0/24다.

Site A client:        10.60.0.25/24
Site B LAN:           10.70.0.0/24
NVR LAN address:      10.70.0.50
NVR internal PoE net: 10.60.0.0/24

사이트 A의 트래픽이 터널을 통해 10.70.0.50에 도달한다. 그러면 녹화기는 자기 테이블에서 반환 주소를 조회해 10.60.0.25를 포함하는 연결된 프리픽스를 찾는다. 그 프리픽스는 기본 라우트보다 구체적이므로 응답은 터널이 아니라 카메라 포트로 향한다.

터널의 협상된 상태도, 사이트 B 라우터의 올바른 반환 라우트도 그 로컬 선택을 무효화할 수 없다. 사이트 B의 다른 서버에 대한 성공적인 요청 역시 이 장치의 두 번째 인터페이스에 대해 아무것도 증명하지 않는다.

숨겨진 PoE 네트워크를 목록화하라

녹화기의 네트워크 설정에서 내부 NIC, PoE 섹션 또는 별도의 카메라 서브넷을 찾아라. 일부 모델은 고유 주소를 가진 두 번째 인터페이스로 노출하고, 다른 모델은 카메라 구성 페이지 뒤에 숨긴다.

공장 프리픽스를 가정하지 말고 모델과 펌웨어 문서를 확인하라. 한 제품 라인의 흔한 기본값이 모든 녹화기에 대한 사실은 아니며, 복사한 번호는 실제 중복을 드러내기는커녕 숨길 수 있다.

발견한 범위를 두 사이트의 LAN, VPN 클라이언트 풀, 녹화기의 다른 연결 네트워크와 비교하라. 원격 클라이언트 풀과의 중복이 응답을 다른 곳으로 돌리는 경우이고, 무관한 로컬 범위와의 중복은 VPN을 건드리지 않고 로컬 카메라 접근을 깨뜨릴 수 있다. 새 번호를 고르기 전에 중복을 한 장에 그려라. 두 개의 겹치는 범위는 거기서는 뻔해 보이지만 두 개의 별도 설정 페이지에서는 보이지 않는다.

범위, 인터페이스 이름, 그 위의 카메라 주소를 기록하라. 그 목록이 바로 재번호 계획이 보존해야 하는 것이다. 그곳에 있는 동안 카메라 모델과 펌웨어 버전도 포함하라.

NVR만이 아니라 카메라와 함께 재번호하라

사이트, VPN 풀, 다른 연결 네트워크와 겹치지 않는 카메라 범위를 골라라. 그다음 옛 범위에 의존하는 모든 것을 나열하라. 동적 임대, 정적으로 구성된 카메라 주소, 저장된 채널, 녹화 일정, 모델이 수행하는 자동 구성이다. 그 목록이 마이그레이션 체크리스트이며 나중에 덧붙이는 생각이 아니다.

승인된 시간대에 내부 네트워크를 옮기고 녹화기의 백업 및 복구 접근을 사용 가능하게 유지하라. 녹화기의 내부 주소만 바꾸면 옛 범위를 아직 가진 카메라가 고립될 수 있고, 녹화기는 이를 잘못 구성된 것이 아니라 오프라인으로 보고할 수 있다. 새 스트림이 하루 종일 작동할 때까지 옛 구성 내보내기를 보관하라.

원격 클라이언트를 테스트하기 전에 로컬 카메라 스트림과 녹화를 확인하라. 카메라를 잃은 녹화기 위에 세운 원격 수정은 수정이 아니다.

스트림, 녹화, 원격 접근을 확인하라

원격 클라이언트에서 라이브 뷰, 재생, 관리 페이지를 따로 테스트하라. 통제된 LAN과 VPN 경계에서 요청과 응답을 관찰해 반환 경로가 보이게 하고, 작동하는 페이지에서 추론하지 말라.

카메라 접근 프록시나 가상 호스트 기능이 설계의 일부라면, 그 포트 매핑과 권한을 자체 검토가 있는 또 하나의 명시적 경로로 다뤄라. 중복을 보상하려고 모든 카메라 포트를 열거나 VPN 선택자를 넓히지 말라.

재번호가 불가능할 때 주소 변환의 대안은 지원되는 주소 뷰와 자체 정책 검토가 필요하다. 일반적인 교훈은 녹화기를 넘어선다. 장치는 원격 사이트가 이미 번호를 부여한 카메라, 서비스 또는 관리 네트워크를 유지할 수 있다.

최종 범위와 테스트한 서비스를 사이트 계획에 기록하라. 다음 녹화기, 카메라 확장, VPN 풀 변경이 그 번호를 다시 사용하게 되고, 한 번 고친 중복은 다시 들이기 쉽다.