Каковы лучшие практики миграции конфигурации ASA на 8.3 и выше?
Я вручную создал новый файл конфигурации со следующими изменениями:
Следующими моими шагами будет обновление с 8.2 до 8.3 с учетом любых ошибок. Вместо того, чтобы очистить конфиг, было бы легче сделать его построчно?
Дайте достаточно короткий набор настроек, перенастройка вручную должна быть приемлемой опцией. Вы даже можете взять существующий конфиг и попытаться реализовать его снова через ASDM, чтобы увидеть, что возвращает новый графический интерфейс.
Если ваша конфигурация состоит из нескольких страниц или содержит большое количество объектов, может быть лучше реализовать ее в тестовом окне, чтобы увидеть, что возвращается в виде сообщения об ошибке, прежде чем запускать его в производство.
В отличие от миграции с PIX на ASA, Cisco никогда не выпускала инструмент проверки работоспособности.
Я определенно рекомендую перестроить конфигурацию, чтобы очистить ее. Часто правила вставляются и либо устаревают, либо никогда не используются. Это прекрасная возможность начать все с чистого листа.
Последнее обновление, которое я сделал, заняло около недели, чтобы переписать правила, но они были намного чище и помечены.
Мы только недавно прошли через это, и я перестроил конфиг с нуля. Мой конфиг был всего около 6 страниц, так что это не было ужасно. Это также учитывало некоторую консолидацию в группы объектов и аудит правил, существующих на ASA.
Если ваша конфигурация слишком велика, вы можете попробовать настроить 8.2 в GNS3, применить вашу конфигурацию, а затем обновить. Никогда не пытался обновить ASA в GNS3, но в GNS3 работали 8.2, 8.3 и 8.4.
Другой вариант, если у вас есть пара «активный / резервный», состоит в том, чтобы разорвать пару во время обслуживания и обновить резервный. После того, как все будет проверено, сделайте его основным и верните другой блок обратно в пару в режиме ожидания после обновления. Если тестирование не пройдено, понизьте резервный блок и верните его в старую пару.