Напівкерований VPN: назва не каже, хто чергує

О восьмій ранку з'єднання падає, і перше питання — хто має його полагодити. Вислів напівкерований VPN на це не відповідає, бо називає комерційну домовленість, а не поділ праці. Два провайдери можуть використовувати той самий вислів із протилежним розподілом: один обслуговує пристрій на боці клієнта, інший лише спостерігає за власним шлюзом. Доки завдання не записані, назва — це здогад, перевдягнений в опис.

Почніть зі з'єднання, яке впало

Назвіть кінцеву точку, яка перестала відповідати, час і те, що робив користувач, коли все зламалося. Потім перелічіть компоненти на цьому шляху: ноутбук, місцеву лінію, шлюз на боці клієнта, шлюз провайдера й ресурс за ним. Кожен із них або має власника в договорі, або має прогалину. Їхнє сортування забирає десять хвилин і визначає наступні три години.

Симптом, спільний для багатьох користувачів, указує на спільний компонент, а той, що йде за одним ноутбуком, — на клієнта. Ця відмінність ставить заявку в правильну чергу ще до того, як хтось відкриє конфігурацію.

Вирішіть дві кінцеві точки до налаштувань

Вирішіть, кому належить шлюз на боці клієнта і кому належить віддалена кінцева точка. Коли ці дві визначені, кожна сторона знає, що може перевірити і що мусить запросити. Усе інше в домовленості стає простішим звідти.

Провайдер може спостерігати за власним шлюзом, а клієнт залишається відповідальним за місцеву лінію інтернет-провайдера, службу каталогу або цільовий застосунок. Пристрій у власності клієнта все одно може бути під договором обслуговування провайдера, тому власність і те, хто обслуговує коробку, — два різні питання. Запишіть обидві відповіді для кожної кінцевої точки, бо саме в другій зазвичай розходяться поновлення.

Спільні об'єкти потребують рівно одного власника

Ідентичності, облікові дані, захищені префікси, пропозиції й угода про зворотну маршрутизацію — це спільні об'єкти, а спільні об'єкти гниють найшвидше. Якщо обидві сторони можуть змінити один, обидві й змінюватимуть, і кожна зміна виглядає локально правильною, поки узгоджений потік ламається. Дайте кожному об'єкту одного власника й один процес зміни та вимагайте, щоб іншу сторону було повідомлено до набуття зміною чинності. Альтернатива — журнал змін, який читається як двоє людей, що лагодять різні половини однієї машини.

Класична поломка — зміна селектора на одній стороні й зміна NAT на іншій того самого тижня. Жоден інженер не помилився, і тунель усе одно перестав нести застосунок.

Хто приймає перше повідомлення

Заздалегідь вирішіть, кого викликають першим, що кожна сторона має право читати і в який момент справа переходить з рук у руки. Надайте кінцеву точку, час спроби й дозволений потік, щоб обидві сторони могли зіставити ту саму подію.

Вузький підсумок стану зазвичай корисніший за невідредаговану конфігурацію, і він не викриває таємниць. Моніторинг належить тому, хто володіє компонентом, а не тому, хто володіє логотипом, тому запитайте, яка сторона бачить стан тунелю, яка бачить застосунок і кого будить кожне сповіщення. Поставте маршрут поза робочими годинами поруч із кожним сповіщенням, бо панель, за якою ніхто не чергує, — це документація.

Визначте право на зміни з тією самою ретельністю. Провайдер, який редагує селектор, поки клієнт редагує NAT, робить обидві локальні конфігурації правдоподібними, а тунель усе одно падає.

Чого назва ніколи не каже

Впишіть у справжній договір супровід програмного забезпечення, ротацію облікових даних, затверджені резервні копії конфігурації та шлях відновлення. Модель спільної відповідальності, як модель, яку публікує AWS показує, наскільки поділ може зміщуватися між послугами, і це приклад, а не визначення умов вашого постачальника. Виводити щось із вислову «напівкерований» — це саме той спосіб, у який розмова про поновлення виявляє прогалину.

Обсяг має називати звичайного оператора й шлях ескалації для кожної залежності. Як би пропозиція не називала послугу, на практиці це саме той список.