Чаму загружаны тунель IPsec пераключае ключы заранёва: абмежаванні часу і аб’ёму

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

Лічыце тое, што лічыць асацыяцыя, а не інтэрфейс

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

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

Мяккі і жорсткі парог — дзве розныя падзеі

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

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

Чытайце эфектыўны тэрмін жыцця з бягучага стану

На strongSwan swanctl --list-sas друкуе зводку асацыяцыі з яе часам пераключэння і тэрмінам жыцця, таму значэнне, якое дэман мае намер прымяніць, бачна без здагадак. На хостах Linux без прадстаўлення дэмана ip xfrm state паведамляе наладжаныя мяккія і жорсткія ліміты байтаў і пакетаў побач з бягучымі лічыльнікамі. Гэтыя два паказчыкі адказваюць на розныя пытанні, і абодва варта захаваць у тыкеце.

swanctl --list-sas
ip -s xfrm state

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

Сачыце за абменам, які замяняе SA

Трымайце тры абнаўленні асобна, бо яны адмаўляюць па-рознаму: пераключэнне ключоў IKE SA будуе новую асацыяцыю кіравання, пераключэнне ключоў CHILD SA замяняе асацыяцыю даных, а паўторная аўтэнтыфікацыя паўтарае абмен ідэнтычнасцю. У IKEv2 кожны бок вырашае свае ўласныя тэрміны жыцця, а не дамаўляецца пра адну агульную велічыню, таму абмен, які вы не ініцыявалі, — звычайная справа. Разыходжанне perfect forward secrecy — частая прычына таго, што новая child SA гіне менавіта на інтэрвале пераключэння ключоў, і гэта выглядае дакладна як збой таймера, пакуль хтосьці не прачытае прапанову.

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

Даказвайце абнаўленне, а не хавайце яго

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

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