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

Ідентичність — не адреса

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

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

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

Серійний номер — не довжина префікса

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

RFC 4632 визначає префікси за довжиною, а не за тим, на що натякають цифри з крапками. Вашому плану потрібні явні довжини для кожної групи підключення: сегмент послуг, контекст замовника, стіл майстерні. Якщо спершу назвати ці групи, довжини стануть очевидними.

Практичне правило — спроєктувати найменший префікс, що покриває одну групу підключення, і використовувати його всюди в цій групі. Текст адреси — для людей; маска — те, на що діє ядро.

Коли двоє замовників використовують ті самі адреси

Замовник A і замовник B можуть обидва використовувати 192.168.10.0/24, і обидва будуть праві у своїх будівлях. Це не проблема, яку розв'язують перенумерацією чужого об'єкта.

Тримайте контексти окремо або надавайте навмисні псевдоніми через проєкт, що документує, яка адреса якому замовнику належить у який момент. Глобальний інвентар — правильний інструмент, щоб розрізняти машини; це не доказ глобальної унікальності адрес. Шляху псевдонімів потрібне письмове правило завершення, інакше він переживе роботу, яка його створила.

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

Дайте майстерні власну межу

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

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

Ізоляція має витримати й нудну середину роботи: поки триває оновлення, поки пристрій стоїть на ніч і поки чекає кур'єра.

Передайте маршрут як крок роботи

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

Запишіть три речі перед перенесенням: старий шлях, новий шлях і як зміна відкочується. Передача, що існує лише в чиїйсь пам'яті, — не передача.

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

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

Замкніть цикл, коли машину відправляють

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

Розв'язання імен та інвентар роблять тут роботу, звернену до оператора: стабільне ім'я та знайомий запис активу роблять завдання передбачуваним, а мережевий план залишається чесним щодо того, де машина сьогодні.

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

Схожі статті