Kudeaketa-kliente bakarra: zergatik botatzen du zure monitoreak interfaze grafikoa kanpora
Kudeaketa-soketeak konexio bakarra onartzen du aldi berean. Bigarren harpidedunak edo ezin du konektatu, edo gonbidapenak dituen osagaitik kontrola lapurtzen du.
Mahaigaineko interfaze grafikoak kudeaketa-konexioa eusten du, beraz bere konexioa irekitzen saiatzen den monitorizazio-script batek ezer irakurtzen ez du edo, okerrago, interfazeak gonbidapenei erantzuteari uzten dio. Ohiko ondorioa da daemona ezegonkorra dela. Komunitateko daemonean muga nahita ezarri da: kontrol-interfazeak aldi berean konektatuta dagoen kudeaketa-kliente bakarra zerbitzatzen du, eta zenbaki horrek ez du zerikusirik VPNak zenbat erabiltzaile jasan dezakeen.
Sokete bat, titular bat
Kudeaketa-kanalak konektatutako kliente bakarra onartzen du. Lehenengoa aktibo dagoela bigarrena iristen bada, itxaron egiten du edo ukatu egiten da, eta ez dago aukeraren atzean ezkutatutako harpidedun modu paralelorik. Egungo titularra deskonektatzeak daemonari hurrengoa onartzen uzten dio, eta hori transferentzia bat da, ez bigarren kanal bat.
Horrek tresna gehigarri bakoitza lehiakide bihurtzen du. Interfazeak konexioa badu, inkesta-scriptak edo ez du konektatzen, edo interfazea amore eman ondoren baino ez du lortzen, eta sekuentzia hurrengo berrikonexioan errepikatzen da. Scripta lehenengo konektatzen bada, interfazeak bere kontrol-bidea galtzen du eta bere gonbidapenek funtzionatzeari uzten diote. Tresnetako batek ere ez du gatazkaren berri ematen, bakoitzak bere komando hutsa baino ez baitu ikusten.
| What you need | Mechanism that fits | What it cannot do |
|---|---|---|
| Periodic list of connected clients | Status file written on an interval | Deliver events as they happen |
| Interactive prompts and session control | The single management connection | Serve two controllers at once |
| Multiple consumers of either | One owner process that fans out | Exist without you writing it |
Erabaki zein osagaik duen kontrola
Aukeratu titular bakarra kanal interaktiborako eta utzi hari bakarrik konektatzen. Konexioa kudeatzen duen interfazeak, autentifikazio-gonbidapenei erantzuten dien scriptak eta saiakerak amaitzen dituen kontrolatzaileak titular gisa zenbatzen dira guztiak, eta batek baino ezin du rola bete.
Interfazeak konexioa duenean, erabili eskaintzen duen integrazioa, haren aurka borrokatu beharrean. Titularrarekin sokeagatik lehiatzeak erabiltzaileei ausazkoak iruditzen zaizkien hutsegite intermitenteak sortzen ditu, eta arazketa egiten duenak lasterketaren bigarren erdia baino ez du ikusten normalean. Idatz ezazu zein prozesu konektatzen den lehenengo berrabiaraztearen ondoren, ordena horrek erabakitzen baitu nor nagusituko den aldi bakoitzean. Interfazea baino lehenago abiatzen den monitoreak kanala eutsiko du interfazeak amore eman arte.
Erabili egoera-instantaneak biltzaileentzat
Monitorizazio-behar gehienek zerrenda bat behar dute, ez elkarrizketa bat. Aldizkako egoera-fitxategi batek horri erantzuten dio kontrol-kanala ukitu gabe, eta lanean jarraitzen du interfazea konektatuta dagoen bitartean.
status /run/openvpn/server.status 10
management /run/openvpn/server.sock unixTartea freskotasun-aurrekontua da, beraz ezarri panelak benetan behar duenera, eta ez segurua dirudien balio txikienera. Zenbait segundoro idatzitako instantanea merkea da; kontrol-soketean zenbait segundoro berriz konektatzen den scripta ez da merkea, berrikonexio bakoitzak titularrarekin lehiatzen baitu.
Instantanea ez da historia eta ez da gertaeren fluxua. Tarte baten barruan iritsi eta joaten diren konexioak ez dira inoiz agertzen, beraz auditoria-baldintza ezin da bete bere burua gainidazten duen fitxategia inkestatuz. Erabiltzaile bat inoiz konektatu den jakin behar baduzu, instantanea tresna okerra da.
Banaketa diseinua da, ez modua
Hainbat kontsumitzailek benetan kudeaketa-datuak zuzenean behar badituzte, jarri osagai fidagarri bat sokearen aurrean eta utzi oso hautatutako behaketak besteentzat argitaratzen. Osagai horrek berrikonexioa, autentifikazio-gonbidapenak eta zer agerian jartzea segurua den erabakia ditu.
Eraiki ezazu nahita: definitu zein kontsulta dauden baimenduta, erregistratu nork galdetu zuen eta saihestu banaketa-geruza ustekabean urrutiko kontrol-panel bihurtzea. Daemonak ez du pizteko moduko bezero anitzeko modurik, eta inongo konfigurazio-lerrok ez du sortzen. Tratatu titularra segurtasun-mugaren parte gisa, pertsonak deskonektatzeko gai den interfaze bat baitu. Berrabiaraztea ohiko eragiketa izan beharko litzateke, berreskuratze-bide dokumentatuarekin.
Tratatu soketea pribilegio gisa, ez metrika gisa
Kudeaketa-interfazeak erabiltzaileak deskonekta ditzake, egoera aldatu eta pertsonak izendatzen dituzten gertaerak irakur ditzake. Bere pasahitzak klientea autentifikatzen du eta ez du garraioa zifratzen, beraz sareko entzule batek elkarrizketa behatzeko gai den edonorentzat agerian uzten du.
Hobetsi socket lokal bat edo zorrotz mugatutako entzule bat, eta egiaztatu zure biltzaileak zein prozesuri heltzen dion benetan, zerbitzari-produktuek beren kudeaketa-APIak ekartzen baitituzte eta horiek desberdin jokatzen dute. Daemon okerreko batera zuzendutako biltzaileak ondorio ziurrak eta okerrak ematen ditu. Egiaztatu bidea eta jabe den prozesua ezer itzultzen ez duen kontsulta bat araztu aurretik.