Вашият облачен VPN все още зависи от хостинг доставчика

Инсталирахте операционната система, затегнахте услугата и държите ключовете и започва да изглежда, че сървърът е ваш. Той е ваш по същия начин, по който наетият апартамент е ваш: ключалката е под ваш контрол, а сградата не е. Хипервизорът, мрежата пред инстанцията и акаунтът, който може да пресъздаде всичко, принадлежат на някой друг. Тази разлика определя какво трябва да покрива планът за възстановяване и точно нея самостоятелният хостинг променя най-малко.

Акаунтът е истинската контролна равнина

Хостинг акаунтът управлява виртуалната машина, нейните дискове, моментни снимки, публични адреси и мрежови правила. Всичко това може да бъде променено без изобщо да влизате в госта, което поставя акаунта извън модела на заплахи, описван от повечето ръководства за VPN. Перфектна конфигурация на тунела оцелява при действие по акаунта, което подменя диск.

Пазете този акаунт като отделен актив: независими идентификационни данни, втори фактори с хардуерна подкрепа и одитен запис, който някой действително чете. Споделянето му със същия запис в мениджъра на пароли като VPN услугата е грешката, която прави всички останали контроли безсмислени.

Четете разделението на отговорностите на доставчика за конкретния продукт, а не за облака като цяло. Моделът на споделена отговорност е полезен пример как са разделени слоевете, а други доставчици описват собствените си граници, вместо да наследяват този. Търсите кои откази се очаква да поправите и кои можете само да докладвате.

Инфраструктурни събития, които не администрирате

Живата миграция, поддръжката на хоста, хардуерен отказ на физическия възел и събитие с капацитет са неща, които доставчикът решава по свой график. Може да видите рестарт, кратка загуба на пакети или промяна на адрес, но няма да видите причината. Дизайн, който приема инстанцията за фиксирана точка, ще тълкува всяко от тях като проблем с VPN. Коригиращото действие е услугата да понася изчезваща инстанция, а не да се разследва причина, която никога няма да ви бъде показана.

Резервните копия принадлежат на този слой, не на тунела. Съхранявайте конфигурацията на сървъра, идентичностите, плана на адресите и разрешените маршрути там, където не зависи от достижимостта на инстанцията, и потвърдете, че копието се възстановява без оригиналния диск.

Поведението на адреса заслужава отделна проверка. Дали публичен адрес оцелява след спиране, подмяна или изтриване зависи от това как е бил разпределен, а трите операции не са взаимозаменяеми. Запишете на коя разчитате, преди инцидент да направи въпроса спешен.

Проверете какво оцелява след пресъздаване

Изградете пътя за възстановяване, докато всичко работи. Открийте конзолата или извънлентовия достъп, който доставчикът предлага, потвърдете, че стигате до нея без тунела, и съхранявайте данните там, откъдето счупен лаптоп или изгубен телефон не ги отнася. Ако промяна в локална защитна стена блокира тунела, тази конзола е единственият път обратно.

curl -s http://169.254.169.254/latest/meta-data/instance-id
curl -s http://169.254.169.254/latest/meta-data/public-ipv4
cloud-init status --long

Услугата за метаданни отговаря на въпроси за инстанцията, които гостът иначе не вижда, а точните пътища се различават между доставчици и платформи, затова ги сверявайте с документацията на продукта, който използвате. След това направете едно контролирано пресъздаване на тестова инстанция и измерете времето. Процедура за възстановяване, която никой не е изпълнявал, е хипотеза.

Отбележете какво направи пресъздаването с адреса, ключовете на хоста, идентичността на диска и всичко, което клиентите закрепват. Клиенти, които са кеширали ключ на хоста, ще се оплачат след пресъздаване и това оплакване е правилно поведение, а не грешка за потискане.

Решете какво наистина променя самостоятелният хостинг

Собственият VPN премества доверието от VPN оператор към хостинг доставчик плюс вас. Това е истинска промяна и не е същото като премахване на трета страна. Ако целта е била да спрете търговски VPN да наблюдава трафика, доставчикът все още може да наблюдава мрежата на инстанцията, диска и разплащателните записи.

Вашите собствени журнали описват вашия софтуер и не описват всеки инфраструктурен запис, който доставчикът пази. Обратното също е вярно: видимостта на инфраструктурата не доказва какво задържа доставчикът. И двата въпроса изискват политиката на доставчика и вашата конфигурация и нито един не отговаря на другия.

Запишете отговора като разделение на труда: кой слой е отказал, кой може да го поправи и колко време отнема поправката. Самостоятелният хостинг променя на кого вярвате и полезната част от упражнението е да знаете точно за кой слой им вярвате.