NVR ಕ್ಯಾಮೆರಾಗಳು VPN ಮೂಲಕ ಕಣ್ಮರೆಯಾಗುತ್ತಿವೆಯೇ? PoE ಸಬ್ನೆಟ್ ಓವರ್ಲ್ಯಾಪ್ ಪರಿಶೀಲಿಸಿ
PoE ಸಬ್ನೆಟ್ ದೂರದ ಸೈಟ್ನೊಂದಿಗೆ ಓವರ್ಲ್ಯಾಪ್ ಆದಾಗ ರೆಕಾರ್ಡರ್ ತನ್ನ ಆಂತರಿಕ ಕ್ಯಾಮೆರಾ ಪೋರ್ಟ್ ಮೂಲಕ VPN ಕ್ಲೈಂಟ್ಗೆ ಉತ್ತರಿಸಬಹುದು. ಟನಲ್ಗೆ ಮೊದಲು ಆ ಇಂಟರ್ಫೇಸ್ ಪರಿಶೀಲಿಸಿ.
ದೂರದ ಸೈಟ್ನಿಂದ NVR ತೆರೆಯಿರಿ ಮತ್ತು LAN ಪುಟ ಇನ್ನೂ ಲೋಡ್ ಆಗುತ್ತಿರುವಾಗ ಲೈವ್ ವ್ಯೂ ವಿಫಲವಾಗಬಹುದು. ಟನಲ್ ಸಕ್ರಿಯವಾಗಿದೆ, ರೆಕಾರ್ಡರ್ ಉತ್ತರಿಸುತ್ತದೆ, ಮತ್ತು ಉತ್ತರವು ಯಾರೂ ಎಳೆಯದ ದಾರಿಯಲ್ಲಿ ಹೋಗುತ್ತದೆ: ರೆಕಾರ್ಡರ್ನ ಆಂತರಿಕ ಕ್ಯಾಮೆರಾ ಪೋರ್ಟ್. PoE ಮಾದರಿಯಲ್ಲಿ ಆ ಎರಡನೇ ಸಂಪರ್ಕಿತ ನೆಟ್ವರ್ಕ್ ವಿಳಾಸ ಯೋಜನೆಯ ಭಾಗವಾಗಿದೆ, ಅದು ಮುಖ್ಯ LAN ಸೆಟ್ಟಿಂಗ್ಸ್ ಪುಟದಲ್ಲಿ ಕಾಣಿಸಿಕೊಂಡರೂ ಇಲ್ಲದಿದ್ದರೂ.
ಕ್ಲೈಂಟ್ನಿಂದ ರೆಕಾರ್ಡರ್ಗೆ ಮತ್ತು ಹಿಂತಿರುಗಿ ವೈಫಲ್ಯವನ್ನು ಅನುಸರಿಸಿ. ಮರಳುವ ಹಂತದಲ್ಲಿಯೇ ಮರೆಮಾಡಿದ ಇಂಟರ್ಫೇಸ್ ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತದೆ.
LAN ನಿಂದ ಅಲ್ಲ, ದೂರದ ಕ್ಲೈಂಟ್ನಿಂದ ಮರುಸೃಷ್ಟಿಸಿ
ನಿಜವಾಗಿಯೂ VPN ದಾಟುವ ಕ್ಲೈಂಟ್ನಿಂದ ಪರೀಕ್ಷಿಸಿ. ಅದೇ LAN ನಲ್ಲಿರುವ ಬ್ರೌಸರ್ ರೆಕಾರ್ಡರ್ಗೆ ನೇರವಾಗಿ ತಲುಪುತ್ತದೆ, ಆದ್ದರಿಂದ ಅದು ವಿಫಲವಾಗುವ ದಾರಿಯನ್ನು ಎಂದಿಗೂ ಪ್ರಯತ್ನಿಸುವುದಿಲ್ಲ. ಕ್ಲೈಂಟ್ನ ವಿಳಾಸ, ರೆಕಾರ್ಡರ್ನ LAN ವಿಳಾಸ ಮತ್ತು ವಿಫಲವಾಗುವ ನಿಖರ ಸೇವೆಯನ್ನು ದಾಖಲಿಸಿ.
ಒಂದಕ್ಕಿಂತ ಹೆಚ್ಚು ಸೇವೆಯನ್ನು ಪ್ರಯತ್ನಿಸಿ. ವೆಬ್ ನಿರ್ವಹಣಾ ಪುಟ, ಲೈವ್ ಸ್ಟ್ರೀಮ್ ಮತ್ತು ಪ್ಲೇಬ್ಯಾಕ್ ವಿನಂತಿ ಬೇರೆ ಬೇರೆ ಪೋರ್ಟ್ಗಳು ಮತ್ತು ಬೇರೆ ಬೇರೆ ಪ್ರಾಕ್ಸಿಗಳನ್ನು ಬಳಸಬಹುದು, ಮತ್ತು ಒಂದು ಕೆಲಸ ಮಾಡುತ್ತಿರುವಾಗ ಇನ್ನೊಂದು ವಿಫಲವಾಗಬಹುದು. ಆ ಹೋಲಿಕೆ ವೈಫಲ್ಯ ಸೇವಾ-ನಿರ್ದಿಷ್ಟವೇ ಎಂದು ಹೇಳುತ್ತದೆ. ಒಂದು ವಿಫಲ ಪೋರ್ಟ್ ಅನ್ನು ಸತ್ತ ರೆಕಾರ್ಡರ್ ಎಂದು ತಪ್ಪಾಗಿ ಭಾವಿಸುವುದನ್ನೂ ಅದು ತಡೆಯುತ್ತದೆ.
ವಿನಂತಿ ರೆಕಾರ್ಡರ್ಗೆ ತಲುಪುತ್ತದೆಯೇ ಎಂದು ಗಮನಿಸಿ. ಎಂದಿಗೂ ತಲುಪದ ಸಂಪರ್ಕವು ಒಳಬರುವ ದಾರಿಯಲ್ಲಿ ರೂಟಿಂಗ್ ಅಥವಾ ಫೈರ್ವಾಲ್ ಅನ್ನು ಸೂಚಿಸುತ್ತದೆ; ತಲುಪಿ ನಂತರ ನಿಂತುಕೊಳ್ಳುವ ವಿನಂತಿ ಮರಳುವ ದಾರಿ ಅಥವಾ ಸೇವೆಯನ್ನು ಸೂಚಿಸುತ್ತದೆ. ರೆಕಾರ್ಡರ್ನ ಸಂಪರ್ಕ ಲಾಗ್ ಅಥವಾ ಕೌಂಟರ್ ಇದ್ದರೆ ಬಳಸಿ. ಸೈಟ್ ಗಡಿಯಲ್ಲಿ ಪ್ಯಾಕೆಟ್ ಸೆರೆಹಿಡಿಯುವುದು ಪರ್ಯಾಯ.
ರೆಕಾರ್ಡರ್ನಿಂದ ಹೊರಬರುವ ಉತ್ತರವನ್ನು ಅನುಸರಿಸಿ
ಎರಡು ಸೈಟ್ಗಳ ಉದಾಹರಣೆ ವಿನ್ಯಾಸವನ್ನು ಪರಿಗಣಿಸಿ. ದೂರದ ಕ್ಲೈಂಟ್ 10.60.0.25/24, ರೆಕಾರ್ಡರ್ನ ಸೈಟ್ನ LAN 10.70.0.0/24, ರೆಕಾರ್ಡರ್ನ LAN ವಿಳಾಸ 10.70.0.50, ಮತ್ತು ಅದರ ಆಂತರಿಕ PoE ನೆಟ್ವರ್ಕ್ 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
ಸೈಟ್ A ಯಿಂದ ಸಂಚಾರ ಟನಲ್ ಮೂಲಕ 10.70.0.50 ತಲುಪುತ್ತದೆ. ನಂತರ ರೆಕಾರ್ಡರ್ ತನ್ನ ಕೋಷ್ಟಕದಲ್ಲಿ ಮರಳುವ ವಿಳಾಸವನ್ನು ಹುಡುಕಿ 10.60.0.25 ಅನ್ನು ಆವರಿಸುವ ಸಂಪರ್ಕಿತ ಪ್ರಿಫಿಕ್ಸ್ ಕಂಡುಕೊಳ್ಳುತ್ತದೆ. ಆ ಪ್ರಿಫಿಕ್ಸ್ ಅದರ ಡೀಫಾಲ್ಟ್ ರೂಟ್ಗಿಂತ ಹೆಚ್ಚು ನಿರ್ದಿಷ್ಟವಾಗಿದೆ, ಆದ್ದರಿಂದ ಉತ್ತರ ಟನಲ್ಗೆ ಅಲ್ಲ, ಕ್ಯಾಮೆರಾ ಪೋರ್ಟ್ಗಳ ಕಡೆಗೆ ಹೋಗುತ್ತದೆ.
ಟನಲ್ನ ಸಮಾಲೋಚಿತ ಸ್ಥಿತಿಯಾಗಲಿ, ಸೈಟ್ B ರೌಟರ್ನಲ್ಲಿನ ಸರಿಯಾದ ಮರಳುವ ರೂಟ್ ಆಗಲಿ ಆ ಸ್ಥಳೀಯ ಆಯ್ಕೆಯನ್ನು ರದ್ದುಗೊಳಿಸಲಾರವು. ಸೈಟ್ B ಯ ಇನ್ನೊಂದು ಸರ್ವರ್ಗೆ ಯಶಸ್ವಿ ವಿನಂತಿಯೂ ಈ ಸಾಧನದ ಎರಡನೇ ಇಂಟರ್ಫೇಸ್ ಬಗ್ಗೆ ಏನನ್ನೂ ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ.
ಮರೆಮಾಡಿದ PoE ನೆಟ್ವರ್ಕ್ನ ಪಟ್ಟಿ ಮಾಡಿ
ರೆಕಾರ್ಡರ್ನ ನೆಟ್ವರ್ಕ್ ಸೆಟ್ಟಿಂಗ್ಗಳಲ್ಲಿ ಆಂತರಿಕ NIC, PoE ವಿಭಾಗ ಅಥವಾ ಪ್ರತ್ಯೇಕ ಕ್ಯಾಮೆರಾ ಸಬ್ನೆಟ್ ಹುಡುಕಿ. ಕೆಲವು ಮಾದರಿಗಳು ಅದನ್ನು ತನ್ನದೇ ವಿಳಾಸದೊಂದಿಗೆ ಎರಡನೇ ಇಂಟರ್ಫೇಸ್ ಆಗಿ ತೋರಿಸುತ್ತವೆ; ಇತರವು ಅದನ್ನು ಕ್ಯಾಮೆರಾ ಸಂರಚನಾ ಪುಟದ ಹಿಂದೆ ಮರೆಮಾಡುತ್ತವೆ.
ಕಾರ್ಖಾನೆ ಪ್ರಿಫಿಕ್ಸ್ ಊಹಿಸುವ ಬದಲು ಮಾದರಿ ಮತ್ತು ಫರ್ಮ್ವೇರ್ ದಾಖಲೆಗಳನ್ನು ಪರಿಶೀಲಿಸಿ. ಒಂದು ಉತ್ಪನ್ನ ಸಾಲಿನ ಸಾಮಾನ್ಯ ಡೀಫಾಲ್ಟ್ ಪ್ರತಿ ರೆಕಾರ್ಡರ್ ಬಗ್ಗೆ ಸತ್ಯವಲ್ಲ, ಮತ್ತು ನಕಲಿಸಿದ ಸಂಖ್ಯೆ ನಿಜವಾದ ಓವರ್ಲ್ಯಾಪ್ ಅನ್ನು ಬಹಿರಂಗಪಡಿಸುವ ಬದಲು ಮರೆಮಾಡಬಹುದು.
ಕಂಡುಹಿಡಿದ ಶ್ರೇಣಿಯನ್ನು ಎರಡೂ ಸೈಟ್ಗಳ LAN, VPN ಕ್ಲೈಂಟ್ ಪೂಲ್ಗಳು ಮತ್ತು ರೆಕಾರ್ಡರ್ನಲ್ಲಿನ ಯಾವುದೇ ಇತರ ಸಂಪರ್ಕಿತ ನೆಟ್ವರ್ಕ್ನೊಂದಿಗೆ ಹೋಲಿಸಿ. ದೂರದ ಕ್ಲೈಂಟ್ ಪೂಲ್ನೊಂದಿಗಿನ ಓವರ್ಲ್ಯಾಪ್ ಉತ್ತರಗಳನ್ನು ಬೇರೆಡೆಗೆ ತಿರುಗಿಸುವ ಪ್ರಕರಣ; ಸಂಬಂಧವಿಲ್ಲದ ಸ್ಥಳೀಯ ಶ್ರೇಣಿಯೊಂದಿಗಿನ ಓವರ್ಲ್ಯಾಪ್ VPN ಮುಟ್ಟದೆ ಸ್ಥಳೀಯ ಕ್ಯಾಮೆರಾ ಪ್ರವೇಶವನ್ನು ಮುರಿಯಬಹುದು. ಹೊಸ ಸಂಖ್ಯೆಗಳನ್ನು ಆಯ್ಕೆ ಮಾಡುವ ಮೊದಲು ಓವರ್ಲ್ಯಾಪ್ಗಳನ್ನು ಒಂದೇ ಹಾಳೆಯಲ್ಲಿ ಬರೆಯಿರಿ. ಎರಡು ಓವರ್ಲ್ಯಾಪ್ ಶ್ರೇಣಿಗಳು ಅಲ್ಲಿ ಸ್ಪಷ್ಟವಾಗಿ ಕಾಣುತ್ತವೆ ಮತ್ತು ಎರಡು ಪ್ರತ್ಯೇಕ ಸೆಟ್ಟಿಂಗ್ಸ್ ಪುಟಗಳಲ್ಲಿ ಅದೃಶ್ಯವಾಗಿರುತ್ತವೆ.
ಶ್ರೇಣಿ, ಇಂಟರ್ಫೇಸ್ ಹೆಸರು ಮತ್ತು ಅದರ ಮೇಲಿನ ಕ್ಯಾಮೆರಾ ವಿಳಾಸಗಳನ್ನು ದಾಖಲಿಸಿ. ಆ ಪಟ್ಟಿಯೇ ಮರುಸಂಖ್ಯೀಕರಣ ಯೋಜನೆ ಕಾಪಾಡಬೇಕಾದದ್ದು. ಅಲ್ಲಿರುವಾಗ ಕ್ಯಾಮೆರಾ ಮಾದರಿಗಳು ಮತ್ತು ಫರ್ಮ್ವೇರ್ ಆವೃತ್ತಿಗಳನ್ನು ಸೇರಿಸಿ.
ಕೇವಲ NVR ಅಲ್ಲ, ಕ್ಯಾಮೆರಾಗಳೊಂದಿಗೆ ಮರುಸಂಖ್ಯೀಕರಿಸಿ
ಯಾವುದೇ ಸೈಟ್, VPN ಪೂಲ್ ಅಥವಾ ಇನ್ನೊಂದು ಸಂಪರ್ಕಿತ ನೆಟ್ವರ್ಕ್ನೊಂದಿಗೆ ಓವರ್ಲ್ಯಾಪ್ ಆಗದ ಕ್ಯಾಮೆರಾ ಶ್ರೇಣಿಯನ್ನು ಆಯ್ಕೆ ಮಾಡಿ. ನಂತರ ಹಳೆಯದನ್ನು ಅವಲಂಬಿಸಿರುವ ಎಲ್ಲವನ್ನೂ ಪಟ್ಟಿ ಮಾಡಿ: ಕ್ರಿಯಾಶೀಲ ಗುತ್ತಿಗೆಗಳು, ಸ್ಥಿರವಾಗಿ ಸಂರಚಿಸಿದ ಕ್ಯಾಮೆರಾ ವಿಳಾಸಗಳು, ಉಳಿಸಿದ ಚಾನೆಲ್ಗಳು, ರೆಕಾರ್ಡಿಂಗ್ ವೇಳಾಪಟ್ಟಿಗಳು ಮತ್ತು ಮಾದರಿ ಮಾಡುವ ಯಾವುದೇ ಸ್ವಯಂಚಾಲಿತ ಸಂರಚನೆ. ಆ ಪಟ್ಟಿ ಸ್ಥಳಾಂತರ ಪರಿಶೀಲನಾ ಪಟ್ಟಿ, ನಂತರದ ಆಲೋಚನೆ ಅಲ್ಲ.
ಅಧಿಕೃತ ಕಿಟಕಿಯಲ್ಲಿ ಆಂತರಿಕ ನೆಟ್ವರ್ಕ್ ಸರಿಸಿ ಮತ್ತು ರೆಕಾರ್ಡರ್ನ ಬ್ಯಾಕಪ್ ಹಾಗೂ ಮರುಪ್ರಾಪ್ತಿ ಪ್ರವೇಶ ಲಭ್ಯವಾಗಿರಿಸಿ. ಕೇವಲ ರೆಕಾರ್ಡರ್ನ ಆಂತರಿಕ ವಿಳಾಸ ಬದಲಿಸುವುದು ಹಳೆಯ ಶ್ರೇಣಿಯನ್ನು ಇನ್ನೂ ಹಿಡಿದಿರುವ ಕ್ಯಾಮೆರಾಗಳನ್ನು ಸಿಕ್ಕಿಹಾಕಿಕೊಳ್ಳುವಂತೆ ಮಾಡಬಹುದು, ಮತ್ತು ರೆಕಾರ್ಡರ್ ಅವುಗಳನ್ನು ತಪ್ಪಾದ ಸಂರಚನೆ ಎಂದಲ್ಲ, ಆಫ್ಲೈನ್ ಎಂದು ವರದಿ ಮಾಡಬಹುದು. ಹೊಸ ಸ್ಟ್ರೀಮ್ಗಳು ಪೂರ್ಣ ಒಂದು ದಿನ ಓಡುವವರೆಗೆ ಹಳೆಯ ಸಂರಚನೆಯ ರಫ್ತನ್ನು ಇರಿಸಿ.
ದೂರದ ಕ್ಲೈಂಟ್ ಪರೀಕ್ಷಿಸುವ ಮೊದಲು ಸ್ಥಳೀಯ ಕ್ಯಾಮೆರಾ ಸ್ಟ್ರೀಮ್ಗಳು ಮತ್ತು ರೆಕಾರ್ಡಿಂಗ್ ಪರಿಶೀಲಿಸಿ. ತನ್ನ ಕ್ಯಾಮೆರಾಗಳನ್ನು ಕಳೆದುಕೊಂಡ ರೆಕಾರ್ಡರ್ನ ಮೇಲೆ ಕಟ್ಟಿದ ದೂರದ ಪರಿಹಾರ ಪರಿಹಾರವಲ್ಲ.
ಸ್ಟ್ರೀಮ್ಗಳು, ರೆಕಾರ್ಡಿಂಗ್ ಮತ್ತು ದೂರದ ಪ್ರವೇಶ ಪರಿಶೀಲಿಸಿ
ದೂರದ ಕ್ಲೈಂಟ್ನಿಂದ ಲೈವ್ ವ್ಯೂ, ಪ್ಲೇಬ್ಯಾಕ್ ಮತ್ತು ನಿರ್ವಹಣಾ ಪುಟವನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಪರೀಕ್ಷಿಸಿ. ನಿಯಂತ್ರಿತ LAN ಮತ್ತು VPN ಗಡಿಗಳಲ್ಲಿ ವಿನಂತಿ ಮತ್ತು ಉತ್ತರವನ್ನು ಗಮನಿಸಿ, ಇದರಿಂದ ಮರಳುವ ದಾರಿ ಕಾಣುತ್ತದೆ, ಕೆಲಸ ಮಾಡುವ ಪುಟದಿಂದ ಊಹಿಸಲ್ಪಡುವುದಿಲ್ಲ.
ಕ್ಯಾಮೆರಾ-ಪ್ರವೇಶ ಪ್ರಾಕ್ಸಿ ಅಥವಾ ವರ್ಚುವಲ್-ಹೋಸ್ಟ್ ವೈಶಿಷ್ಟ್ಯ ವಿನ್ಯಾಸದ ಭಾಗವಾಗಿದ್ದರೆ, ಅದರ ಪೋರ್ಟ್ ಮ್ಯಾಪಿಂಗ್ ಮತ್ತು ಅನುಮತಿಗಳನ್ನು ತನ್ನದೇ ವಿಮರ್ಶೆಯೊಂದಿಗೆ ಇನ್ನೊಂದು ಸ್ಪಷ್ಟ ದಾರಿಯಾಗಿ ಪರಿಗಣಿಸಿ. ಓವರ್ಲ್ಯಾಪ್ ಸರಿದೂಗಿಸಲು ಪ್ರತಿ ಕ್ಯಾಮೆರಾ ಪೋರ್ಟ್ ತೆರೆಯಬೇಡಿ ಅಥವಾ VPN ಸೆಲೆಕ್ಟರ್ಗಳನ್ನು ವಿಸ್ತರಿಸಬೇಡಿ.
ಮರುಸಂಖ್ಯೀಕರಣ ಅಸಾಧ್ಯವಾದಾಗ, ವಿಳಾಸ ಅನುವಾದದ ಯಾವುದೇ ಪರ್ಯಾಯಕ್ಕೆ ಬೆಂಬಲಿತ ವಿಳಾಸ ನೋಟ ಮತ್ತು ತನ್ನದೇ ನೀತಿ ವಿಮರ್ಶೆ ಬೇಕು. ಸಾಮಾನ್ಯ ಪಾಠ ರೆಕಾರ್ಡರ್ಗಳನ್ನು ಮೀರಿ ವಿಸ್ತರಿಸುತ್ತದೆ: ಸಾಧನವು ದೂರದ ಸೈಟ್ ಈಗಾಗಲೇ ಸಂಖ್ಯೆ ಮಾಡಿರುವ ಕ್ಯಾಮೆರಾ, ಸೇವೆ ಅಥವಾ ನಿರ್ವಹಣಾ ನೆಟ್ವರ್ಕ್ ಇಟ್ಟುಕೊಳ್ಳಬಹುದು.
ಸೈಟ್ ಯೋಜನೆಯಲ್ಲಿ ಅಂತಿಮ ಶ್ರೇಣಿಗಳು ಮತ್ತು ಪರೀಕ್ಷಿಸಿದ ಸೇವೆಗಳನ್ನು ದಾಖಲಿಸಿ. ಮುಂದಿನ ರೆಕಾರ್ಡರ್, ಕ್ಯಾಮೆರಾ ವಿಸ್ತರಣೆ ಅಥವಾ VPN ಪೂಲ್ ಬದಲಾವಣೆ ಆ ಸಂಖ್ಯೆಗಳನ್ನು ಮತ್ತೆ ಬಳಸುತ್ತದೆ, ಮತ್ತು ಒಮ್ಮೆ ಸರಿಪಡಿಸಿದ ಓವರ್ಲ್ಯಾಪ್ ಅನ್ನು ಮತ್ತೆ ತರುವುದು ಸುಲಭ.