Az NVR kamerák eltűnnek a VPN-en? Ellenőrizze a PoE alhálózat átfedését

Nyissa meg az NVR-t a távoli telephelyről, és az élő kép meghiúsulhat, miközben a LAN-oldal még töltődik. Az alagút felépült, a felvevő válaszol, és a válasz olyan útvonalon megy, amelyet senki nem rajzolt: a felvevő belső kameraportján. PoE-modellnél ez a második csatlakoztatott hálózat a címterv része, akár megjelenik a fő LAN-beállítások oldalon, akár nem.

Kövesse a hibát az ügyféltől a felvevőig és vissza. A rejtett interfész éppen a visszaúton bukkan fel.

A távoli ügyfélről reprodukálja, ne a LAN-ról

Olyan ügyfélről teszteljen, amely valóban átlépi a VPN-t. Az ugyanazon a LAN-on lévő böngésző közvetlenül eléri a felvevőt, ezért soha nem próbálja ki a meghiúsuló útvonalat. Jegyezze fel az ügyfél címét, a felvevő LAN-címét és a meghiúsuló pontos szolgáltatást.

Próbáljon egynél több szolgáltatást. Egy webes kezelőfelület, egy élő adás és egy lejátszási kérés különböző portokat és különböző proxykat használhat, és az egyik működhet, míg a másik meghiúsul. Ez az összehasonlítás megmondja, hogy a hiba szolgáltatásspecifikus-e. Azt is megakadályozza, hogy egyetlen meghiúsult portot halott felvevőnek véljenek.

Vegye észre, eljut-e egyáltalán a kérés a felvevőhöz. Az a kapcsolat, amely soha nem érkezik meg, az útvonalválasztásra vagy a bejövő útvonal tűzfalára utal; az a kérés, amely megérkezik, majd elakad, a visszaútra vagy a szolgáltatásra utal. Használja a felvevő kapcsolati naplóját vagy egy számlálót, ha kínál ilyet. A csomagrögzítés a telephely határán a tartalék megoldás.

Kövesse a választ a felvevőből kifelé

Vegyen egy szemléltető elrendezést két telephelygel. A távoli ügyfél 10.60.0.25/24, a felvevő telephelyének LAN-ja 10.70.0.0/24, a felvevő LAN-címe 10.70.0.50, belső PoE-hálózata pedig 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

Az A telephely forgalma az alagúton keresztül eléri a 10.70.0.50-et. Ezután a felvevő a saját táblájában megkeresi a visszacímét, és talál egy csatlakoztatott előtagot, amely lefedi a 10.60.0.25-öt. Ez az előtag specifikusabb az alapértelmezett útvonalánál, ezért a válasz a kameraportok felé indul, nem az alagút felé.

Sem az alagút egyeztetett állapota, sem a B telephely útválasztóján lévő helyes visszaútvonal nem írhatja felül ezt a helyi döntést. A B telephely másik kiszolgálójának sikeres kérése sem bizonyít semmit erről az eszköz második interfészéről.

Leltározza fel a rejtett PoE-hálózatot

Olvassa el a felvevő hálózati beállításait belső hálózati kártya, PoE-szakasz vagy külön kamerahálózat után kutatva. Egyes modellek saját című második interfészként tárják fel; mások egy kamera-konfigurációs oldal mögé rejtik.

Ellenőrizze a modell és a firmware dokumentációját ahelyett, hogy gyári előtagot feltételezne. Egy termékvonal gyakori alapértelmezése nem tény minden felvevőről, és egy átmásolt szám elrejtheti a valódi átfedést ahelyett, hogy feltárná.

Hasonlítsa össze a felfedezett tartományt mindkét telephely LAN-jával, a VPN-klienspoolokkal és a felvevő bármely más csatlakoztatott hálózatával. A távoli klienspooltal való átfedés az az eset, amely átirányítja a válaszokat; egy független helyi tartománnyal való átfedés a VPN érintése nélkül törheti meg a helyi kamerahozzáférést. Rajzolja fel az átfedéseket egy lapra az új számok kiválasztása előtt. Két átfedő tartomány ott nyilvánvalónak látszik, két külön beállítási oldalon pedig láthatatlan.

Jegyezze fel a tartományt, az interfész nevét és a rajta lévő kameracímeket. Ezt a leltárt kell a számozás-áttervezési tervnek megőriznie. Vegye fel a kameramodelleket és a firmware-verziókat, amíg ott van.

Számozza át a kamerákkal együtt, ne csak az NVR-rel

Válasszon olyan kameratartományt, amely nem fedi át sem a telephelyeket, sem a VPN-poolokat, sem más csatlakoztatott hálózatot. Ezután sorolja fel mindazt, ami a régitől függ: dinamikus bérletek, statikusan beállított kameracímek, mentett csatornák, felvételi ütemezések és a modell által végzett automatikus konfiguráció. Ez a lista a migrációs ellenőrzőlista, nem utólagos gondolat.

Helyezze át a belső hálózatot egy engedélyezett ablakban, és tartsa elérhetővé a felvevő biztonsági mentési és helyreállítási hozzáférését. Csak a felvevő belső címének megváltoztatása elszigetelheti azokat a kamerákat, amelyek még a régi tartományt tartják, és a felvevő offline állapotúnak jelentheti őket ahelyett, hogy hibásan konfiguráltnak. Tartsa meg a régi konfiguráció exportját, amíg az új adatfolyamok egy teljes napig nem futnak.

Ellenőrizze a helyi kamerafolyamokat és a felvételt a távoli ügyfél tesztelése előtt. A kameráit elveszített felvevőre épített távoli javítás nem javítás.

Ellenőrizze az adatfolyamokat, a felvételt és a távoli hozzáférést

A távoli ügyfélről külön tesztelje az élő képet, a lejátszást és a kezelőoldalt. Figyelje a kérést és a választ a szabályozott LAN- és VPN-határokon, hogy a visszaút látható legyen, ne pedig egy működő oldalból következtessenek rá.

Ha a kamerahozzáférés-proxy vagy egy virtuális gazdagép-funkció a tervezés része, kezelje a portleképezését és az engedélyeit egy újabb kifejezett útvonalként, saját felülvizsgálattal. Ne nyisson meg minden kameraportot, és ne szélesítse a VPN-szelektorokat az átfedés kompenzálására.

Amikor az átszámozás lehetetlen, a címfordítás bármely alternatívájához támogatott címnézet és saját szabályzat-felülvizsgálat szükséges. Az általános tanulság túlmutat a felvevőkön: egy eszköz olyan kamera-, szolgáltatás- vagy kezelőhálózatot tarthat, amelyet egy távoli telephely már számoz.

Jegyezze fel a végleges tartományokat és a tesztelt szolgáltatásokat a telephely tervében. A következő felvevő, kamerabővítés vagy VPN-pool változás újra felhasználja ezeket a számokat, és egy egyszer kijavított átfedést könnyű újra bevezetni.