NVR-kameraoj malaperas tra VPN? Kontrolu la PoE-subretan koincidon

Malfermu la NVR el la fora ejo kaj la rekta vido povas malsukcesi dum la LAN-paĝo ankoraŭ ŝargas. La tunelo estas aktiva, la registrilo respondas, kaj la respondon prenas vojo, kiun neniu desegnis: la interna kamera-pordo de la registrilo. Ĉe PoE-modelo tiu dua konektita reto estas parto de la adresa plano, sendepende ĉu ĝi aperas sur la ĉefa LAN-agorda paĝo.

Spuru la fiaskon de la kliento al la registrilo kaj reen. Ĝuste sur la revena parto aperas la kaŝita interfaco.

Riproduktu el la fora kliento, ne el la LAN

Testu el kliento, kiu efektive trapasas la VPN. Retumilo sur la sama LAN povas atingi la registrilon rekte, do ĝi neniam provas la vojon, kiu malsukcesas. Notu la klientan adreson, la LAN-adreson de la registrilo kaj la precizan servon, kiu malsukcesas.

Provu pli ol unu servon. Reta administra paĝo, rekta elsendo kaj reprodukta peto povas uzi malsamajn pordojn kaj malsamajn prokurojn, kaj unu povas funkcii dum alia malsukcesas. Tiu komparo diras, ĉu la fiasko estas specifa al la servo. Ĝi ankaŭ malhelpas, ke unu malsukcesa pordo estu prenita por morta registrilo.

Rimarku, ĉu la peto entute atingas la registrilon. Konekto, kiu neniam alvenas, montras al enkursigado aŭ fajroŝirmilo sur la envena vojo; peto, kiu alvenas kaj poste haltas, montras al la revena vojo aŭ la servo. Uzu la konektan protokolon de la registrilo aŭ nombrilon, se ĝi proponas. Paketa kapto ĉe la eja limo estas la rezerva opcio.

Spuru la respondon ekster la registrilon

Konsideru ilustran aranĝon kun du ejoj. La fora kliento estas 10.60.0.25/24, la LAN de la registrila ejo estas 10.70.0.0/24, la LAN-adreso de la registrilo estas 10.70.0.50, kaj ĝia interna PoE-reto estas 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

Trafiko el Ejo A atingas 10.70.0.50 tra la tunelo. Poste la registrilo serĉas la revenan adreson en sia propra tabelo kaj trovas konektitan prefikson, kiu kovras 10.60.0.25. Tiu prefikso estas pli specifa ol ĝia defaŭlta vojo, do la respondo iras al la kamera-pordoj anstataŭ al la tunelo.

Nek la intertraktita stato de la tunelo nek ĝusta revena vojo sur la enkursigilo de Ejo B povas superregi tiun lokan elekton. Sukcesa peto al alia servilo en Ejo B ankaŭ pruvas nenion pri la dua interfaco de ĉi tiu aparato.

Inventaru la kaŝitan PoE-reton

Legu la retajn agordojn de la registrilo por interna retkarto, PoE-sekcio aŭ aparta kamera-subreto. Kelkaj modeloj montras ĝin kiel duan interfacon kun propra adreso; aliaj kaŝas ĝin malantaŭ kamera-agorda paĝo.

Kontrolu la dokumentaron de la modelo kaj de la firmware anstataŭ supozi fabrikan prefikson. Ofta defaŭlto en unu produkta linio ne estas fakto pri ĉiu registrilo, kaj kopiita numero povas kaŝi la veran koincidon anstataŭ malkaŝi ĝin.

Komparu la malkovritan gamon kun ambaŭ ejaj LAN-oj, la VPN-klientajn basenojn kaj ajnan alian konektitan reton sur la registrilo. Koincido kun la fora klienta baseno estas la kazo, kiu alidirektas respondojn; koincido kun nerilata loka gamo povas rompi lokan kamera-aliron sen tuŝi la VPN. Desegnu la koincidojn sur unu folio antaŭ ol elekti novajn numerojn. Du koincidaj gamoj aspektas evidentaj tie kaj nevideblaj sur du apartaj agordaj paĝoj.

Notu la gamon, la interfacan nomon kaj la kamera-adresojn sur ĝi. Tiu inventaro estas tio, kion la renumeriga plano devas konservi. Inkluzivu la kamera-modelojn kaj firmware-versiojn dum vi estas tie.

Renumeru kune kun la kameraoj, ne nur la NVR

Elektu kamera-gamon, kiu koincidas nek kun la ejoj, nek kun la VPN-basenoj, nek kun alia konektita reto. Poste listigu ĉion, kio dependas de la malnova: dinamikaj luoj, statike agorditaj kamera-adresoj, konservitaj kanaloj, registraj horaroj kaj ajna aŭtomata agordo, kiun la modelo faras. Tiu listo estas la migrada kontrol-listo, ne postpenso.

Movu la internan reton dum rajtigita fenestro kaj tenu la sekurkopion kaj restaŭran aliron de la registrilo disponeblaj. Ŝanĝi nur la internan adreson de la registrilo povas izoli kameraojn, kiuj ankoraŭ tenas la malnovan gamon, kaj la registrilo povas raporti ilin kiel eksterrete anstataŭ malĝuste agorditaj. Konservu la malnovan agordan eksporton, ĝis la novaj fluoj funkcios plenan tagon.

Kontrolu lokajn kamera-fluojn kaj registradon antaŭ ol testi la foran klienton. Fora ripeto konstruita sur registrilo, kiu perdis siajn kameraojn, ne estas ripeto.

Kontrolu fluojn, registradon kaj foran aliron

El la fora kliento testu aparte la rektan vidon, reproduktadon kaj la administran paĝon. Observu la peton kaj respondon ĉe la kontrolataj LAN- kaj VPN-limoj, por ke la revena vojo estu videbla, ne deduktita el funkcianta paĝo.

Se kamera-alira prokuro aŭ virtuala gastiga funkcio estas parto de la dezajno, traktu ĝian pordan bildigon kaj permesojn kiel alian eksplicitan vojon kun propra revizio. Ne malfermu ĉiun kamera-pordon nek larĝigu la VPN-selektilojn por kompensi la koincidon.

Kiam renumerigo neeblas, ajna alternativo de adresa traduko bezonas subtenatan adresan vidon kaj propran politikan revizion. La ĝenerala leciono etendiĝas preter registriloj: aparato povas teni kamera-, servan aŭ administran reton, kiun fora ejo jam numeras.

Notu la finajn gamojn kaj la testitajn servojn en la eja plano. La sekva registrilo, kamera-etendo aŭ ŝanĝo de VPN-baseno reuzos tiujn numerojn, kaj koincido, kiu estis riparita unufoje, estas facile reenkondukebla.