Kamera NVR menghilang lewat VPN? Periksa tumpang tindih subnet PoE

Buka NVR dari situs jarak jauh dan tampilan langsung bisa gagal sementara halaman LAN masih memuat. Tunnel aktif, perekam menjawab, dan balasan menempuh jalur yang tidak digambar siapa pun: port kamera internal perekam. Pada model PoE, jaringan kedua yang terhubung itu adalah bagian dari rencana alamat, baik muncul di halaman pengaturan LAN utama maupun tidak.

Telusuri kegagalan dari klien ke perekam dan kembali. Di bagian balik itulah antarmuka tersembunyi muncul.

Reproduksi dari klien jarak jauh, bukan dari LAN

Uji dari klien yang benar-benar melewati VPN. Peramban di LAN yang sama menjangkau perekam secara langsung, sehingga tidak pernah menguji jalur yang gagal. Catat alamat klien, alamat LAN perekam, dan layanan persis yang gagal.

Coba lebih dari satu layanan. Halaman manajemen web, siaran langsung, dan permintaan pemutaran bisa memakai port dan proksi berbeda, dan satu bisa berfungsi sementara yang lain gagal. Perbandingan itu memberi tahu apakah kesalahan khusus layanan. Ini juga mencegah satu port gagal dikira perekam mati.

Perhatikan apakah permintaan benar-benar sampai ke perekam. Koneksi yang tidak pernah datang menunjuk ke perutean atau firewall di jalur masuk; permintaan yang datang lalu macet menunjuk ke jalur balik atau layanan. Gunakan log koneksi perekam atau penghitung jika tersedia. Penangkapan paket di batas situs adalah cadangannya.

Ikuti balasan keluar dari perekam

Pertimbangkan tata letak ilustratif dengan dua situs. Klien jarak jauh adalah 10.60.0.25/24, LAN situs perekam adalah 10.70.0.0/24, alamat LAN perekam adalah 10.70.0.50, dan jaringan PoE internalnya adalah 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

Lalu lintas dari Situs A mencapai 10.70.0.50 melalui tunnel. Perekam lalu mencari alamat balik di tabelnya sendiri dan menemukan prefiks terhubung yang mencakup 10.60.0.25. Prefiks itu lebih spesifik daripada rute defaultnya, jadi balasan menuju port kamera, bukan tunnel.

Baik status tunnel yang dinegosiasikan maupun rute balik yang benar di router Situs B tidak dapat mengalahkan pilihan lokal itu. Permintaan berhasil ke server lain di Situs B juga tidak membuktikan apa pun tentang antarmuka kedua perangkat ini.

Inventarisasi jaringan PoE tersembunyi

Baca pengaturan jaringan perekam untuk NIC internal, bagian PoE, atau subnet kamera terpisah. Beberapa model menampilkannya sebagai antarmuka kedua dengan alamatnya sendiri; yang lain menyembunyikannya di balik halaman konfigurasi kamera.

Periksa dokumentasi model dan firmware, bukan mengasumsikan prefiks pabrik. Nilai default umum pada satu lini produk bukan fakta tentang setiap perekam, dan nomor yang disalin bisa menyembunyikan tumpang tindih nyata, bukan mengungkapkannya.

Bandingkan rentang yang ditemukan dengan kedua LAN situs, kumpulan klien VPN, dan jaringan terhubung lain di perekam. Tumpang tindih dengan kumpulan klien jarak jauh adalah kasus yang mengalihkan balasan; tumpang tindih dengan rentang lokal tak terkait dapat merusak akses kamera lokal tanpa menyentuh VPN. Gambar tumpang tindihnya di satu lembar sebelum memilih nomor baru. Dua rentang yang tumpang tindih tampak jelas di sana dan tak terlihat di dua halaman pengaturan terpisah.

Catat rentang, nama antarmuka, dan alamat kamera di dalamnya. Inventaris itulah yang harus dipertahankan rencana penomoran ulang. Sertakan model kamera dan versi firmware selagi Anda di sana.

Nomori ulang bersama kamera, bukan hanya NVR

Pilih rentang kamera yang tidak tumpang tindih dengan situs mana pun, kumpulan VPN, atau jaringan terhubung lain. Lalu daftar semua yang bergantung pada rentang lama: sewa dinamis, alamat kamera yang dikonfigurasi statis, kanal tersimpan, jadwal perekaman, dan konfigurasi otomatis apa pun yang dilakukan model. Daftar itu adalah daftar periksa migrasi, bukan pemikiran belakangan.

Pindahkan jaringan internal selama jendela resmi dan biarkan akses cadangan serta pemulihan perekam tersedia. Mengubah hanya alamat internal perekam dapat membuat kamera yang masih memegang rentang lama tertahan, dan perekam dapat melaporkannya sebagai offline, bukan salah konfigurasi. Simpan ekspor konfigurasi lama sampai aliran baru berjalan sehari penuh.

Verifikasi aliran kamera lokal dan perekaman sebelum menguji klien jarak jauh. Perbaikan jarak jauh yang dibangun di atas perekam yang kehilangan kameranya bukan perbaikan.

Verifikasi aliran, perekaman, dan akses jarak jauh

Dari klien jarak jauh, uji tampilan langsung, pemutaran, dan halaman manajemen secara terpisah. Amati permintaan dan balasan di batas LAN dan VPN yang terkendali agar jalur balik terlihat, bukan disimpulkan dari halaman yang berfungsi.

Jika proksi akses kamera atau fitur host virtual adalah bagian dari desain, perlakukan pemetaan port dan izinnya sebagai jalur eksplisit lain dengan tinjauan sendiri. Jangan buka setiap port kamera atau memperlebar selektor VPN untuk mengimbangi tumpang tindih.

Ketika penomoran ulang tidak mungkin, alternatif terjemahan alamat apa pun memerlukan tampilan alamat yang didukung dan tinjauan kebijakan sendiri. Pelajaran umumnya melampaui perekam: peralatan dapat menyimpan jaringan kamera, layanan, atau manajemen yang sudah dinomori situs jarak jauh.

Catat rentang akhir dan layanan yang diuji di rencana situs. Perekam berikutnya, perluasan kamera, atau perubahan kumpulan VPN akan memakai ulang nomor itu, dan tumpang tindih yang pernah diperbaiki mudah dimasukkan lagi.