OpenVPN Access Server: anzisha upya daemon au tumia mpangilio

Amri mbili hupachikwa kwa kile kinachoonekana kama kazi moja kwenye OpenVPN Access Server, na zinafanya mambo tofauti. systemctl restart openvpnas husimamisha na kuanzisha bidhaa yote. sacli start huinua huduma za ndani zinazosoma usanidi uliobadilisha hivi punde. Kuchagua kati yao si suala la ladha: inategemea kile nyaraka za mpangilio wenyewe zinasema, kama kipindi chako kinapita kwenye seva unayokwenda kuanzisha upya, na kama unaangalia bidhaa sahihi.

Tabaka mbili, daemon moja

Access Server huendesha kama kitengo kimoja cha systemd, openvpnas, na daemon huyo husimamia huduma za ndani nyuma ya kiolesura cha wavuti na wasikilizaji wa VPN. sacli ni kiolesura cha amri kwa usakinishaji huo huo, kwenye /usr/local/openvpn_as/scripts/sacli, na inaweza kuanzisha, kusimamisha na kuuliza vipengele hivyo vya ndani bila kubadilisha kitengo.

Ndiyo sababu amri zote mbili zipo. Kuanzisha upya daemon huendesha kila kitu tena, ikiwa ni pamoja na mchakato unaomaliza vichuguu vya wateja. sacli start huiomba daemon inayoendesha tayari kuinua vipengele vyake ili visome usanidi mpya, na ndivyo mabadiliko mengi ya sifa yanahitaji kwa kweli.

Sharti la kwanza: nyaraka za mpangilio zinasema nini

Soma ukurasa wa mpangilio uliobadilisha, si wa mpangilio uliobadilisha mwezi uliopita. Baada ya sifa iliyoandikwa kupitia ConfigPut kwa kawaida huja sacli start, na jozi hiyo ni hatua ya matumizi iliyoandikwa. Mabadiliko ya tabia katika ngazi ya msikilizaji, au kitu chochote ukurasa unaoeleza kama kinachohitaji kuanzisha upya huduma, ni darasa ambalo kuanzisha upya kitengo ni sahihi.

Amri mbili hazibadilishani, kwa hiyo mtindo wa kosa unapokisia hauna usawa. Kutumia sacli start wakati kuanzisha upya kamili kulihitajika huacha mchakato wa zamani ukiendelea kuhudumia usanidi wa awali, ambayo inaonekana kana kwamba mpangilio ulipuuzwa. Kuanzisha upya kamili wakati sacli start ingetosha huwafukuza wateja wote waliounganishwa bila sababu.

Sharti la pili: kipindi chako kiko ndani ya kichuguu

Ikiwa unasimamia Access Server kupitia VPN inayotoa, kuanzisha upya huondoa muunganisho unaobeba shell yako. Amri inaweza kukamilika baada ya kipindi chako kufa, kwa hiyo unakisia kama ilifanya kazi. Kwa sababu hiyo hiyo sacli start inaweza pia kuvuruga kipindi kwa muda mfupi wakati kipengele kinachozinduliwa upya kinashughulikia trafiki yako.

Weka njia ya nje ya mkondo wazi kabla ya amri yoyote: konsoli ya mtoa huduma, konsoli ya hypervisor, au kipindi cha serial. Hali hii huamua utakapotekeleza amri, si ipi, na ndiyo inayobadilisha mabadiliko ya dakika mbili kuwa ripoti ya hitilafu.

Sharti la tatu: hii ni bidhaa unayofikiria

Access Server si Community OpenVPN. Usakinishaji wa jumuiya huendesha vitengo kama openvpn@server au openvpn-client@profile, usanidi ukiwa /etc/openvpn, na sacli haipo hapo. Kuanzisha upya kila kitengo chenye openvpn kwa jina kwenye mwenyeji unaoshirikiwa ndiyo njia vichuguu visivyohusiana huanguka pamoja.

Tambua kabla ya kugusa kitu chochote: systemctl status openvpnas --no-pager hujibu kama Access Server ndicho kinachoendesha, sacli status huorodhesha vipengele vyake vya ndani, na systemctl list-units --type=service huorodhesha vitengo ambavyo majina yao yana openvpn. Ikiwa amri ya mwisho inaonyesha vitengo vyenye majina ya wasifu, uko kwenye bidhaa ya jumuiya na mengine hapa hayakuhusu.

Tumia, kisha thibitisha zaidi ya active

Kitengo kinachoripoti active kina mchakato unaoendesha, jambo ambalo si sawa na njia ya uthibitishaji inayofanya kazi. Baada ya hatua ya matumizi, angalia sacli status kwa vipengele ulivyotarajia kuanzishwa upya, thibitisha kwamba thamani ilihifadhiwa kwa sacli ConfigQuery, kisha endesha kuingia moja kwa mteja lenye kikomo kwa akaunti ya majaribio.

Maliza na kitu katika ngazi ya programu: fikia rasilimali ya faragha kupitia kichuguu, si ping tu kwa anwani ya umma ya seva. Kupeana mikono kunakofaulu wakati njia iliyosukumwa au mpangilio wa DNS ni mbaya kutapita ukaguzi wote wa huduma na bado kutamkosesha mtu aliyeripoti tatizo.

mafunzo ya mtoa huduma kuhusu usimamizi wa huduma ni kumbukumbu ya jinsi shughuli zipi ni za sacli, na inafaa kuifungua kabla ya kuamua kwamba kuanzisha upya ni chaguo salama.

Uamuzi katika kupita moja

Shuka mistari hii minne na simama kwenye ya kwanza inayolingana:

• Ukurasa wa mpangilio unataja sacli start, au umeendesha ConfigPut hivi punde: tumia sacli start.
• Ukurasa unahitaji kuanzisha upya, au mabadiliko yanagusa wasikilizaji si sifa: tumia systemctl restart openvpnas.
• Shell yako inakuja kupitia seva hii: panga kwanza ufikiaji wa konsoli, kisha endesha amri iliyochaguliwa na mistari miwili ya juu.
• Uthibitisho: sacli status, ConfigQuery kwa thamani, kuingia kimoja, rasilimali moja ya faragha. Hali ya huduma pekee si mstari wa mwisho.

Miwili ya mistari hiyo ni ukaguzi na miwili ni vitendo, na ndiyo maana ya mpangilio. Ikiwa hauwezi kujibu swali la bidhaa, simama: amri uliyokuwa ukikwenda kuendesha ni ya usakinishaji mwingine, na kichuguu utakachobomoa hakitakuwa kile ulichokusudia.