கேமரா ஓட்டத்தை வெளியிடுதல்: 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

தனியுரிமை மூலத்தின் வெற்றிகரமான சோதனையும் பொது விளிம்பில் பட்டியலின் வெற்றிகரமான பெறுதலும் வடிவமைப்பின் வெவ்வேறு பகுதிகளை நிரூபிக்கின்றன. அவற்றைத் தனித்தனியே சோதியுங்கள். உங்கள் பார்வையாளர் குழு பயன்படுத்தும் அதே வகை வாடிக்கையாளரிலிருந்து இயக்குவதே முழுச் சங்கிலியையும் உள்ளடக்கும் ஒரே சோதனை.

இறுதியில் ஒவ்வொரு இணைப்புக்கும் ஒரு நோக்கம் கொண்ட சங்கிலி உங்களிடம் இருக்கும்: தனியுரிமை மூலம், வரம்பிடப்பட்ட உட்கொள், தேர்ந்தெடுத்த பொதிவு, அங்கீகரிக்கப்பட்ட பார்வையாளர் நுழைவு. அந்த இணைப்புகளில் எதுவும் விருப்பமானது அல்ல, எதுவும் ஒரு துறையைத் திறப்பதால் உருவாகாது.