Kamera-fluxua argitaratzea: RTSP eta HLS ez dira ertz bera

Kameraren ataka bat irekitzen duzu, erreproduzigailu bat bertara zuzentzen duzu eta interneterako arazoa konponduta dagoela suposatzen duzu. Gero telefono batek ezin du erreproduzitu, nabigatzaile batek ezin du erreproduzitu, eta kameraren administrazio-orria ertz publikotik oker idatzitako bide bakar batera dago. Aukeratu zenuen entrega-ereduak, RTSP edo HLS, horren zatirik handiena erabakitzen du suebaki-arau bat ere idatzi aurretik. VPNak zati pribatua baino ez du ematen.

VPNak iturriaren bidea konpontzen du, ez ikuslearen bidea

Kameraren LANera tunel baten bidez konektatutako VPS batek kamerara bere helbide pribatuan irits daiteke, eta hori benetan erabilgarria da. Horrek esan nahi du kamerak ez duela sarrera-atakaren beharrik eta etxeko bideratzailea itxita mantentzen dela. Horrek ez dizu esaten ikusle batek zein hizkuntza hitz egingo duen. Mahaigaineko erreproduzigailuak, nabigatzaileak, telefonoak eta telebista adimentsuak protokolo desberdinak onartzen dituzte, eta bakoitzak bere itxaropenak ditu TLS, autentifikazio eta kodekeei buruz.

Hona hemen baztertzea merezi duen ustea: argitaratzeak iturria irisgarri egitea esan nahiko luke. Argitaratzeak, egiatan, publiko zehaztu bati media kontsumitzeko modu onartua ematea esan nahi du. Argitaratutako fluxu batek formatua, publikoa eta kredentziala ditu; irisgarria den kamerak ez du horietako bat ere. Irisgarritasuna tunelak konpontzen duen zatia da, eta ikuslearen sarbide-puntua oraindik diseinatu behar duzun zatia da.

RTSP negoziazioa da, ez ataka bakarra

RTSPk saioaren kontrola eramaten du: bezeroak deskribapen bat eskatzen du, media-pista bat edo gehiago ezartzen ditu eta gero erreproduzitzen du. Mediaren garraioa bera ezarpen horretan zehar negoziatzen da, eta horregatik protokoloa ez da ondo deskribatzen aurrera bidalitako TCP ataka bakar batekin. Negoziazio hori da jendeak suebaki-arauak alderatzean galdu ohi duen zatia.

Muturreko puntuen arabera, RTP UDP ataka bereizietan irits daiteke edo kontrol-konexioan txirikordatu. 554 soilik aurrera pasatzen duen eta gainerakoak funtzionatuko duela suposatzen duen errele batek konektatzen den, pista bat jakinarazten duen eta gero ezer erakusten ez duen saioa sortzen du normalean. Egiaztatu zure kamerak benetan negoziatzen duen garraioa arauak idatzi aurretik. Alde pribatuko kapturak minutu batean erantzuten du, eta asmatzeak arratsalde bat kostatzen du.

Erreproduzigailu bateragarriak dituen publiko txiki eta ezagun baterako, nahita konfiguratutako RTSP errele bat erantzun egokia izan daiteke. Mugatu zein iturritatik tira dezakeen eta eskatu autentifikazioa errelean. Idatzi probatu zenituen erreproduzigailuak, VLCn funtzionatzen duen RTSP fluxu batek nabigatzailean huts egin baitezake oraindik.

HLS erreprodukzio-zerrenda bat eta baliabideak da

HLS ikusle batek erreprodukzio-zerrenda bat eskuratzen du, eta gero zerrenda horrek izendatzen dituen media-segmentuak eskuratzen ditu. HLS zehaztapenak baliabide-eredu hori definitzen du, eta eragiketa-xehetasun garrantzitsua da zerrendek beste URL batzuei egiten dietela erreferentzia. Erreferentzia erlatiboak zerrendaren kokapenaren arabera ebazten dira, beraz bideak berridazten dituen proxy batek koherentziaz berridatzi behar ditu.

Kamerak jada HLS erabilgarria eskaintzen badu, frontend publiko batek zerrenda eta segmentu eskaera horiek tunelaren bidez pasa ditzake. Begiratu aplikazioak sortzen dituen gakoak, birbideratzeak eta URLak. Ostalari pribatu batera daraman edozein URL absolutuk eten egiten du LANetik kanpoko ikusle batek jarraitzen duen unean. Bide erlatiboak dira proxyaren berridazketari irauteko gai direnak, beraz hobetsi itzazu sortutako irteera kontrolatzen duzun edonon.

Kamerak RTSP baino hitz egiten ez badu, zerbaiti iturria ikuslearen formatura bihurtu behar dio. Berrpacking eta transkodetzea lan desberdinak dira: berrpacking-ak kodeka mantentzen du, transkodetzeak bateragarritasunerako berriz kodetzen du, eta bigarrenak soilik jaten du CPU serioa. Biak ez dira beharrezko bihurtzen bidean VPN bat dagoelako bakarrik.

Planifikatu goranzko lotura banaketa non gertatzen den kontuan hartuta. Zerbitzu publiko bat elikatzen duen sarrera pribatu bakar batek oso bestelako jokabidea du tunelaren bidez bere fluxua tiratzen duen ikusle bakoitzak baino. Bigarren ereduak etxeko konexio saturatuan eta itxuraz ausaz huts egiten duen kameran amaitzen da normalean.

Jarri autentifikazioa argitaratzen duzun ertzean

TLS, ikusleen autentifikazioa eta sarbide-erregistroa sarbide-puntu publikoari dagozkio, ez kamerari. Horrek kameraren kredentzialak fluxuaren kredentzialetatik bereizten ditu. Ikusle bat joaten denean sarbidea baliogabetzeko toki bakarra ere ematen dizu. Kontrol horiek kameran jartzeak, aldiz, esan nahi du ikusleen aldaketa bakoitza inoiz publikoki irisgarria izan behar ez lukeen gailu bateko administrazio-aldaketa bihurtzen dela.

Eduki VPNak eta kameraren administrazio-baimenak argitaratze-bidetik bereizita. Fluxua tiratzeko kameraren web interfazera irits daitekeen VPS batek ez luke interfaze hori agerian jartzen duen makina ere izan behar. Ikusleek ez lukete inoiz kameraren helbidea ezagutu behar.

Ondoren egiaztatu benetan eraiki zenituen bi muturrak, katea funtzionatzen duela suposatu beharrean:

$ 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

Iturri pribatuaren proba arrakastatsuak eta ertz publikoan zerrendaren eskuratze arrakastatsuak diseinuaren erdi desberdinak frogatzen dituzte. Probatu itzazu bereizita. Zure ikusleek erabiltzen duten bezero mota beretik erreproduzitzea da kate osoa estaltzen duen proba bakarra.

Azkenean lortzen duzuna esteka bakoitzean helburu bat duen katea da: iturri pribatua, sarrera mugatua, hautatutako paketatzea, baimendutako ikusle-sarrera. Esteka horietako bat ere ez da hautazkoa, eta bat ere ez da ataka bat irekiz sortzen.