Ненадгледуваните ажурирања на VPN серверот бараат тестирана патека за враќање

Ненадгледуваните ажурирања се разумна политика за сервер до кој стигнувате преку неговиот сопствен VPN, а истовремено се една единствена точка на самонанесен пад. Операцијата на пакетот ја рестартира услугата, тунелот паѓа, а административната патека што ја користевте исчезнува со него. Постојат два модели на враќање, а изборот меѓу нив зависи од еден услов: дали имате влезна патека што не минува низ она што се ажурира.

Два модели на враќање, еден одлучувачки услов

Првиот модел му верува на ажурирањето и претпоставува дека потоа ќе можете повторно да се поврзете. Тој работи кога VPN е еден од неколкуте начини да стигнете до домаќинот и кога дефектот на тунелот не ви ја одзема способноста да го дијагностицирате. Вториот модел однапред поставува независна патека, обично конзолата на хостинг провајдерот, и го третира тунелот како она што одржувањето најверојатно ќе го скрши. Двата модели се одбраниви, а само едниот од нив бара однапред работа.

Одлучувачкиот услов е лесен за кажување и лесен за прескокнување. Ако секоја административна патека до машината минува низ услугата што се ажурира, немате никаков модел на враќање, туку само очекување. Кажете го тоа гласно во прегледот на промената.

Тестирањето на тој услов трае десет минути и мора да се случи пред првото ненадгледувано ажурирање, а не за време на инцидентот. Отворете ја конзолата додека се работи, потврдете дека акредитивите се важечки и затворете ја повторно. Потврдете дека конзолата се отвора на домаќинот што го мислите. Потоа потврдете дека најавувањето што навистина би го користеле во 3 часот наутро се уште работи.

Последниот дел е поважен отколку што звучи. Конзолна сметка чија лозинка е ротирана пред шест месеци и никогаш не е потврдена не е патека за враќање; тоа е документ што опишува таква патека.

Што не враќа резервната копија

Архивата на конфигурацијата е запис за датотеки, а ажурирањето менува повеќе од датотеки. Состојбата на пакетите, кернел модулите, овозможените врски на единици и правилата на огнениот ѕид применети преку посебна алатка живеат надвор од конфигурациската папка, а враќањето што ги игнорира создава машина што изгледа конфигурирана и не препраќа.

Авторизацијата заслужува свој ред. Копија направена пред да се отстрани компромитиран уред со задоволство ќе го врати пристапот на тој уред. Враќањето кон неа за време на прекин е начинот на кој еден инцидент станува два, а одлуката за враќање треба да се донесе за партнерите исто толку експлицитно колку за датотеките.

Механизмот на враќање е исто така важен. Копирањето постара извршна датотека врз онаа што ја управува пакетот не е поддржаното поништување на промена на пакет и ја остава базата на пакети да опишува состојба со која не се совпаѓа датотечниот систем. Користете ја сопствената патека за намалување на верзијата на менаџерот на пакети или сликата што ја нуди провајдерот. Намалување што го запишува базата на пакети е она што можете да го повторите.

Ништо од ова не е против резервните копии. Тоа е за да знаете кој слој го покрива секој артефакт, бидејќи начинот на дефект при делумно враќање е збунувачки повеќе од првичниот прекин. Запишете го слојот покрај секоја копија во runbook.

Контролна точка, ажурирање, потоа проверка однадвор

Запишете ја состојбата пред промената во форма што подоцна можете да ја споредите: инсталираните верзии, вклучените услужни единици, гнездата што слушаат и тековниот список на партнери. Четири команди го покриваат најголемиот дел од тоа на Linux домаќин.

systemctl list-units --type=service | grep -E 'openvpn|wg-quick'
ss -lunp | grep -E ':51820|:1194'
journalctl -u wg-quick@wg0 --since '-10 min'

Првата покажува кои единици постојат и дали работат, втората потврдува дека слушателот е навистина врзан, а третата ви го дава сопственото известување на услугата за последните неколку минути. Ниту една не докажува дека клиент може да се поврзе, затоа следниот чекор се случува надвор од домаќинот. Зачувајте ги тие читања како ваша основа за споредба.

Проверете од мрежа што не го користи тунелот: автентицирајте еден овластен клиент, разрешете име и стигнете до една предвидена апликација. Локалната статусна линија што вели дека интерфејсот е кренат е изјава за интерфејсот, не за рутирањето, клучевите или политиката што прима партнер.

Потоа намерно тестирајте ја патеката за повторно поврзување. Рестартирајте ја услугата еднаш и потврдете дека тунелот се враќа без рачна интервенција, бидејќи услуга што правилно стартува само при подигање е услуга што ќе ве изненади во најлошиот момент.

Кога тоа не успее, користете ја тестираната патека

Редоследот на враќање не е гламурозен и функционира: стигнете до домаќинот преку независната патека, прочитајте ги сопствените логови на услугата и вратете ја конкретната контролна точка што одговара на дефектот. Менувајте една работа по обид за следното читање на логот да значи нешто.

Спротивставете се на поривот да направите неколку незапишани промени за да ја вратите поврзаноста. Машина поправена со пет истовремени измени не може подоцна да се објасни, а следното ажурирање повторно ќе ја внесе онаа што навистина го носеше товарот.

Потоа одлучете ја трајната политика со докази. Ако ажурирањето откри зависност што никој не ја документирал, поправката е документација и тест, а не исклучување на ажурирањата. Ако откри услуга што не може чисто да се рестартира, поправката е во единицата, а не во распоредот.

Споредбата се решава чисто штом условот ќе се именува. Независната патека ги прави ненадгледуваните ажурирања управлив ризик. Нејзиното отсуство ја прави истата политика планиран прекин со непознато време за враќање, и никакво количество автоматизација не ја менува таа аритметика.