Kupakua wasifu wa OpenVPN Access Server: akaunti sahihi

Wasifu wa Access Server uliofungwa kwa mtumiaji huundwa kwa akaunti moja na hukataa kila nyingine, kwa hiyo hatua ya upakuaji huamua faili ni ya nani kabla mpangilio wowote wa mteja kuwa muhimu. Mpangilio ulio hapa chini ni ule ninaompa kila anayeomba “faili ya VPN”: ingia kama mtu atakayeitumia, tafuta kidhibiti cha toleo la seva yako, soma faili imefungwa kwa nini, thibitisha kwamba sera inaruhusu aina hiyo, kisha uikabidhi kwa namna ambayo bado unaweza kuibatilisha. Simama katika hatua ya kwanza inayoshindikana; kila hatua inayofuata huchukulia kwamba ile iliyotangulia ilishikilia.

Ukaguzi 1: ingia kama akaunti, si kama msimamizi

Lango la mteja ni kiolesura cha kawaida cha mtumiaji, kawaida likiwa https://vpn.example:943/, wakati usimamizi uko https://vpn.example:943/admin. Hizi ni mifano ya chaguo-msingi; majina ya mwenyeji, bandari na proksi za kinyume huzibadilisha, kwa hiyo tumia anwani uliyopewa na mwendeshaji wako. Kuingia kwanza kwenye njia ya msimamizi ndilo kosa la kawaida zaidi, kwa sababu kikao cha msimamizi kinaweza kuunda na kusimamia akaunti lakini si akaunti itakayobeba handaki.

Ikiwa mtu bado hawezi kuingia, simama hapa na urekebishe hilo kwanza: kuweka upya nenosiri, ugawaji wa kikundi unaokosekana au akaunti inayopatikana tu kama ingizo la uthibitishaji lililoingizwa kutoka nje zitazuia upakuaji bila kujali kivinjari unachojaribu. Kupakua kutoka kikao cha msimamizi mwenyewe hutoa wasifu wa msimamizi, na hiyo ndiyo faili ambayo haipaswi kuishia kwenye kompyuta ya mkononi ya mtu mwingine.

Ukaguzi 2: tafuta kidhibiti cha upakuaji cha toleo lako

Baada ya kuingia, lango huonyesha kidhibiti cha wasifu wa muunganisho karibu na sehemu ya juu ya ukurasa. Kwa Access Server 2.14 na zaidi, mwongozo unauelezea kama sehemu ya Wasifu wa Muunganisho chini ya “Pakua wasifu wako hapa chini”. Pale lango pia linapotoa kisakinishi cha OpenVPN Connect kilichosanidiwa mapema, hizo ni makabidhiano mawili tofauti: kimoja husakinisha mteja akiwa na wasifu tayari umeambatishwa, kingine hukupa faili ya kuagiza kwenye mteja ulio nao tayari.

Toleo ni muhimu hapa. Lango la zamani linaweza kuweka lebo tofauti kwenye kitufe kilekile, na lango lililobinafsishwa sana linaweza kulihamishia chini ya taarifa. Ikiwa sehemu haipo kabisa, usianze kukisia URL: nenda kwenye ukaguzi wa sera badala ya kufanya majaribio na njia, kwa sababu kidhibiti kinachokosekana karibu kila mara ni uamuzi wa upande wa seva.

Ukaguzi 3: soma faili imefungwa kwa nini

Wasifu uliofungwa kwa mtumiaji hubeba cheti cha mteja na ufunguo vilivyopachikwa vilivyotolewa kwa mtumiaji mmoja, na seva huunganisha utambulisho huo na akaunti hiyo. Kubadilisha jina la faili, kuhariri jina lake linaloonekana au kuandika vitambulisho tofauti kwenye kidokezo hakubadilishi uunganishaji, ndiyo sababu wasifu ulionakiliwa hushindikana kwa mtu wa pili kwa hitilafu ya uthibitishaji au cheti badala ya tatizo la uelekezaji. Angalia ndani ya faili ikiwa unahitaji kuthibitisha ulicho nacho:

grep -c "BEGIN CERTIFICATE" office-user.ovpn
grep -n "^remote " office-user.ovpn

Idadi ya vyeti hukuambia kwamba utambulisho umepachikwa; mistari remote hutaja seva tu. Kwa hiyo faili mbili zinazoelekea seva moja zinaweza kuwa za watu tofauti, na faili moja inayoelekea seva mbili bado imefungwa kwa mmiliki wake wa awali. Wasifu uliofungwa kwa seva na wasifu wa kuingia kiotomatiki wana tena mifano tofauti ya matumizi inayoruhusiwa: wasifu uliofungwa kwa seva hutegemea vitambulisho wakati wa kuunganisha, na wasifu wa kuingia kiotomatiki huruka kidokezo cha nenosiri kwa muundo wake. Hakuna hata mmoja wao anayekuwa aina nyingine kwa kuhariri faili.

Ukaguzi 4: thibitisha kwamba sera inaruhusu aina hiyo

Aina gani za wasifu zipo ni mpangilio wa msimamizi, si upendeleo wa mteja. Ikiwa lango linatoa upakuaji uliofungwa kwa mtumiaji pekee, seva inaweza isiruhusu aina nyingine yoyote, au iruhusu ile ambayo kikundi cha akaunti hakipati. Kumwomba msimamizi awashe aina nyingine ili kitufe kinachokosekana kionekane ni mabadiliko ya sera yenye matokeo ya kweli, na kuondoa uthibitishaji wa vipengele vingi ili kufikia ukurasa wa upakuaji hubadilisha udhibiti wa uthibitishaji kwa urahisi.

Kulingana na toleo, kiolesura cha wavuti cha msimamizi pia hutoa usimamizi wa wasifu kwa mtumiaji, ambapo msimamizi anaweza kutoa au kubatilisha wasifu bila kuingia kama mtu huyo. Pale uwezo huo haupo, mtumiaji hupakua faili yake mwenyewe. Kwa vyovyote vile, chanzo sahihi ni akaunti inayokusudiwa, kamwe si wasifu wa msimamizi ulionakiliwa unaotumiwa kama kiolezo.

Ukaguzi 5: kabidhi, kisha uendelee kuwa na uwezo wa kuubatilisha

Chukulia upakuaji kama nyenzo ya vitambulisho na si faili ya usanidi. Wasifu uliofungwa kwa mtumiaji una ufunguo wa faragha, kwa hiyo unapaswa kusafiri kupitia njia ambayo ungeitumia kwa nenosiri, si kupitia folda ya diski inayoshirikiwa au kikundi cha gumzo. Rekodi mtumiaji na kifaa kilichopokea faili gani, kwa sababu ubatilishaji ni kwa akaunti: kompyuta ya mkononi inapobadilishwa au kupotea, msimamizi hubatilisha ufikiaji wa mtumiaji huyo na kutoa wasifu mpya, na faili ya zamani huacha kufanya kazi kwenye jaribio la muunganisho lifuatalo.

Maliza kwa ukaguzi nne kwa mpangilio huu: kuingia kwenye lango kulikuwa mtumiaji aliyekusudiwa, faili ina utambulisho na si anwani ya seva pekee, muunganisho mmoja wa jaribio kutoka kwa mteja aliyekusudiwa unafanikiwa, na muunganisho wa pili ukitumia akaunti nyingine unashindikana. Ikiwa wa nne unafanikiwa, umesambaza faili isiyo sahihi, na hatua inayofuata ni ubatilishaji na si kuhariri usanidi. mwongozo wa upakuaji wa Access Server unaonyesha mpangilio wa sasa wa lango na tofauti kati ya wasifu na kisakinishi kilichosanidiwa mapema.