Абноўлены сертыфікат VPN: некаторыя кліенты ўсё яшчэ адхіляюць яго

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

Адно абнаўленне, дзве паводзіны

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

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

Абнаўленне замяняе аб’ект, а не толькі дату

Адбітак вызначае закадаваны змест сертыфіката. Абнаўленне стварае новы сертыфікат, таму адбітак змяняецца, нават калі імя суб’екта і публічны ключ застаюцца ідэнтычнымі. Гэта чакана і бясшкодна для кліентаў, якія давяраюць CA і правяраюць імя. Гэта фатальна для кліента, настроенага прымаць роўна адзін сертыфікат, і гэта таксама фатальна для кліента, чыё сховішча даверу так і не атрымала новага выдаўцы.

openssl x509 -in server.pem -noout -subject -issuer -dates -fingerprint -sha256
openssl x509 -in server.pem -noout -pubkey | openssl sha256

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

Чытайце, што замацоўвае кліент

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

grep -n 'peer-fingerprint' /etc/openvpn/client/*.conf
openssl s_client -connect gw.lab.example.net:443 -servername gw.lab.example.net < /dev/null 2>&1 | openssl x509 -noout -fingerprint -sha256

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

Параўнайце сертыфікат, які прад’яўляе кожны бэкенд

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

for h in 10.30.0.11 10.30.0.12; do echo "$h"; openssl s_client -connect $h:443 -servername gw.lab.example.net < /dev/null 2>&1 | openssl x509 -noout -subject -dates -fingerprint -sha256; done

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

Змяняйце давер праз кіраваны шлях

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

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