NVR-kameras verdwyn oor VPN? Kyk na die PoE-subnet-oorsny

Maak die NVR van die afgeleë terrein oop en die lewendige beeld kan misluk terwyl die LAN-bladsy nog laai. Die tonnel is op, die opnemer antwoord, en die antwoord neem ’n pad wat niemand geteken het nie: die opnemer se interne kamerapoort. Op ’n PoE-model is daardie tweede gekoppelde netwerk deel van die adresplan, of dit nou op die hoof-LAN-instellingsbladsy verskyn of nie.

Volg die fout van die kliënt na die opnemer en terug. Dit is op die terugpad waar die verborge koppelvlak opduik.

Herhaal vanaf die afgeleë kliënt, nie die LAN nie

Toets vanaf ’n kliënt wat werklik die VPN kruis. ’n Blaaier op dieselfde LAN kan die opnemer direk bereik, so dit oefen nooit die pad wat misluk nie. Teken die kliëntadres, die opnemer se LAN-adres en die presiese diens wat misluk, aan.

Probeer meer as een diens. ’n Webbeheerbladsy, ’n lewendige stroom en ’n terugspeelversoek kan verskillende poorte en verskillende proxies gebruik, en een kan werk terwyl ’n ander misluk. Daardie vergelyking sê of die fout diensspesifiek is. Dit keer ook dat ’n enkele mislukte poort vir ’n dooie opnemer aangesien word.

Let op of die versoek die opnemer hoegenaamd bereik. ’n Verbinding wat nooit aankom nie, dui op routering of ’n firewall op die inkomende pad; ’n versoek wat aankom en dan vasval, dui op die antwoordpad of die diens. Gebruik die opnemer se verbindingslog of ’n teller as dit een bied. ’n Pakketopname by die terreingrens is die terugval.

Volg die antwoord uit die opnemer

Oorweeg ’n illustratiewe uitleg met twee terreine. Die afgeleë kliënt is 10.60.0.25/24, die opnemer se terrein-LAN is 10.70.0.0/24, die opnemer se LAN-adres is 10.70.0.50, en sy interne PoE-netwerk is 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

Verkeer van Terrein A bereik 10.70.0.50 deur die tonnel. Die opnemer soek dan die terugadres in sy eie tabel op en vind ’n gekoppelde voorvoegsel wat 10.60.0.25 dek. Daardie voorvoegsel is meer spesifiek as sy verstekroete, so die antwoord gaan na die kamerapoorte eerder as na die tonnel.

Nie die tonnel se onderhandelde toestand nie, en ook nie ’n korrekte terugroete op die Terrein B-roeteerder nie, kan daardie plaaslike keuse oorstem. ’n Suksesvolle versoek aan ’n ander bediener by Terrein B bewys ook niks oor hierdie toestel se tweede koppelvlak nie.

Inventariseer die verborge PoE-netwerk

Lees die opnemer se netwerkinstellings vir ’n interne NIC, ’n PoE-afdeling of ’n aparte kamerabnet. Sommige modelle stel dit as ’n tweede koppelvlak met sy eie adres bloot; ander versteek dit agter ’n kamerakonfigurasiebladsy.

Kontroleer die model- en firmware-dokumentasie eerder as om ’n fabrieksvoorvoegsel te aanvaar. ’n Algemene verstek op een produklyn is nie ’n feit oor elke opnemer nie, en ’n gekopieerde nommer kan die werklike oorvleueling versteek eerder as onthul.

Vergelyk die ontdekte reeks met beide terrein-LAN's, die VPN-kliëntpoele en enige ander gekoppelde netwerk op die opnemer. Oorvleueling met die afgeleë kliëntpoel is die geval wat antwoorde herlei; oorvleueling met ’n onverwante plaaslike reeks kan plaaslike kameratoegang breek sonder om die VPN te raak. Teken die oorvleuelings op een vel voordat jy nuwe nommers kies. Twee oorvleuelende reekse lyk duidelik daar en onsigbaar in twee aparte instellingsbladsye.

Teken die reeks, die koppelvlaknaam en die kamera-adresse daarop aan. Daardie inventaris is wat die hernommeringsplan moet bewaar. Sluit die kamera-modelle en firmware-weergawes in terwyl jy daar is.

Hernommer saam met die kameras, nie net die NVR nie

Kies ’n kamerareeks wat nóg die terreine, nóg die VPN-poele, nóg ’n ander gekoppelde netwerk oorvleuel. Lys dan alles wat van die oue afhang: dinamiese leases, staties gekonfigureerde kamera-adresse, gestoorde kanale, opnameskedules en enige outomatiese konfigurasie wat die model doen. Daardie lys is die migrasiekontrolelys, nie ’n nagedagte nie.

Skuif die interne netwerk tydens ’n gemagtigde venster en hou die opnemer se rugsteun- en hersteltoegang beskikbaar. Om net die opnemer se interne adres te verander, kan kameras wat nog die ou reeks hou, loslaat, en die opnemer kan hulle as aflyn eerder as verkeerd gekonfigureer rapporteer. Hou die ou konfigurasie-uitvoer totdat die nuwe strome ’n volle dag geloop het.

Verifieer plaaslike kamerastrome en opname voordat jy die afgeleë kliënt toets. ’n Afgeleë oplossing wat op ’n opnemer gebou is wat sy kameras verloor het, is nie ’n oplossing nie.

Verifieer strome, opname en afgeleë toegang

Toets lewendige beeld, terugspeel en die beheerbladsy afsonderlik vanaf die afgeleë kliënt. Dop die versoek en antwoord by die beheerde LAN- en VPN-grense, sodat die terugpad sigbaar is en nie uit ’n werkende bladsy afgelei word nie.

As ’n kamera-toegang-proxy of virtuele-gasheer-funksie deel van die ontwerp is, behandel die poortkartering en regte daarvan as nog ’n eksplisiete pad met sy eie hersiening. Moet nie elke kamerapoort oopmaak of die VPN-kiesers verbreed om die oorvleueling te vergoed nie.

Wanneer hernommering onmoontlik is, benodig enige adresvertalingsalternatief ’n ondersteunde adresaansig en sy eie beleidshersiening. Die algemene les strek verder as opnemers: ’n toestel kan ’n kamera-, diens- of bestuursnetwerk hou wat ’n afgeleë terrein reeds nommer.

Teken die finale reekse en die getoetste dienste in die terreinplan aan. Die volgende opnemer, kamera-uitbreiding of VPN-poelverandering sal daardie nommers hergebruik, en ’n oorvleueling wat eens reggemaak is, is maklik om weer in te voer.