Mteja mmoja tu wa usimamizi: kwa nini kichunguzi chako kinatupa GUI nje
Soketi ya usimamizi hupokea muunganisho mmoja kwa wakati. Mteja wa pili hushindwa kuunganisha au huiba udhibiti kutoka kwa kipengele kinachomiliki vichocheo.
GUI ya eneo-kazi hushikilia muunganisho wa usimamizi, kwa hivyo script ya ufuatiliaji inayojaribu kufungua yake yenyewe haisomi chochote au, mbaya zaidi, GUI huacha kuitikia vichocheo. Hitimisho la kawaida ni kwamba daemon haina utulivu. Katika daemon ya jamii kizuizi ni kwa makusudi: kiolesura cha udhibiti huhudumia mteja mmoja wa usimamizi aliyeunganishwa kwa wakati mmoja, na idadi hiyo haihusiani na watumiaji wangapi VPN inaweza kubeba.
Soketi moja, mmiliki mmoja
Njia ya usimamizi hupokea mteja mmoja aliyeunganishwa. Mteja wa pili anapofika wakati wa kwanza akiwa hai, husubiri au hukataliwa, na hakuna hali ya usajili sambamba iliyofichwa nyuma ya chaguo. Kukata muunganisho wa mmiliki wa sasa humruhusu daemon kupokea anayefuata, na hiyo ni kukabidhi, si njia ya pili.
Hilo hufanya kila chombo cha ziada kuwa mshindani. Ikiwa GUI inamiliki muunganisho, script ya uchunguzi ama haijaunganishwa au hufaulu tu baada ya GUI kukata tamaa, na mfululizo hujirudia kwenye muunganisho unaofuata. Ikiwa script inaunganisha kwanza, GUI hupoteza njia yake ya udhibiti na vichocheo vyake huacha kufanya kazi. Hakuna chombo kinachoripoti mgongano, kwa sababu kila kimoja huona tu amri yake iliyoshindwa.
| 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 |
Amua kipengele gani kinamiliki udhibiti
Chagua mmiliki mmoja kwa njia ya mwingiliano na umruhusu kuwa kitu pekee kinachounganisha. GUI inayosimamia muunganisho, script inayojibu vichocheo vya uthibitishaji na kidhibiti kinachomaliza vipindi vyote huhesabiwa kama wamiliki, na mmoja tu anaweza kushikilia jukumu hilo.
GUI inapomiliki muunganisho, tumia ujumuishaji ambao GUI hiyo hutoa badala ya kupigana nayo. Kushindana na mmiliki kwa soketi huzalisha hitilafu za vipindi zinazoonekana kama za bahati nasibu kwa watumiaji, na anayetatua matatizo mara nyingi huona nusu ya pili ya mashindano tu. Andika ni mchakato gani unaounganisha kwanza baada ya kuwasha upya, kwa sababu mpangilio huo huamua nani atashinda kila wakati. Kichunguzi kinachoanza kabla ya GUI kitahifadhi njia hadi GUI ikate tamaa.
Tumia picha za hali kwa wakusanyaji
Mahitaji mengi ya ufuatiliaji yanahitaji orodha, si mazungumzo. Faili ya hali ya mara kwa mara hujibu hilo bila kugusa njia ya udhibiti, na inaendelea kufanya kazi wakati GUI inabaki imeunganishwa.
status /run/openvpn/server.status 10
management /run/openvpn/server.sock unixMuda ni bajeti ya ubichi, kwa hivyo weka kulingana na kile dashibodi inahitaji kweli, si kwa thamani ndogo zaidi inayoonekana salama. Picha inayoandikwa kila sekunde chache ni rahisi; script inayounganisha tena kwenye soketi ya udhibiti kila sekunde chache si rahisi, kwa sababu kila muunganisho mpya hushindana na mmiliki.
Picha si historia na si mtiririko wa matukio. Muunganisho unaoingia na kutoka ndani ya muda mmoja hauonekani kamwe, kwa hivyo hitaji la ukaguzi haliwezi kutimizwa kwa kuchunguza faili linalojandika juu yake lenyewe. Ikiwa unahitaji kujua kama mtumiaji aliunganisha hata mara moja, picha ni chombo kisichofaa.
Usambazaji ni muundo, si hali
Ikiwa watumiaji kadhaa wanahitaji data ya usimamizi ya moja kwa moja, weka kipengele kimoja kinachoaminika mbele ya soketi na kiachie kichapishe uchunguzi uliochaguliwa kwa uangalifu kwa wengine. Kipengele hicho kinamiliki muunganisho mpya, vichocheo vya uthibitishaji na uamuzi wa kile kilicho salama kufichua.
Ijeni kwa makusudi: fafanua ni maswali gani yanaruhusiwa, rekodi nani aliuliza, na epuka safu ya usambazaji kugeuka kuwa paneli ya udhibiti wa mbali kwa bahati mbaya. Daemon haina hali ya wateja wengi ya kuwasha, na hakuna mstari wa usanidi unaounda moja. Chukulia mmiliki kama sehemu ya mpaka wa usalama, kwa sababu anashikilia kiolesura kinachoweza kukata watu. Kuianzisha upya kunapaswa kuwa operesheni ya kawaida yenye njia ya urejeshaji iliyoandikwa.
Chukulia soketi kama fursa, si kama vipimo
Kiolesura cha usimamizi kinaweza kukata watumiaji, kubadilisha hali na kusoma matukio yanayowataja watu. Nenosiri lake huthibitisha mteja na halisimbi usafirishaji, kwa hivyo msikilizaji wa mtandao hufichua mazungumzo kwa yeyote anayeweza kuyachunguza.
Pendelea soketi ya ndani au msikilizaji aliyedhibitiwa kwa ukali, na angalia ni mchakato gani ambalo mkusanyaji wako anaelekea kweli, kwa sababu bidhaa za seva huleta API zao za usimamizi zinazofanya kazi tofauti. Mkusanyaji unaoelekezwa kwenye daemon isiyofaa hutoa hitimisho la uhakika na lisilo sahihi. Thibitisha njia na mchakato mmiliki kabla ya kutatua tatizo la swali lisilorejesha chochote.