Какой порядок по смене сетей/адресации?
К примеру есть сеть:
192.168.0.0/24 сервера
192.168.1.0/24 пользователи
192.168.2.0/24 принтеры
Надо сделать сети в формате 172.16.0.0. В сети есть АД, ДХЦП, ДНС.
Как правильно и корректно все поменять?
Начать с Контроллера, потом руками все сервера переименовать, потом изменить зоны ДХЦП, потом изменить маршруты на L3, там же изменить вланы...
Ну если крупными мазками... Надеюсь, в контроллере есть резервные сетевые интерфейсы?
Сначала надо на контроллер (он же маршрутизатор, он же DHCP, он же DNS, так, что ли?) добавить адрес из новой подсети. Лучше на новый интерфейс.
Настроить маршрутизацию в новую подсеть.
Настроить там необходимые DHCP-скопы.
Изменить статические адреса в сети. В соответствии с ними изменить и привязки в домене. Можно так же, как на контроллере - второй адрес, привязки, потом убрать старый.
Зажать по максимум время выделения на старом DHCP. Поставить новый приоритетным.
Переписать статические выделения на новый скоп.
Дождаться, когда все переедут в новую подсеть.
Убрать её с контроллера.
там же изменить вланы..
А это зачем? у тебя что, юзер превратится в принтер, что ли?
Имел ввиду адрес на влане, там же тоже адресация идет, а не сами названия.
?? VLAN не может иметь адреса, это сущность со второго уровня модели, где никаких адресов тупо нет.
Вероятно, вы имеете в виду IP-адрес внутреннего интерфейса, которым L3-коммутатор подключается в соотв. VLAN?
Но если у вас маршрутизируют L3-коммутаторы, мне вас жаль... как правило, они не разрешают в один VLAN два адреса из разных подсетей. И тогда вам ещё и с ними трахаться.
Не подскажете, где это смотреть/настраивать ?
Консоль управления, апплет управления DHCP-сервером.
О каких привязках идет речь?
У вас серверы, я надеюсь, имеют статические адреса? если так, то в DNS имеются для них статические записи, связывающие адрес и имя. Речь именно о них.
А если адреса динамические, но статически зарезервированные - то переписывать надо привязки резервирования.
Почему? Разве это плохо, что всем рулит ядро сети, которое и должно по факту этим заниматься?
Да вот именно потому, что оно хорошо, пока всё статично. Но как только какие изменения - сразу надо начинать сильно думать, как это сделать. В описываемом случае скорее всего прозрачно для клиентов и "на ходу" перестройка не получится.
Akina, Ну т.е. плохо потому что гемор будет с интерфесами при переименовании, но сути сделано все правильно?
Понятное дело что это делается на века и надо было планировать адресацию заранее.
Вася Пупкин, переименование - это хрен бы с ими. Просто при перестройке "на ходу" у тебя будет ситуация, когда часть клиентов переползла в новые сети, часть ещё нет, а доменные ресурсы вообще работают в режиме мультихомов... разрулят твои коммутаторы эту маршрутизацию? если да, то всё ровно.