iOS IKEv2 да strongSwan: прапанова не выбрана, выпраўце спіс

iPhone узнімае тунель, шлюз адказвае нічым, і тэлефон паказвае агульную памылку. Журнал strongSwan больш канкрэтны: прапанова не выбрана. Гэта паведамленне азначае, што два спісы дапушчальных набораў шыфраў ніколі не супалі, таму абмен скончыўся да пачатку аўтэнтыфікацыі. Гэта праблема супадзення, і рашэнне — зрабіць так, каб спісы перасякаліся.

Дзе шлюз абвяшчае сваю палітыку

strongSwan запісвае сваю палітыку ў канфігурацыі, і клічнік у канцы вызначае, як чытаць гэтую палітыку. З клічнікам спіс вычарпальны: прымаюцца толькі гэтыя запісы і нішто іншае. Без яго той жа радок — гэта парадак пераваг, і дэман можа выбраць тое, чаго вы не мелі на ўвазе. Спытайце, якая форма ўжыта, перш чым нешта перакладаць, бо дзве паводзяць сябе па-рознаму з адным і тым жа кліентам. Запішыце дакладны радок разам з клічнікам і правярайце менавіта яго.

Кліент, які прапануе шырэйшы спіс, усё яшчэ можа падключыцца да замацаванага шлюза, калі хоць адна камбінацыя ёсць з абодвух бакоў. Чаго не можа быць — гэта перамоваў па-за замацаваным наборам.

Таму профіль, скапіяваны з іншага VPN-праграмы, можа працаваць там, дзе ваш не працуе: іншая праграма пастаўляла іншы спіс.

Імёны павінны супадаць, а не паляпшацца

Два пераклады ловяць людзей, якія пераносяць значэнні з strongSwan у iOS. Алгарытм цэласнасці, запісаны як SHA1 у прапанове IKE, перадаецца ў скарочанай форме, якую iOS называе .SHA96. Група Дзіфі-Хэлмана, запісаная як modp1024, — гэта group 2, якую iOS называе .group2. Замена на SHA-256 або group 14 не дазволіць дамовіцца са шлюзам, які прымае толькі старую пару. Кліент павінен апісваць той жа алгарытм, а не мацнейшы.

Задайце гэтыя значэнні яўна ў NEVPNProtocolIKEv2. Значэнні па змаўчанні могуць быць шырэйшымі або вузейшымі за профіль, які вы замяняеце, і розніца ўсплывае толькі калі рукапоціск не ўдаецца.

Прапанова дзіцячага злучэння падае пазней і цішэй

Наладзьце асацыяцыю бяспекі дзіцячага злучэння разам з IKE. Калі супадаюць толькі параметры IKE, тунель праходзіць аўтэнтыфікацыю і затым не нясе трафіку, а гэта значна цішэйшая няўдача, чым адмова. Задайце шыфраванне, цэласнасць, групу і час жыцця дзіцячага злучэння адным праходам. Трымайце час жыцця кліента на ўзроўні шлюза або ніжэй, бо настойванне на даўжэйшым дае тое ж паведамленне пра адсутнасць прапановы з іншай прычыны. Няўзгодненасць там выглядае гэтак жа, як няўзгодненасць IKE у журнале.

Праверце, ці аўтэнтыфікуе профіль сертыфікатамі або агульным сакрэтам, пакуль вы ў канфігурацыі. Адмова прапановы і адмова аўтэнтыфікацыі з'яўляюцца ў розных радках, і выпраўленне не таго каштуе дня. Тэстуйце свежым злучэннем пасля кожнай змены, па адной зменнай за раз, бо кэшаваны стан хавае, які параметр зрушыўся.

Пакіньце састарэлы набор толькі пакуль ён патрэбны

Замацаванне SHA-1 з групай 1024 біт — гэта мост, а не пункт прызначэння. Абодва састарэлі, і навейшыя кліенты могуць адмовіцца ад іх цалкам, а значыць профіль не спрацуе на наступнай прыладзе без змен на вашым баку. Лічыце замацаванне часовым і скажыце пра гэта ў запісе.

Калі strongSwan ваш, дадайце сучасную прапанову і дайце абодвум бакам дамаўляцца ўверх, пакуль стары запіс застаецца для старых прылад. Чытайце вывад стану дэмана, каб убачыць, які набор фактычна выкарыстала кожнае злучэнне. Затым зніміце замацаванне на баку кліента, калі сучасная пара пацверджана. Тунель, які ўзняўся, — не дастатковы доказ, бо ён можа ўзняцца на тым наборы, які вы спрабавалі спыніць. Дакументацыя strongSwan IKEv2 апісвае сінтаксіс прапаноў і строгі маркер.