As cámaras NVR desaparecen pola VPN? Comproba o solapamento da subrede PoE

Abre o NVR desde o sitio remoto e a vista en directo pode fallar mentres a páxina LAN aínda se carga. O túnel está activo, o gravador responde e a resposta toma un camiño que ninguén debuxou: o porto interno de cámara do gravador. Nun modelo PoE, esa segunda rede conectada forma parte do plan de enderezos, apareza ou non na páxina principal de axustes da LAN.

Segue o fallo desde o cliente ata o gravador e de volta. É precisamente no tramo de volta onde aparece a interface oculta.

Reproduce desde o cliente remoto, non desde a LAN

Proba desde un cliente que realmente cruce a VPN. Un navegador na mesma LAN chega ao gravador directamente, así que nunca percorre o camiño que falla. Anota o enderezo do cliente, o enderezo LAN do gravador e o servizo exacto que falla.

Proba máis dun servizo. Unha páxina de xestión web, un fluxo en directo e unha solicitude de reprodución poden usar portos e proxies distintos, e un pode funcionar mentres outro falla. Esa comparación dinos se o fallo é específico do servizo. Tamén evita que un só porto fallido se confunda cun gravador morto.

Fíxate en se a solicitude chega ao gravador. Unha conexión que nunca chega apunta ao encamiñamento ou á devasa do camiño de entrada; unha solicitude que chega e despois se atasca apunta ao camiño de volta ou ao servizo. Usa o rexistro de conexións do gravador ou un contador se o ofrece. A captura de paquetes no límite do sitio é a alternativa.

Segue a resposta ao saír do gravador

Considera unha disposición ilustrativa con dous sitios. O cliente remoto é 10.60.0.25/24, a LAN do sitio do gravador é 10.70.0.0/24, o enderezo LAN do gravador é 10.70.0.50 e a súa rede PoE interna é 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

O tráfico do sitio A chega a 10.70.0.50 polo túnel. Despois o gravador busca o enderezo de retorno na súa propia táboa e atopa un prefixo conectado que cobre 10.60.0.25. Ese prefixo é máis específico que a súa ruta por defecto, así que a resposta vai cara aos portos de cámara en lugar do túnel.

Nin o estado negociado do túnel nin unha ruta de retorno correcta no router do sitio B poden anular esa elección local. Unha solicitude correcta a outro servidor do sitio B tampouco demostra nada sobre a segunda interface deste dispositivo.

Inventaría a rede PoE oculta

Le a configuración de rede do gravador por se hai unha NIC interna, unha sección PoE ou unha subrede de cámaras separada. Algúns modelos expóñena como segunda interface co seu propio enderezo; outros escóndena tras unha páxina de configuración de cámaras.

Consulta a documentación do modelo e do firmware en lugar de supoñer un prefixo de fábrica. Un valor por defecto habitual nunha liña de produto non é un feito sobre todos os gravadores, e un número copiado pode ocultar o solapamento real en vez de revelalo.

Compara o rango descuberto coas dúas LAN dos sitios, os pools de clientes VPN e calquera outra rede conectada ao gravador. O solapamento co pool de clientes remotos é o caso que redirixe as respostas; o solapamento cun rango local non relacionado pode romper o acceso local ás cámaras sen tocar a VPN. Debuxa os solapamentos nunha soa folla antes de escoller novos números. Dous rangos solapados vense evidentes alí e invisibles en dúas páxinas de axustes separadas.

Anota o rango, o nome da interface e os enderezos de cámara que hai nel. Ese inventario é o que o plan de renumeración debe preservar. Inclúe os modelos de cámara e as versións de firmware mentres esteas alí.

Renumera coas cámaras, non só co NVR

Escolle un rango de cámaras que non se solape con ningún dos sitios, os pools VPN nin outra rede conectada. Despois enumera todo o que depende do antigo: concesións dinámicas, enderezos de cámara configurados estaticamente, canles gardadas, programacións de gravación e calquera configuración automática que faga o modelo. Esa lista é a lista de comprobación da migración, non unha idea posterior.

Move a rede interna durante unha ventá autorizada e mantén dispoñible o acceso de copia de seguridade e recuperación do gravador. Cambiar só o enderezo interno do gravador pode deixar varadas cámaras que aínda conservan o rango antigo, e o gravador pode informalas como fóra de liña en lugar de mal configuradas. Conserva a exportación da configuración antiga ata que os novos fluxos funcionen un día completo.

Verifica os fluxos de cámara locais e a gravación antes de probar o cliente remoto. Unha solución remota construída sobre un gravador que perdeu as súas cámaras non é unha solución.

Verifica os fluxos, a gravación e o acceso remoto

Desde o cliente remoto, proba por separado a vista en directo, a reprodución e a páxina de xestión. Observa a solicitude e a resposta nos límites controlados da LAN e da VPN para que o camiño de volta sexa visible, non inferido dunha páxina que funciona.

Se un proxy de acceso a cámaras ou unha función de host virtual forma parte do deseño, trata o seu mapeo de portos e os seus permisos como outro camiño explícito coa súa propia revisión. Non abras todos os portos de cámara nin amplíes os selectores da VPN para compensar o solapamento.

Cando a renumeración é imposible, calquera alternativa de tradución de enderezos necesita unha vista de enderezos compatible e a súa propia revisión de políticas. A lección xeral vai máis aló dos gravadores: un aparello pode manter unha rede de cámaras, de servizos ou de xestión que un sitio remoto xa numera.

Anota os rangos finais e os servizos probados no plan do sitio. O próximo gravador, a ampliación de cámaras ou o cambio de pool VPN reutilizará eses números, e un solapamento que se corrixiu unha vez é fácil de reintroducir.