Чаму ваш тунель IPsec працуе да першай змены ключа CHILD SA

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

Падключэнне не азначае, што налады PFS супадаюць

З IKEv2 першая дачэрняя асацыяцыя ствараецца падчас абмену аўтэнтыфікацыі, а яе ключы выводзяцца з матэрыялу, які асацыяцыя IKE ужо вырабіла. Асобны абмен Diffie-Hellman для гэтай дачэрняй асацыяцыі не адбываецца, таму палітыка, якая патрабуе яго пры абнаўленні, не правяраецца пры ўздыме.

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

Дзе разыходжанне хаваецца ў радку прапановы

У strongSwan група дадаецца да прапановы дачэрняй асацыяцыі, таму радок накшталт aes256gcm16-prfsha256-ecp256 выглядае як выбар шыфравання, але таксама нясе патрабаванне да абмену ключамі. Бок, які прапануе толькі aes256gcm16-prfsha256 не мае такога патрабавання, і два спісы перасякаюцца ў шыфраванні, але разыходзяцца ў абмене.

Чытайце прапанову дачэрняй асацыяцыі і прапанову IKE як асобныя спісы. Група, якая з’яўляецца ў спісе IKE, нічога не кажа пра спіс дачэрняй асацыяцыі, і рэдагаванне аднаго падчас чытання другога — звычайны спосаб гэта прапусціць.

Чытайце збой, а не файл, які вы рэдагавалі

Знайдзіце notify, які завяршыў абмен. Абнаўленне ключа дачэрняй асацыяцыі, якое вяртае «няма прымальнай прапановы», паказвае на спісы прапаноў; запыт на абнаўленне, які ніколі не атрымлівае адказу, паказвае на шлях або на бок, які перастаў слухаць. Гэтыя два патрабуюць розных выпраўленняў, і фармулёўка радка журнала іх раздзяляе.

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

Тры падзеі, якія ўсе называюць абнаўленнем ключа

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

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

Адключэнне абнаўлення — не выпраўленне

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

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

Дакажыце гэта абменам, які праваліўся

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

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