Access Server ilipoteza muunganisho wake baada ya kubadilisha jina la kiolesura cha mtandao: rekebisha funguo

Ulibadilisha jina la kiolesura cha mtandao, au ulirejesha mashine ambayo adapta yake ilirudi kwa jina lingine, na sasa daemon ya OpenVPN Access Server haianzi. Kiolesura cha wavuti kinaweza bado kujibu au la, kulingana na sehemu ipi ilikuwa imeunganishwa na jina la zamani. Huduma haijaharibika na usanidi haujapotea; mpangilio mmoja bado unaonyesha kiolesura ambacho mwenyeji hana tena.

Mwitikio wa kawaida ni kusakinisha upya, kuanzisha upya au kuhariri hifadhidata hadi kosa litoweke. Kila moja ni mabadiliko makubwa kuliko hitilafu, na la mwisho linaweza kufuta watumiaji, ruhusa na vitegemezi vilivyofanya seva iwe yenye thamani ya kuokolewa. Hii ni tatizo la muunganisho, na ina suluhisho lililotajwa.

Dalili inasema nini kwa kweli

Daemon isiyoweza kuunganisha kawaida husema hivyo katika kumbukumbu yake: anwani haipatikani au kiolesura hakipo. Ujumbe ni mahususi: unataja anwani ambayo daemon ilijaribu; linganisha na ip -br addr kwenye mwenyeji ili kujua kama kiolesura kilibadilishwa jina, kiliondolewa au kiliinuliwa bila anwani yake ya zamani.

Weka konsoli ya uokoaji iliyoidhinishwa wazi wakati wote. Ikiwa muunganisho unaotaka kubadilisha unabeba kikao chako kimoja cha utawala, umejikata njia ya kurudi. Konsoli ya ndani, anwani ya pili ya usimamizi au njia ya nje iliyoandikwa hufanya mabadiliko yawe yanayoweza kurudishwa.

Uliza usanidi kabla ya kuuhariri

Access Server huonyesha usanidi wake kupitia CLI yake mwenyewe. Mwonekano ulioandikwa ni:

sacli ConfigQuery

Iendeshe katika mazingira ya utawala yaliyoandikwa kwa toleo lako, si kutoka shell isiyohusiana kwenye mwenyeji mwingine. Hifadhi thamani za sasa mahali palindwa kabla ya kubadilisha kitu, na usibandike matokeo yote kwenye uzi wa msaada wa umma.

Matokeo hayo ni mwonekano wa usanidi wa seva, si nakala kamili. Sifa za watumiaji na vikundi huulizwa kando, kwa hivyo muunganisho safi haurejeshi utambulisho, na utambulisho uliorejeshwa hautengenezi msikilizaji. Rekodi zote mbili kama nyaraka mbili tofauti.

Baini ni msikilizaji gani umevunjika

Access Server huendesha zaidi ya msikilizaji mmoja. Daemon za OpenVPN hubeba trafiki ya handaki, huduma ya wavuti hubeba lango la utawala na wateja, na sehemu nyingine zinaweza kuwa na bandari zao. Ombi la kivinjari lililoshindwa haliambii ipi ilishindwa, na namba ya bandari katika ujumbe wa kosa pia haiambii.

Funguo za muunganisho wa daemon zimeandikwa kwa kila daemon, na katika mafunzo rasmi thamani ni kitambulisho cha kiolesura ingawa majina ya funguo yanaishia kwa ip_address. Soma sentensi hiyo mara mbili. Mafunzo pia yanatarajia daemon za UDP na TCP zishiriki kiolesura kimoja, kwa hivyo kurekebisha funguo moja pekee ni urekebishaji wa nusu.

Badilisha mpangilio uliotajwa, si safu zinazolingana

Mafunzo yanaandika ConfigPut kwenye funguo maalum, kama vpn.daemon.0.server.ip_address na vpn.daemon.0.listen.ip_address. Tumia njia ya bidhaa yenyewe na jina la funguo na thamani mpya, katika sintaksia iliyoandikwa kwa toleo lako, na badilisha funguo za msikilizaji uliyegundua pekee.

Usichopaswa kufanya ni kutafuta katika hifadhidata kila safu ambayo thamani yake ni jina la zamani la kiolesura na kuzibadilisha zote. Hiyo inadhani jina la zamani lilionekana katika mipangilio ya msikilizaji pekee, jambo ambalo schema haiahidi. Pia hufanya mabadiliko yasiweze kupitiwa.

Majarabio mawili zaidi yanafaa kukataliwa. Kurejesha chaguo-msingi linalosikiliza kwenye kiolesura chochote ni uamuzi wa mfiduo, si marekebisho ya tahajia; muunganisho wa ndani uliokusudiwa, njia iliyochapishwa na uchujaji ulio mbele yake lazima vikubaliane na chaguo hilo. Kuanzisha upya usanidi hubadilisha jina la tatizo badala ya kulitatua, kwa sababu usakinishaji mpya hutupa watumiaji na ruhusa zilizokuwa zikifanya kazi kabla ya kubadilisha jina.

Itumie, kisha thibitisha kwamba njia inafanya kazi

Baada ya thamani kurekebishwa, itumie kupitia mzunguko wa maisha wa bidhaa ulioandikwa ( mzunguko wa maisha ). Mafunzo hutumia sacli start baada ya kuweka funguo; hiyo si kuanzisha upya mwenyeji kikamilifu wala kuweka upya hifadhidata.

ss -lntup | grep -E '1194|443'
sacli ConfigQuery | grep -i ip_address

Kagua msikilizaji, kisha tengeneza muunganisho mmoja wa VPN ulioidhinishwa, fikia rasilimali moja ya faragha na upakie ukurasa wa utawala kwa njia inayotarajiwa. Hifadhi ruhusa na ubatilishaji zilizopo; uokoaji unaozibadilisha upya umerekebisha muunganisho na kupoteza usambazaji. Kazi inakamilika wakati huduma hiyo hiyo inafanya kazi kwenye kiolesura kilichokusudiwa.