Camerele NVR dispar prin VPN? Verificați suprapunerea subrețelei PoE

Deschideți NVR-ul din locația îndepărtată și vizualizarea live poate eșua în timp ce pagina LAN încă se încarcă. Tunelul este activ, recorderul răspunde, iar răspunsul urmează o cale pe care nimeni nu a desenat-o: portul intern de cameră al recorderului. La un model PoE, acea a doua rețea conectată face parte din planul de adrese, indiferent dacă apare sau nu pe pagina principală a setărilor LAN.

Urmăriți defecțiunea de la client la recorder și înapoi. Exact pe porțiunea de retur apare interfața ascunsă.

Reproduceți de la clientul îndepărtat, nu din LAN

Testați de la un client care traversează efectiv VPN-ul. Un browser din același LAN ajunge direct la recorder, așa că nu testează niciodată calea care eșuează. Notați adresa clientului, adresa LAN a recorderului și serviciul exact care eșuează.

Încercați mai mult de un serviciu. O pagină de administrare web, un flux live și o cerere de redare pot folosi porturi și proxy-uri diferite, iar unul poate funcționa în timp ce altul eșuează. Această comparație spune dacă defecțiunea este specifică serviciului. De asemenea, împiedică un singur port eșuat să fie confundat cu un recorder mort.

Observați dacă cererea ajunge măcar la recorder. O conexiune care nu ajunge niciodată indică rutarea sau firewall-ul pe calea de intrare; o cerere care ajunge și apoi se blochează indică calea de retur sau serviciul. Folosiți jurnalul de conexiuni al recorderului sau un contor dacă îl oferă. Captura de pachete la granița locației este alternativa.

Urmăriți răspunsul la ieșirea din recorder

Luați în considerare un aranjament ilustrativ cu două locații. Clientul îndepărtat este 10.60.0.25/24, LAN-ul locației recorderului este 10.70.0.0/24, adresa LAN a recorderului este 10.70.0.50, iar rețeaua sa PoE internă este 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

Traficul din locația A ajunge la 10.70.0.50 prin tunel. Apoi recorderul caută adresa de retur în propriul tabel și găsește un prefix conectat care acoperă 10.60.0.25. Acel prefix este mai specific decât ruta implicită, așa că răspunsul merge spre porturile camerelor, nu spre tunel.

Nici starea negociată a tunelului, nici o rută de retur corectă pe routerul locației B nu pot anula acea alegere locală. O cerere reușită către alt server din locația B nu demonstrează nimic despre a doua interfață a acestui dispozitiv.

Inventariați rețeaua PoE ascunsă

Citiți setările de rețea ale recorderului pentru un NIC intern, o secțiune PoE sau o subrețea de camere separată. Unele modele o expun ca a doua interfață cu adresa proprie; altele o ascund în spatele unei pagini de configurare a camerelor.

Verificați documentația modelului și a firmware-ului în loc să presupuneți un prefix de fabrică. O valoare implicită obișnuită pe o linie de produs nu este un fapt despre fiecare recorder, iar un număr copiat poate ascunde suprapunerea reală în loc să o dezvăluie.

Comparați intervalul descoperit cu ambele LAN-uri ale locațiilor, pool-urile de clienți VPN și orice altă rețea conectată la recorder. Suprapunerea cu pool-ul de clienți îndepărtați este cazul care redirecționează răspunsurile; suprapunerea cu un interval local nelegat poate rupe accesul local la camere fără a atinge VPN-ul. Desenați suprapunerile pe o singură foaie înainte de a alege numere noi. Două intervale suprapuse par evidente acolo și invizibile pe două pagini de setări separate.

Notați intervalul, numele interfeței și adresele camerelor de pe el. Acel inventar este ceea ce planul de renumerotare trebuie să păstreze. Includeți modelele de cameră și versiunile de firmware cât timp sunteți acolo.

Renumerotați împreună cu camerele, nu doar NVR-ul

Alegeți un interval de camere care nu se suprapune nici cu locațiile, nici cu pool-urile VPN, nici cu altă rețea conectată. Apoi listați tot ce depinde de cel vechi: închirieri dinamice, adrese de cameră configurate static, canale salvate, programări de înregistrare și orice configurație automată pe care o face modelul. Acea listă este lista de verificare a migrării, nu o idee ulterioară.

Mutați rețeaua internă într-o fereastră autorizată și mențineți disponibil accesul de backup și recuperare al recorderului. Schimbarea doar a adresei interne a recorderului poate lăsa în urmă camere care mai păstrează intervalul vechi, iar recorderul le poate raporta ca offline în loc de configurate greșit. Păstrați exportul configurației vechi până când fluxurile noi funcționează o zi întreagă.

Verificați fluxurile locale ale camerelor și înregistrarea înainte de a testa clientul îndepărtat. O remediere la distanță construită pe un recorder care și-a pierdut camerele nu este o remediere.

Verificați fluxurile, înregistrarea și accesul la distanță

De la clientul îndepărtat, testați separat vizualizarea live, redarea și pagina de administrare. Observați cererea și răspunsul la granițele controlate ale LAN-ului și VPN-ului, astfel încât calea de retur să fie vizibilă, nu dedusă dintr-o pagină care funcționează.

Dacă un proxy de acces la camere sau o funcție de gazdă virtuală face parte din proiect, tratați maparea porturilor și permisiunile sale ca încă o cale explicită cu propria verificare. Nu deschideți fiecare port de cameră și nu lărgiți selectoarele VPN pentru a compensa suprapunerea.

Când renumerotarea este imposibilă, orice alternativă de traducere a adreselor are nevoie de o vizualizare de adrese acceptată și de propria revizuire de politici. Lecția generală depășește recorderele: un echipament poate păstra o rețea de camere, de servicii sau de administrare pe care o locație îndepărtată o numerotează deja.

Notați intervalele finale și serviciile testate în planul locației. Următorul recorder, extinderea camerelor sau schimbarea pool-ului VPN vor reutiliza acele numere, iar o suprapunere corectată o dată este ușor de reintrodus.