As câmaras NVR desaparecem pela VPN? Verifique a sobreposição da sub-rede PoE

Abra o NVR a partir do local remoto e a vista ao vivo pode falhar enquanto a página LAN ainda carrega. O túnel está ativo, o gravador responde e a resposta segue um caminho que ninguém desenhou: a porta interna de câmara do gravador. Num modelo PoE, essa segunda rede ligada faz parte do plano de endereços, quer apareça ou não na página principal das definições de LAN.

Siga a falha do cliente até ao gravador e de volta. É precisamente no troço de regresso que surge a interface oculta.

Reproduza a partir do cliente remoto, não a partir da LAN

Teste a partir de um cliente que atravesse realmente a VPN. Um navegador na mesma LAN chega ao gravador diretamente, por isso nunca percorre o caminho que falha. Registe o endereço do cliente, o endereço LAN do gravador e o serviço exato que falha.

Experimente mais do que um serviço. Uma página de gestão web, um fluxo ao vivo e um pedido de reprodução podem usar portas e proxies diferentes, e um pode funcionar enquanto outro falha. Essa comparação diz-lhe se a falha é específica do serviço. Também impede que uma única porta falhada seja confundida com um gravador morto.

Repare se o pedido chega sequer ao gravador. Uma ligação que nunca chega aponta para o encaminhamento ou a firewall no caminho de entrada; um pedido que chega e depois bloqueia aponta para o caminho de regresso ou o serviço. Use o registo de ligações do gravador ou um contador se o oferecer. A captura de pacotes no limite do local é a alternativa.

Siga a resposta ao sair do gravador

Considere uma disposição ilustrativa com dois locais. O cliente remoto é 10.60.0.25/24, a LAN do local do gravador é 10.70.0.0/24, o endereço LAN do gravador é 10.70.0.50 e a sua 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áfego do local A chega a 10.70.0.50 pelo túnel. Depois o gravador procura o endereço de retorno na sua própria tabela e encontra um prefixo ligado que cobre 10.60.0.25. Esse prefixo é mais específico do que a rota predefinida, por isso a resposta vai para as portas de câmara em vez do túnel.

Nem o estado negociado do túnel nem uma rota de retorno correta no router do local B podem anular essa escolha local. Um pedido bem-sucedido a outro servidor no local B também não prova nada sobre a segunda interface deste dispositivo.

Inventarie a rede PoE oculta

Leia as definições de rede do gravador à procura de uma NIC interna, uma secção PoE ou uma sub-rede de câmaras separada. Alguns modelos expõem-na como segunda interface com o seu próprio endereço; outros escondem-na atrás de uma página de configuração de câmaras.

Consulte a documentação do modelo e do firmware em vez de presumir um prefixo de fábrica. Um valor predefinido comum numa linha de produto não é um facto sobre todos os gravadores, e um número copiado pode ocultar a sobreposição real em vez de a revelar.

Compare o intervalo descoberto com as duas LAN dos locais, os pools de clientes VPN e qualquer outra rede ligada ao gravador. A sobreposição com o pool de clientes remotos é o caso que redireciona respostas; a sobreposição com um intervalo local não relacionado pode quebrar o acesso local às câmaras sem tocar na VPN. Desenhe as sobreposições numa única folha antes de escolher novos números. Dois intervalos sobrepostos parecem óbvios ali e invisíveis em duas páginas de definições separadas.

Registe o intervalo, o nome da interface e os endereços das câmaras nele. Esse inventário é o que o plano de renumeração tem de preservar. Inclua os modelos de câmara e as versões de firmware enquanto está lá.

Renumere com as câmaras, não apenas o NVR

Escolha um intervalo de câmaras que não se sobreponha a nenhum dos locais, aos pools VPN nem a outra rede ligada. Depois liste tudo o que depende do antigo: concessões dinâmicas, endereços de câmara configurados estaticamente, canais guardados, agendamentos de gravação e qualquer configuração automática que o modelo faça. Essa lista é a lista de verificação da migração, não uma ideia posterior.

Mova a rede interna durante uma janela autorizada e mantenha disponível o acesso de cópia de segurança e recuperação do gravador. Alterar apenas o endereço interno do gravador pode deixar câmaras que ainda mantêm o intervalo antigo encalhadas, e o gravador pode comunicá-las como offline em vez de mal configuradas. Guarde a exportação da configuração antiga até os novos fluxos terem funcionado um dia inteiro.

Verifique os fluxos de câmara locais e a gravação antes de testar o cliente remoto. Uma correção remota construída sobre um gravador que perdeu as suas câmaras não é uma correção.

Verifique fluxos, gravação e acesso remoto

A partir do cliente remoto, teste separadamente a vista ao vivo, a reprodução e a página de gestão. Observe o pedido e a resposta nos limites controlados da LAN e da VPN, para que o caminho de regresso seja visível e não inferido de uma página que funciona.

Se um proxy de acesso às câmaras ou uma função de anfitrião virtual fizer parte do projeto, trate o seu mapeamento de portas e permissões como outro caminho explícito com a sua própria revisão. Não abra todas as portas de câmara nem alargue os seletores da VPN para compensar a sobreposição.

Quando a renumeração é impossível, qualquer alternativa de tradução de endereços precisa de uma vista de endereços suportada e da sua própria revisão de políticas. A lição geral vai além dos gravadores: um equipamento pode manter uma rede de câmaras, de serviços ou de gestão que um local remoto já numera.

Registe os intervalos finais e os serviços testados no plano do local. O próximo gravador, a expansão de câmaras ou a alteração do pool VPN reutilizará esses números, e uma sobreposição que foi corrigida uma vez é fácil de reintroduzir.