Je, --key-password ya OpenConnect ni neno la siri la akaunti yako ya VPN?

Soma jina la chaguo kwa maana halisi. Linaita ufunguo, na mkanganyiko huanza pale faili inayofunguliwa inapodhaniwa kuwa akaunti inayothibitishwa. Bandika neno la siri la akaunti kwenye chaguo hilo na mteja atajaribu kufungua faili ya ufunguo nalo, jambo ambalo hushindikana kwa sababu zisizohusiana kabisa na kuingia kwenye VPN.

Sehemu inayochanganya ni kwamba muunganisho mmoja unaweza kuhitaji siri zote mbili kwa njia halali. Uthibitishaji wa cheti cha mteja unaweza kuhitaji ufunguo uliosimbwa, na lango hilohilo linaweza bado kufanya mabadilishano ya uthibitishaji wa mtumiaji baada ya cheti kukubaliwa. Hakuna siri inayotimiza hatua nyingine, na hitilafu katika moja huonekana kwa nje kama hitilafu katika nyingine.

Siri mbili, kazi mbili tofauti

Soma majukumu kama ufikiaji wa faili dhidi ya ruhusa ya kuingia mtandao. Neno la siri la ufunguo hufungua ufunguo wa faragha wa PEM unaotajwa katika --sslkey ili cheti cha mteja cha TLS kiweze kuwasilishwa. Ufunguzi huo hufanyika ndani, ndani ya mchakato wa mteja, na neno la siri lenyewe haliendi kamwe hadi kwenye lango. Lango huona cheti na sahihi iliyotengenezwa kwa ufunguo. Mwongozo wa OpenConnect huweka --key-password kando ya --certificate na --sslkey, na katika matoleo yanayoweza kutumia ufunguo uliowekwa kwenye TPM chaguo hilo hilo hubeba neno la siri la ufunguo mzizi wa hifadhi badala yake.

Neno la siri la akaunti ni la aina nyingine. Linaingia kwenye mabadilishano ya uthibitishaji: fomu ya jina la mtumiaji na neno la siri, tokeni, mzunguko wa SAML, au mchanganyiko fulani ambao lango hulitangaza. Baadhi ya usambazaji hawaliombi kabisa wakati cheti ni kigezo pekee, na mengine huliomba hata baada ya cheti, kwa sababu cheti huthibitisha kifaa wakati akaunti inathibitisha mtu.

Kuchanganya mbili huzalisha hitilafu zenye kupotosha. Lango linalokataa kuingia kawaida huripoti kushindikana kwa uthibitishaji, wakati neno la siri la ufunguo lisilo sahihi kawaida hushindikana mapema zaidi, pale tabaka la TLS linaposhindwa kusoma faili ya ufunguo. Hizi ni hatua tofauti na marekebisho tofauti, na majina yanafanana vya kutosha hivi kwamba watu huyabadilishana kisha kufuata kumbukumbu isiyo sahihi. Angalia ni mwito upi uliotokea kabla ya kubadilisha mpangilio wowote, kwa sababu maneno ya mwito ndiyo uchunguzi wa bei nafuu zaidi ulionao.

Neno la siri la ufunguo linahitajika lini kwa kweli

Chaguo lina maana tu pale kuna ufunguo uliosimbwa wa kufungua. Ikiwa unaunganisha kwa jina la mtumiaji na neno la siri na bila cheti cha mteja, --key-password halina cha kufanyia kazi, na kulijumuisha hakubadilishi chochote. Ikiwa unaunganisha kwa --certificate na --sslkey, muundo wa faili ya ufunguo wenyewe huamua ikiwa neno la siri litaombwa kabisa.

Siri zote mbili katika amri moja ni kawaida katika mazingira yanayosimamiwa: cheti cha kifaa katika ufunguo uliosimbwa, pamoja na kuingia kwa kila mtumiaji. Mfululizo sahihi ni kumruhusu mteja kuomba neno la siri la ufunguo ndani, kukamilisha kupeana mikono kwa cheti, kisha kushughulikia mwito wa akaunti wa lango kwa mbinu tofauti. Jaribio la kujaza zote mbili mapema kupitia skripti moja inayotumika tena ndiko mkanganyiko kawaida huanzia.

Uchunguzi wenye manufaa ni kuangalia hitilafu inapotokea. Ikiwa mteja husimama kabla ya uthibitishaji wowote wa mtandao kuanza, shuku faili ya ufunguo, muundo wake au neno la siri. Ikiwa kikao cha TLS kimeanzishwa na lango linamkataa mtumiaji baadaye, ufunguo umefanya kazi yake na tatizo liko kwenye mabadilishano ya akaunti.

Weka siri zote mbili nje ya historia ya shell

Hoja za mstari wa amri zinaweza kusomwa na watumiaji wengine wa ndani kupitia jedwali la michakato na mara nyingi hunaswa katika historia ya shell, skripti na nakala za msaada. OpenConnect inaweza kusoma neno la siri la akaunti kutoka pembejeo ya kawaida kwa --passwd-on-stdin, na neno la siri la ufunguo linaweza kutoka kwenye mwito wa maingiliano au wakala badala ya hoja. Hakuna utaratibu unaofanya siri kuwa salama peke yake, lakini zote mbili huizuia mbali na mahali palipo wazi zaidi.

Faili zinastahili uangalifu sawa. Skripti inayoandika neno la siri kwenye faili ya muda inapaswa kuiunda kwa ruhusa kali, kuifuta inapotoka na kuepuka saraka zinazosomwa na kila mtu. Neno la siri linalobaki baada ya kikao katika saraka ya muda ni nakala uliyosahau kutengeneza. Vigezo vya mazingira vinaonekana kwa michakato ya watoto na mara nyingi huchapishwa na zana za utatuzi, kwa hivyo si uboreshaji wa bure kulinganisha na hoja.

Matokeo ya uchunguzi ni uvujaji wa kimya. Kumbukumbu za mteja katika kiwango cha maelezo zaidi zinaweza kuonyesha miili ya maombi au thamani za chaguo, na nakala ya terminal iliyonakiliwa ni rahisi kubandika kwenye tiketi, kwa hivyo soma matokeo kabla ya kuyashiriki.

Kitufe kimekufa cha desktop ni hitilafu nyingine

Kipengele cha VPN cha desktop kinachoonyesha kizunguzungu kisha hakifanyi chochote kwa kawaida si tatizo la uthibitishaji kabisa. Kitufe ni cha msimamizi wa mtandao, programu ndogo ya muuzaji au programu jalizi inayoanzisha OpenConnect kwa niaba yako, na sehemu inayokosekana au profaili isiyosomwa inaweza kuzalisha dalili hiyo hasa. Gundua ni mchakato upi kitufe huanzisha na soma hitilafu yake kabla ya kugusa vitambulisho.

Inashawishi kulegeza uthibitishaji wa cheti au kuzima ukaguzi wakati GUI inakataa kuunganisha. Hilo hubadilisha hitilafu ya muunganisho wa mteja kuwa kushuka kwa usalama na mara chache hutatua tatizo la kuanzisha. Weka uthibitishaji wa seva bila kuguswa, thibitisha kuwa profaili inaelekeza kwenye lango lililokusudiwa, na angalia ikiwa msaidizi anaotarajiwa na GUI amesakinishwa kweli.

Orodha fupi ya ukaguzi hutenganisha kesi. Kushindikana kwa ndani kabla ya pakiti yoyote kutoka kunaashiria ufunguo au usakinishaji wa mteja. Kukataliwa na lango baada ya kikao cha TLS kunaashiria mabadilishano ya akaunti. Kitufe ambacho huwahi kuanzisha mteja kunaashiria muunganisho wa desktop. Hitilafu tatu tofauti, moja yao ni neno la siri ulilokuwa karibu kubandika kwenye kisanduku kisichofaa.