Перенос машины из VPN в мастерскую без потери

Машина покидает площадку заказчика, прибывает в мастерскую и сохраняет ту же идентичность актива, хотя её место в сети меняется полностью. Сколько планирования нужно этому переносу, решают три условия. Использует ли заказчик адреса, которые вы тоже используете внутри, изолирован ли сегмент мастерской от сетей персонала и можно ли подавить старый путь, а не просто перекрыть его приоритетом. Ошибётесь в первом — будете отлаживать машину, которая в порядке.

Идентичность — не адрес

Инвентарь и имена должны нести актив, заказчика и работу. Адрес несёт то, куда машина подключена сейчас, а это факт, который меняется при переносе. Смешение обоих даёт классическую ошибку поиска смысла в цифрах.

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

Если хотите, чтобы адрес намекал на заказчика, это соглашение, а соглашения хороши, пока никто не строит на них политику. Ищите актив в инвентаре, а не адрес, и перенос в мастерскую перестанет быть поиском клада. Он также переживает перенумерацию, которая рано или поздно приходит на каждую площадку.

Серийный номер — не длина префикса

Устройства с широкой маской вроде 10.0.0.0/8 будут считать каждый адрес в этом диапазоне подключённым напрямую, поэтому трафик к машине заказчика в двух сетях отсюда вообще не доходит до маршрутизатора. Машина просто рассылает запрос в поисках соседа, который не может ответить.

RFC 4632 определяет префиксы по длине, а не по тому, на что намекают цифры с точками. Вашему плану нужны явные длины для каждой группы подключения: сегмент услуг, контекст заказчика, стол мастерской. Если сначала назвать эти группы, длины станут очевидны.

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

Когда два заказчика используют одни и те же адреса

Заказчик A и заказчик B могут оба использовать 192.168.10.0/24, и оба будут правы в своих зданиях. Это не проблема, которую решают перенумерацией чужой площадки.

Держите контексты раздельно или давайте намеренные псевдонимы через проект, документирующий, какой адрес какому заказчику принадлежит в какой момент. Глобальный инвентарь — правильный инструмент, чтобы различать машины; это не доказательство глобальной уникальности адресов. Пути псевдонимов нужно письменное правило истечения, иначе он переживёт работу, которая его создала.

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

Дайте мастерской свою границу

Оборудование заказчика, прибывающее на обслуживание, относится к сегменту услуг с явно разрешённым доступом, а не втыкается в сеть персонала только потому, что порт на столе был свободен.

Относитесь к незнакомому промышленному устройству как к другому домену доверия. Запишите, какой инженерный хост может до него добраться, какие сервисы нужны этому хосту и какие учётные данные относятся к работе. Храните файлы заказчика вместе с работой заказчика, а не на общем диске, который могут читать все.

Изоляция должна выдержать и скучную середину работы: пока идёт обновление, пока устройство стоит на ночь и пока ждёт курьера.

Передайте маршрут как шаг работы

Обычно центральный маршрутизатор достигает машины через туннель заказчика. Когда машина на столе, путь мастерской становится владельцем этого префикса или более узкого назначения, если нужен только один сервис.

Запишите три вещи до переноса: старый путь, новый путь и как изменение откатывается. Передача, существующая только в чьей-то памяти, — не передача.

Будьте осторожны с метриками. Меньшая метрика важна только среди маршрутов, которые процесс выбора действительно сравнивает, а более конкретный префикс или правило политики могут решить исход ещё до того, как метрики вообще будут учтены.

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

Замкните цикл, когда машина отправляется

Восстановите предполагаемый удалённый маршрут, снимите временные разрешения и подтвердите актив в той конечной точке, которую считаете выбранной. Затем проверьте со стороны заказчика, а не только из мастерской.

Разрешение имён и инвентарь делают здесь работу, обращённую к оператору: стабильное имя и находимая запись актива делают задачу предсказуемой, пока сетевой план остаётся честным насчёт того, где машина сегодня.

Проверка хорошей передачи в том, что коллега, никогда не видевший работу, может прочитать ваши заметки и ответить на один вопрос: если эта машина сейчас отвечает, по какому пути пришёл ответ? Если заметки не могут ответить, передача задокументирована, но не завершена.