iOS IKEv2 hadi strongSwan: hakuna pendekezo lililochaguliwa, rekebisha orodha

iPhone huinua handaki, lango halijibu kwa chochote, na simu inaonyesha hitilafu ya jumla. Kumbukumbu ya strongSwan ni mahususi zaidi: no proposal chosen. Ujumbe huo unamaanisha kwamba orodha mbili za seti za usimbaji fiche zinazokubalika hazikuwahi kupatana, kwa hiyo mabadilishano yalimalizika kabla ya uthibitishaji kuanza. Ni tatizo la ulinganishaji, na suluhisho ni kufanya orodha zipatane.

Mahali lango hutangaza sera yake

strongSwan huandika sera yake katika usanidi, na alama ya mshangao mwishoni huamua jinsi sera hiyo inavyosomwa. Pamoja na alama hiyo orodha ni kamili: maingizo hayo tu yanakubaliwa na hakuna kingine. Bila hiyo, mstari huo huo ni mpangilio wa upendeleo, na daemon inaweza kuchagua kitu usichokusudia. Uliza ni aina gani imesakinishwa kabla ya kutafsiri chochote, kwa sababu zote mbili hujiendesha tofauti kwa mteja yule yule. Andika mstari kamili, pamoja na alama, na ujaribu dhidi yake.

Mteja anayetoa orodha pana zaidi bado anaweza kuunganisha kwenye lango lililobandikwa, mradi mchanganyiko mmoja unaonekana pande zote mbili. Kisichoweza kutokea ni majadiliano nje ya seti iliyobandikwa.

Ndiyo sababu profaili iliyonakiliwa kutoka programu nyingine ya VPN inaweza kufanya kazi pale yako haifanyi: programu nyingine ilituma orodha tofauti.

Majina lazima yalingane, sio kuboreshwa

Tafsiri mbili huwachanganya wale wanaohamisha thamani kutoka strongSwan kwenda iOS. Algoriti ya uadilifu iliyoandikwa SHA1 katika pendekezo la IKE husafiri katika umbo lake lililofupishwa, ambalo iOS huiita .SHA96. Kundi la Diffie-Hellman lililoandikwa modp1024 ni kundi 2, ambalo iOS huiita .group2. Kubadilisha na SHA-256 au kundi 14 hakutajadiliana na lango linalokubali jozi ya zamani tu. Mteja lazima aeleze algoriti hiyo hiyo, sio yenye nguvu zaidi.

Weka thamani hizo kwa uwazi katika NEVPNProtocolIKEv2. Thamani chaguo-msingi zinaweza kuwa pana au nyembamba kuliko profaili unayobadilisha, na tofauti huonekana tu wakati makubaliano ya mkono yanashindikana.

Pendekezo la mtoto linashindikana baadaye na kwa utulivu zaidi

Sanidi pia muungano wa usalama wa mtoto, sio ule wa IKE pekee. Wakati vigezo vya IKE pekee vinalingana, handaki huthibitisha na kisha hubeba trafiki, ambayo ni hitilafu tulivu zaidi kuliko kukataliwa. Weka usimbaji fiche, uadilifu, kundi na maisha ya mtoto katika hatua moja. Weka maisha ya mteja sawa au chini ya thamani ya lango, kwa sababu kusisitiza moja ndefu hutoa ujumbe ule ule wa no proposal chosen kutokana na sababu nyingine. Kutokulingana huko kunaonekana sawa na kutokulingana kwa IKE kwenye kumbukumbu.

Angalia ikiwa profaili inathibitisha kwa vyeti au kwa siri inayoshirikiwa wakati uko kwenye usanidi. Kukataliwa kwa pendekezo na kukataliwa kwa uthibitishaji huonekana kwenye mistari tofauti, na kurekebisha ile isiyo sahihi hugharimu siku. Jaribu kwa muunganisho mpya baada ya kila mabadiliko, kigezo kimoja kwa wakati mmoja, kwa sababu hali iliyohifadhiwa huficha ni kigezo kipi kilichosogea.

Acha seti ya zamani kwa muda unaohitajika tu

Kubandika SHA-1 na kundi la biti 1024 ni daraja, sio marudio. Zote mbili zimepitwa na wakati, na wateja wapya wanaweza kuzikataa kabisa, ambayo inamaanisha kuwa profaili itashindikana kwenye kifaa kinachofuata bila mabadiliko yoyote kwa upande wako. Chukulia ubandikaji kama wa muda na uandike hivyo kwenye kumbukumbu.

Ikiwa strongSwan ni yako, ongeza pendekezo la kisasa na uache pande zote mbili zijadiliane juu wakati ingizo la zamani linabaki kwa vifaa vya zamani. Soma matokeo ya hali ya daemon ili kuona ni seti gani kila muunganisho ulitumia kweli. Kisha ondoa ubandikaji upande wa mteja mara tu jozi ya kisasa inapothibitishwa. Handaki inayoinuka haitoshi kama ushahidi, kwa sababu inaweza kuinuka kwenye seti uliyokuwa ukijaribu kuiondoa. Nyaraka za strongSwan za IKEv2 zinaeleza sintaksia ya mapendekezo na alama ya strict.