NVR-kameraer forsvinder over VPN? Tjek PoE-undernettets overlapning

Åbn NVR'en fra det eksterne sted, og livevisningen kan fejle, mens LAN-siden stadig indlæses. Tunnelen er oppe, optageren svarer, og svaret tager en vej, som ingen har tegnet: optagerens interne kameraport. På en PoE-model er det andet tilsluttede netværk en del af adresseplanen, uanset om det vises på hovedsiden for LAN-indstillinger eller ej.

Følg fejlen fra klienten til optageren og tilbage. Det er på returvejen, det skjulte interface dukker op.

Gengiv fra den eksterne klient, ikke fra LAN'en

Test fra en klient, der faktisk krydser VPN'en. En browser på samme LAN kan nå optageren direkte, så den prøver aldrig den vej, der fejler. Noter klientadressen, optagerens LAN-adresse og den præcise tjeneste, der fejler.

Prøv mere end én tjeneste. En webadministrationsside, en live stream og en afspilningsanmodning kan bruge forskellige porte og forskellige proxyer, og én kan virke, mens en anden fejler. Den sammenligning fortæller, om fejlen er tjenestespecifik. Den forhindrer også, at en enkelt fejlet port forveksles med en død optager.

Bemærk, om anmodningen overhovedet når optageren. En forbindelse, der aldrig ankommer, peger på routing eller firewall på vej ind; en anmodning, der ankommer og derefter går i stå, peger på returvejen eller tjenesten. Brug optagerens forbindelseslog eller en tæller, hvis den tilbyder en. En pakkefangst ved stedets grænse er reserveplanen.

Følg svaret ud af optageren

Overvej et illustrativt layout med to steder. Den eksterne klient er 10.60.0.25/24, optagerens LAN på stedet er 10.70.0.0/24, optagerens LAN-adresse er 10.70.0.50, og dens interne PoE-netværk er 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

Trafik fra sted A når 10.70.0.50 gennem tunnelen. Optageren slår derefter returadressen op i sin egen tabel og finder et forbundet præfiks, der dækker 10.60.0.25. Det præfiks er mere specifikt end dens standardrute, så svaret går mod kameraportene i stedet for tunnelen.

Hverken tunnels forhandlede tilstand eller en korrekt returrute på sted B's router kan tilsidesætte det lokale valg. En vellykket anmodning til en anden server på sted B beviser heller intet om denne enheds andet interface.

Kortlæg det skjulte PoE-netværk

Læs optagerens netværksindstillinger for et internt NIC, en PoE-sektion eller et separat kameraundernet. Nogle modeller viser det som et andet interface med sin egen adresse; andre skjuler det bag en side til kameraopsætning.

Tjek model- og firmwaredokumentationen i stedet for at antage et fabrikspræfiks. En almindelig standard på én produktlinje er ikke en kendsgerning for enhver optager, og et kopieret nummer kan skjule den reelle overlapning i stedet for at afsløre den.

Sammenlign det fundne område med begge steders LAN'er, VPN-klientpuljerne og ethvert andet tilsluttet netværk på optageren. Overlapning med den eksterne klientpulje er det tilfælde, der omdirigerer svar; overlapning med et urelateret lokalt område kan bryde lokal kameraadgang uden at røre VPN'en. Tegn overlapningerne på ét ark, før du vælger nye numre. To overlappende områder ser indlysende ud der og usynlige på to separate indstillingssider.

Noter området, interfacets navn og kameraadresserne på det. Den oversigt er, hvad omnummereringsplanen skal bevare. Medtag kameramodeller og firmwareversioner, mens du er der.

Omnummerer med kameraerne, ikke kun NVR'en

Vælg et kameraområde, der hverken overlapper stederne, VPN-puljerne eller et andet tilsluttet netværk. Opregn derefter alt, der afhænger af det gamle: dynamiske leases, statisk konfigurerede kameraadresser, gemte kanaler, optagelsesplaner og enhver automatisk konfiguration, som modellen udfører. Den liste er migreringschecklisten, ikke en eftertanke.

Flyt det interne netværk i et autoriseret vindue, og hold optagerens backup- og gendannelsesadgang tilgængelig. Hvis du kun ændrer optagerens interne adresse, kan kameraer, der stadig har det gamle område, blive strandet, og optageren kan rapportere dem som offline i stedet for fejlkonfigurerede. Behold den gamle konfigurationseksport, indtil de nye streams har kørt et helt døgn.

Bekræft lokale kamerastreams og optagelse, før du tester den eksterne klient. En ekstern rettelse bygget på en optager, der har mistet sine kameraer, er ikke en rettelse.

Bekræft streams, optagelse og ekstern adgang

Test livevisning, afspilning og administrationssiden separat fra den eksterne klient. Overvåg anmodningen og svaret ved de kontrollerede LAN- og VPN-grænser, så returvejen er synlig og ikke udledt af en side, der virker.

Hvis en proxy for kameraadgang eller en virtuel host-funktion er en del af designet, skal du behandle dens portmapping og tilladelser som endnu en eksplicit vej med sin egen gennemgang. Åbn ikke alle kameraporte og udvid ikke VPN-selektorerne for at kompensere for overlapningen.

Når omnummerering er umulig, kræver ethvert alternativ til adresseoversættelse en understøttet adressevisning og sin egen politikgennemgang. Den generelle lektie rækker ud over optagere: et apparat kan holde et kamera-, tjeneste- eller administrationsnetværk, som et eksternt sted allerede nummererer.

Noter de endelige områder og de testede tjenester i stedsplanen. Den næste optager, kameraudvidelse eller VPN-puljeændring vil genbruge de numre, og en overlapning, der er rettet én gang, er let at genindføre.