ಕ್ಯಾಮೆರಾ ಸ್ಟ್ರೀಮ್ ಪ್ರಕಟಿಸುವುದು: RTSP ಮತ್ತು HLS ಒಂದೇ ಅಂಚಲ್ಲ

ನೀವು ಕ್ಯಾಮೆರಾದ ಒಂದು ಪೋರ್ಟ್ ತೆರೆಯುತ್ತೀರಿ, ಅದರ ಕಡೆಗೆ ಒಂದು ಪ್ಲೇಯರ್ ತೋರಿಸುತ್ತೀರಿ ಮತ್ತು ಇಂಟರ್ನೆಟ್ ಸಮಸ್ಯೆ ಪರಿಹಾರವಾಯಿತು ಎಂದು ಊಹಿಸುತ್ತೀರಿ. ನಂತರ ಒಂದು ಫೋನ್ ಅದನ್ನು ಪ್ಲೇ ಮಾಡಲಾರದು, ಒಂದು ಬ್ರೌಸರ್ ಅದನ್ನು ಪ್ಲೇ ಮಾಡಲಾರದು, ಮತ್ತು ಕ್ಯಾಮೆರಾದ ನಿರ್ವಹಣಾ ಪುಟವು ಸಾರ್ವಜನಿಕ ಅಂಚಿನಿಂದ ಕೇವಲ ಒಂದು ತಪ್ಪಾಗಿ ಟೈಪ್ ಮಾಡಿದ ಮಾರ್ಗದ ದೂರದಲ್ಲಿರುತ್ತದೆ. ನೀವು ಆಯ್ಕೆ ಮಾಡಿದ ಡೆಲಿವರಿ ಮಾದರಿ, RTSP ಅಥವಾ HLS, ಯಾವುದೇ ಫೈರ್ವಾಲ್ ನಿಯಮ ಬರೆಯುವ ಮೊದಲೇ ಇದರ ಬಹಳಷ್ಟನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ. VPN ಕೇವಲ ಖಾಸಗಿ ಭಾಗವನ್ನು ಒದಗಿಸುತ್ತದೆ.

VPN ಮೂಲದ ಮಾರ್ಗವನ್ನು ಸರಿಪಡಿಸುತ್ತದೆ, ವೀಕ್ಷಕನದನ್ನಲ್ಲ

ಸುರಂಗದ ಮೂಲಕ ಕ್ಯಾಮೆರಾದ ಲ್ಯಾನ್ಗೆ ಸೇರಿಸಿದ VPS ಕ್ಯಾಮೆರಾವನ್ನು ಅದರ ಖಾಸಗಿ ವಿಳಾಸದಲ್ಲಿ ತಲುಪಬಲ್ಲದು, ಮತ್ತು ಇದು ನಿಜವಾಗಿಯೂ ಉಪಯುಕ್ತ. ಇದರ ಅರ್ಥ ಕ್ಯಾಮೆರಾಗೆ ತನ್ನದೇ ಆದ ಒಳಬರುವ ಪೋರ್ಟ್ ಅಗತ್ಯವಿಲ್ಲ ಮತ್ತು ಮನೆಯ ರೌಟರ್ ಮುಚ್ಚಿದ್ದೇ ಇರುತ್ತದೆ. ಇದು ವೀಕ್ಷಕ ಯಾವ ಭಾಷೆ ಮಾತನಾಡುತ್ತಾನೆ ಎಂದು ಹೇಳುವುದಿಲ್ಲ. ಡೆಸ್ಕ್ಟಾಪ್ ಪ್ಲೇಯರ್, ಬ್ರೌಸರ್, ಫೋನ್ ಮತ್ತು ಸ್ಮಾರ್ಟ್ ಟಿವಿ ವಿಭಿನ್ನ ಪ್ರೋಟೋಕಾಲ್ಗಳನ್ನು ಬೆಂಬಲಿಸುತ್ತವೆ, ಪ್ರತಿಯೊಂದಕ್ಕೂ TLS, ದೃಢೀಕರಣ ಮತ್ತು ಕೋಡೆಕ್ಗಳ ಬಗ್ಗೆ ತನ್ನದೇ ನಿರೀಕ್ಷೆಗಳಿವೆ.

ಇಲ್ಲಿದೆ ಬಿಟ್ಟುಬಿಡಬೇಕಾದ ಊಹೆ: ಪ್ರಕಟಣೆ ಎಂದರೆ ಮೂಲವನ್ನು ತಲುಪಬಹುದಾದಂತೆ ಮಾಡುವುದು. ಪ್ರಕಟಣೆ ನಿಜವಾಗಿ ಒಂದು ನಿರ್ದಿಷ್ಟ ಪ್ರೇಕ್ಷಕ ವರ್ಗಕ್ಕೆ ಮಾಧ್ಯಮವನ್ನು ಸೇವಿಸುವ ಬೆಂಬಲಿತ ಮಾರ್ಗವನ್ನು ನೀಡುವುದು. ಪ್ರಕಟಿತ ಸ್ಟ್ರೀಮ್ಗೆ ಒಂದು ಸ್ವರೂಪ, ಒಂದು ಪ್ರೇಕ್ಷಕ ವರ್ಗ ಮತ್ತು ಒಂದು ರುಜುವಾತು ಇರುತ್ತದೆ; ತಲುಪಬಹುದಾದ ಕ್ಯಾಮೆರಾಗೆ ಇವುಗಳಲ್ಲಿ ಯಾವುದೂ ಇಲ್ಲ. ತಲುಪುವಿಕೆಯೇ ಸುರಂಗ ಪರಿಹರಿಸುವ ಭಾಗ, ಮತ್ತು ವೀಕ್ಷಕನ ಪ್ರವೇಶ ಬಿಂದುವು ನೀವು ಇನ್ನೂ ವಿನ್ಯಾಸ ಮಾಡಬೇಕಾದ ಭಾಗ.

RTSP ಒಂದು ಮಾತುಕತೆ, ಒಂದು ಪೋರ್ಟ್ ಅಲ್ಲ

RTSP ಸೆಷನ್ ನಿಯಂತ್ರಣವನ್ನು ಹೊತ್ತೊಯ್ಯುತ್ತದೆ: ಕ್ಲೈಂಟ್ ವಿವರಣೆಯನ್ನು ಕೇಳುತ್ತದೆ, ಒಂದು ಅಥವಾ ಹೆಚ್ಚು ಮಾಧ್ಯಮ ಜಾಡುಗಳನ್ನು ಸಿದ್ಧಪಡಿಸುತ್ತದೆ, ನಂತರ ಪ್ಲೇ ಮಾಡುತ್ತದೆ. ಮಾಧ್ಯಮದ ಸಾಗಣೆಯೇ ಆ ಸಿದ್ಧತೆಯ ಸಮಯದಲ್ಲಿ ಮಾತುಕತೆಯಾಗುತ್ತದೆ, ಆದ್ದರಿಂದ ಪ್ರೋಟೋಕಾಲ್ ಅನ್ನು ಒಂದೇ ಮುಂದಕ್ಕೆ ಕಳುಹಿಸಿದ TCP ಪೋರ್ಟ್ನಿಂದ ಚೆನ್ನಾಗಿ ವಿವರಿಸಲಾಗದು. ಆ ಮಾತುಕತೆಯೇ ಫೈರ್ವಾಲ್ ನಿಯಮಗಳನ್ನು ಹೋಲಿಸುವಾಗ ಜನರು ಕಳೆದುಕೊಳ್ಳುವ ಭಾಗ.

ಎಂಡ್ಪಾಯಿಂಟ್ಗಳನ್ನು ಅವಲಂಬಿಸಿ RTP ಪ್ರತ್ಯೇಕ UDP ಪೋರ್ಟ್ಗಳಲ್ಲಿ ಬರಬಹುದು ಅಥವಾ ನಿಯಂತ್ರಣ ಸಂಪರ್ಕದಲ್ಲಿ ಹೆಣೆದಿರಬಹುದು. 554 ಅನ್ನು ಮಾತ್ರ ಕಳುಹಿಸಿ ಉಳಿದದ್ದು ಕೆಲಸ ಮಾಡುತ್ತದೆ ಎಂದು ಊಹಿಸುವ ರಿಲೇ ಸಾಮಾನ್ಯವಾಗಿ ಸಂಪರ್ಕಗೊಳ್ಳುವ, ಒಂದು ಜಾಡನ್ನು ವರದಿ ಮಾಡುವ, ನಂತರ ಏನನ್ನೂ ತೋರಿಸದ ಸೆಷನ್ ಉತ್ಪಾದಿಸುತ್ತದೆ. ಅದಕ್ಕೆ ನಿಯಮಗಳನ್ನು ಬರೆಯುವ ಮೊದಲು ನಿಮ್ಮ ಕ್ಯಾಮೆರಾ ನಿಜವಾಗಿ ಯಾವ ಸಾಗಣೆಯನ್ನು ಮಾತುಕತೆ ಮಾಡುತ್ತದೆ ಎಂದು ಪರಿಶೀಲಿಸಿ. ಖಾಸಗಿ ಬದಿಯ ಕ್ಯಾಪ್ಚರ್ ಒಂದು ನಿಮಿಷದಲ್ಲಿ ಅದಕ್ಕೆ ಉತ್ತರಿಸುತ್ತದೆ, ಊಹಿಸುವುದು ಒಂದು ಸಂಜೆಯ ವೆಚ್ಚ.

ಹೊಂದುವ ಪ್ಲೇಯರ್ಗಳಿರುವ ಸಣ್ಣ, ತಿಳಿದ ಪ್ರೇಕ್ಷಕ ವರ್ಗಕ್ಕೆ ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಸಂರಚಿಸಿದ RTSP ರಿಲೇ ಸರಿಯಾದ ಉತ್ತರವಾಗಬಹುದು. ಯಾವ ಮೂಲದಿಂದ ಎಳೆಯಬಹುದು ಎಂಬುದನ್ನು ಮಿತಿಗೊಳಿಸಿ ಮತ್ತು ರಿಲೇಯಲ್ಲಿ ದೃಢೀಕರಣವನ್ನು ಕೇಳಿ. ನೀವು ಪರೀಕ್ಷಿಸಿದ ಪ್ಲೇಯರ್ಗಳನ್ನು ಬರೆದಿಡಿ, ಏಕೆಂದರೆ VLCಯಲ್ಲಿ ಕೆಲಸ ಮಾಡುವ RTSP ಸ್ಟ್ರೀಮ್ ಬ್ರೌಸರ್ನಲ್ಲಿ ಇನ್ನೂ ವಿಫಲವಾಗಬಹುದು.

HLS ಎಂದರೆ ಪ್ಲೇಲಿಸ್ಟ್ ಮತ್ತು ಸಂಪನ್ಮೂಲಗಳು

HLS ವೀಕ್ಷಕನು ಪ್ಲೇಲಿಸ್ಟ್ ತರುತ್ತಾನೆ, ನಂತರ ಆ ಪ್ಲೇಲಿಸ್ಟ್ ಹೆಸರಿಸುವ ಮಾಧ್ಯಮ ವಿಭಾಗಗಳನ್ನು ತರುತ್ತಾನೆ. HLS ವಿಶೇಷಣ ಆ ಸಂಪನ್ಮೂಲ ಮಾದರಿಯನ್ನು ವ್ಯಾಖ್ಯಾನಿಸುತ್ತದೆ, ಮತ್ತು ಮುಖ್ಯ ಕಾರ್ಯಾಚರಣಾ ವಿವರವೆಂದರೆ ಪ್ಲೇಲಿಸ್ಟ್ಗಳು ಇತರ URLಗಳನ್ನು ಉಲ್ಲೇಖಿಸುತ್ತವೆ. ಸಾಪೇಕ್ಷ ಉಲ್ಲೇಖಗಳು ಪ್ಲೇಲಿಸ್ಟ್ನ ಸ್ಥಳಕ್ಕೆ ಸಂಬಂಧಿಸಿ ಪರಿಹರಿಸಲ್ಪಡುತ್ತವೆ, ಆದ್ದರಿಂದ ಮಾರ್ಗಗಳನ್ನು ಮರುಬರೆಯುವ ಪ್ರಾಕ್ಸಿ ಅವುಗಳನ್ನು ಸ್ಥಿರವಾಗಿ ಮರುಬರೆಯಬೇಕು.

ಕ್ಯಾಮೆರಾ ಈಗಾಗಲೇ ಉಪಯುಕ್ತ HLS ಅನ್ನು ಒದಗಿಸುತ್ತಿದ್ದರೆ, ಸಾರ್ವಜನಿಕ ಫ್ರಂಟೆಂಡ್ ಆ ಪ್ಲೇಲಿಸ್ಟ್ ಮತ್ತು ವಿಭಾಗ ವಿನಂತಿಗಳನ್ನು ಸುರಂಗದ ಮೂಲಕ ಕಳುಹಿಸಬಹುದು. ಅಪ್ಲಿಕೇಶನ್ ರಚಿಸುವ ಕೀಲಿಗಳು, ಮರುನಿರ್ದೇಶನಗಳು ಮತ್ತು URLಗಳಿಗೆ ಗಮನ ಕೊಡಿ. ಖಾಸಗಿ ಹೋಸ್ಟ್ಗೆ ಸೂಚಿಸುವ ಯಾವುದೇ ಸಂಪೂರ್ಣ URL ಲ್ಯಾನ್ನ ಹೊರಗಿನ ವೀಕ್ಷಕ ಅದನ್ನು ಅನುಸರಿಸಿದ ಕ್ಷಣದಲ್ಲಿ ಮುರಿಯುತ್ತದೆ. ಸಾಪೇಕ್ಷ ಮಾರ್ಗಗಳೇ ಪ್ರಾಕ್ಸಿ ಮರುಬರಹದಿಂದ ಪಾರಾಗುವವು, ಆದ್ದರಿಂದ ನೀವು ಉತ್ಪಾದಿತ ಔಟ್ಪುಟ್ ನಿಯಂತ್ರಿಸುವ ಎಲ್ಲಿಯಾದರೂ ಅವುಗಳಿಗೆ ಆದ್ಯತೆ ನೀಡಿ.

ಕ್ಯಾಮೆರಾ RTSP ಮಾತ್ರ ಮಾತನಾಡಿದರೆ, ಯಾವುದೋ ಒಂದು ಮೂಲವನ್ನು ವೀಕ್ಷಕನ ಸ್ವರೂಪಕ್ಕೆ ಪರಿವರ್ತಿಸಬೇಕು. ಮರುಪ್ಯಾಕೇಜಿಂಗ್ ಮತ್ತು ಟ್ರಾನ್ಸ್ಕೋಡಿಂಗ್ ಬೇರೆ ಬೇರೆ ಕೆಲಸಗಳು: ಮರುಪ್ಯಾಕೇಜಿಂಗ್ ಕೋಡೆಕ್ ಉಳಿಸುತ್ತದೆ, ಟ್ರಾನ್ಸ್ಕೋಡಿಂಗ್ ಹೊಂದಾಣಿಕೆಗಾಗಿ ಅದನ್ನು ಮತ್ತೆ ಎನ್ಕೋಡ್ ಮಾಡುತ್ತದೆ, ಎರಡನೆಯದು ಮಾತ್ರ ಗಂಭೀರ CPU ವೆಚ್ಚ ಮಾಡುತ್ತದೆ. ಮಾರ್ಗದಲ್ಲಿ VPN ಇರುವುದರಿಂದ ಮಾತ್ರ ಯಾವುದೂ ಅಗತ್ಯವಾಗುವುದಿಲ್ಲ.

ವಿತರಣೆ ಎಲ್ಲಿ ನಡೆಯುತ್ತದೆ ಎಂಬುದನ್ನು ಆಧರಿಸಿ ಅಪ್ಲಿಂಕ್ ಯೋಜಿಸಿ. ಸಾರ್ವಜನಿಕ ಮಾಧ್ಯಮ ಸೇವೆಗೆ ಆಹಾರ ನೀಡುವ ಒಂದು ಖಾಸಗಿ ಇನ್ಜೆಸ್ಟ್, ತನ್ನ ಸ್ಟ್ರೀಮ್ ಅನ್ನು ಸುರಂಗದ ಮೂಲಕ ಎಳೆಯುವ ಪ್ರತಿ ವೀಕ್ಷಕನಿಗಿಂತ ಸಂಪೂರ್ಣವಾಗಿ ಭಿನ್ನವಾಗಿ ವರ್ತಿಸುತ್ತದೆ. ಎರಡನೆಯ ಮಾದರಿ ಸಾಮಾನ್ಯವಾಗಿ ತುಂಬಿದ ಮನೆಯ ಸಂಪರ್ಕ ಮತ್ತು ಯದೃಚ್ಛಿಕವಾಗಿ ವಿಫಲವಾಗುವಂತೆ ಕಾಣುವ ಕ್ಯಾಮೆರಾದಲ್ಲಿ ಕೊನೆಗೊಳ್ಳುತ್ತದೆ.

ದೃಢೀಕರಣವನ್ನು ನೀವು ಪ್ರಕಟಿಸುವ ಅಂಚಿನಲ್ಲಿ ಇರಿಸಿ

TLS, ವೀಕ್ಷಕರ ದೃಢೀಕರಣ ಮತ್ತು ಪ್ರವೇಶ ಲಾಗಿಂಗ್ ಸಾರ್ವಜನಿಕ ಪ್ರವೇಶ ಬಿಂದುವಿಗೆ ಸೇರಿದ್ದು, ಕ್ಯಾಮೆರಾಗೆ ಅಲ್ಲ. ಇದು ಕ್ಯಾಮೆರಾದ ರುಜುವಾತುಗಳನ್ನು ಸ್ಟ್ರೀಮ್ನ ರುಜುವಾತುಗಳಿಂದ ಪ್ರತ್ಯೇಕವಾಗಿ ಇರಿಸುತ್ತದೆ. ಪ್ರೇಕ್ಷಕ ವರ್ಗದ ಸದಸ್ಯರೊಬ್ಬರು ಹೋದಾಗ ಪ್ರವೇಶವನ್ನು ರದ್ದುಗೊಳಿಸಲು ಒಂದು ಸ್ಥಳವನ್ನೂ ನೀಡುತ್ತದೆ. ಆ ನಿಯಂತ್ರಣಗಳನ್ನು ಕ್ಯಾಮೆರಾದ ಮೇಲೆ ಇಡುವುದು ಎಂದರೆ ಬದಲಾಗಿ ಪ್ರೇಕ್ಷಕ ವರ್ಗದ ಪ್ರತಿ ಬದಲಾವಣೆಯೂ ಎಂದಿಗೂ ಸಾರ್ವಜನಿಕವಾಗಿ ತಲುಪಬಾರದ ಸಾಧನದಲ್ಲಿ ಆಡಳಿತಾತ್ಮಕ ಬದಲಾವಣೆಯಾಗುತ್ತದೆ.

VPN ಮತ್ತು ಕ್ಯಾಮೆರಾದ ಆಡಳಿತಾತ್ಮಕ ಅನುಮತಿಗಳನ್ನು ಪ್ರಕಟಣಾ ಮಾರ್ಗದಿಂದ ಪ್ರತ್ಯೇಕವಾಗಿ ಇರಿಸಿ. ಸ್ಟ್ರೀಮ್ ಎಳೆಯಲು ಕ್ಯಾಮೆರಾದ ವೆಬ್ ಇಂಟರ್ಫೇಸ್ ತಲುಪಬಲ್ಲ VPS ಆ ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ಬಯಲಿಗೆಳೆಯುವ ಯಂತ್ರವೂ ಆಗಿರಬಾರದು. ಪ್ರೇಕ್ಷಕ ವರ್ಗವು ಕ್ಯಾಮೆರಾದ ವಿಳಾಸವನ್ನು ಎಂದಿಗೂ ತಿಳಿಯಬಾರದು.

ನಂತರ ಸರಪಳಿ ಕೆಲಸ ಮಾಡುತ್ತದೆ ಎಂದು ಊಹಿಸುವ ಬದಲು ನೀವು ನಿಜವಾಗಿ ನಿರ್ಮಿಸಿದ ಎರಡು ತುದಿಗಳನ್ನು ಪರಿಶೀಲಿಸಿ:

$ ffprobe -v error -rtsp_transport tcp rtsp://10.50.0.9:554/stream1
$ curl -sI https://stream.example.net/live/index.m3u8
HTTP/2 200
content-type: application/vnd.apple.mpegurl

ಖಾಸಗಿ ಮೂಲದ ಯಶಸ್ವಿ ಪರಿಶೀಲನೆ ಮತ್ತು ಸಾರ್ವಜನಿಕ ಅಂಚಿನಲ್ಲಿ ಪ್ಲೇಲಿಸ್ಟ್ನ ಯಶಸ್ವಿ ಸಂಗ್ರಹ ವಿನ್ಯಾಸದ ಬೇರೆ ಬೇರೆ ಅರ್ಧಗಳನ್ನು ಸಾಬೀತುಪಡಿಸುತ್ತವೆ. ಅವುಗಳನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಪರೀಕ್ಷಿಸಿ. ನಿಮ್ಮ ಪ್ರೇಕ್ಷಕ ವರ್ಗ ಬಳಸುವ ಅದೇ ರೀತಿಯ ಕ್ಲೈಂಟ್ನಿಂದ ಪ್ಲೇಬ್ಯಾಕ್ ಮಾತ್ರ ಇಡೀ ಸರಪಳಿಯನ್ನು ಆವರಿಸುವ ಏಕೈಕ ಪರೀಕ್ಷೆ.

ಕೊನೆಗೆ ಪ್ರತಿ ಕೊಂಡಿಗೂ ಒಂದು ಉದ್ದೇಶವಿರುವ ಸರಪಳಿ ನಿಮ್ಮ ಬಳಿ ಇರುತ್ತದೆ: ಖಾಸಗಿ ಮೂಲ, ಮಿತಿಗೊಳಿಸಿದ ಇನ್ಜೆಸ್ಟ್, ಆಯ್ಕೆಮಾಡಿದ ಪ್ಯಾಕೇಜಿಂಗ್, ಅಧಿಕೃತ ವೀಕ್ಷಕ ಪ್ರವೇಶ. ಆ ಕೊಂಡಿಗಳಲ್ಲಿ ಯಾವುದೂ ಐಚ್ಛಿಕವಲ್ಲ, ಮತ್ತು ಯಾವುದೂ ಪೋರ್ಟ್ ತೆರೆಯುವುದರಿಂದ ಉಂಟಾಗುವುದಿಲ್ಲ.