как расширить диапазон ip адресов dhcp
Увеличение числа IP-адресов в подсети на сервере DHCP
В этой статье описываются методы изменения количества IP-хостов на подсети на сервере динамической конфигурации хостов (DHCP).
Применяется к: Windows 10 — все выпуски, Windows Server 2012 R2
Исходный номер КБ: 255999
Симптомы
Вы пытаетесь расширить область действия на сервере DHCP. При изменении области в диалоговом окне Scope Properties вы получите следующую ошибку:
Диапазон IP был изменен, но пока не сохранен. При продолжении будут отбрасываются изменения. Продолжить?
Выбор «Да» или «Нет» этому сообщению не приводит к изменению существующей области.
Решение
В этой статье описываются методы, которые можно использовать для изменения количества IP-хостов в любой конкретной подсети. Охватываются следующие три метода:
Расширение области
Предположим, что у вас уже есть область DHCP. В настоящее время Начните адрес и конечный адрес не включают все адреса для данной подсети. В этом случае, чтобы увеличить число адресов в области, можно расширить Начните адрес или конечный адрес в свойствах области.
В следующем примере показана сеть класса C со следующими настройками:
Адрес подсети: 192.168.1.0
Маска subnet: 255.255.255.0
В этом примере дается сеть из 254 хостов, которые занимают диапазон адресов от 192.168.1.1 до 192.168.1.254.
Созданная область имеет следующие свойства:
Начните адрес: 192.168.1.50
Конечный адрес: 192.168.1.150
Маска subnet: 255.255.255.0
Чтобы увеличить количество доступных клиентам адресов, можно изменить Начните адрес или конечный адрес соответственно 1 и 254.
В более ранних версиях DHCP необходимо было расширить Начните адрес или конечный адрес с приращением 32. Это больше не так, если вы работаете Windows NT 4.0 Пакет обновления 6 или более поздней.
Если область охвата уже охватывает весь диапазон и полностью используется, у вас есть только два других варианта: суперскобирование или повторное. Оба этих параметра требуют внесения архитектурных изменений в сеть.
Простое изменение параметров области DHCP не дает вам больше аренды. DHCP выполняется поверх архитектуры сетевой подсети и может раздать адреса, как вы хотите. В первую очередь всегда относится к необходимости расширения диапазонов адресов как к упражнению по архитектуре подсети. После того как вы решите, какую архитектуру использовать, можно настроить DHCP, чтобы соответствовать вашему сетевому дизайну.
Resubnetting
Resubnetting — это рекомендуемая процедура для увеличения области DHCP, когда текущая область полностью потребляет текущую маску подсети. Этот метод требует изменения всех хостов и шлюзов подсетей. Если у вас есть диапазон адресов, где не было доступных хост-адресов, возможно, можно изменить маску подсети, чтобы включить большую долю хост-адресов. Однако для простого изменения маски подсети требуется:
Кроме того, все области или области DHCP сначала должны быть удалены, а затем повторно созданы с помощью новой подсети маски. Если вы не принимаете меры для предотвращения использования адресов лизинга, которые могут использовать другие клиенты, в этот период могут возникать дублирующиеся адреса. Несмотря на все вышеперечисленные оговорки, повторное открытие по-прежнему является рекомендуемой процедурой. Конфигурация повторной сети не создает дополнительных накладных расходов на маршрутизаторы или шлюзы подсети и сохраняет все хосты на одном и том же адресе трансляции.
В следующем примере показана истощенная подсеть со следующими настройками:
Адрес подсети: 192.168.1.0
Маска subnet: 255.255.255.0
Она дает сеть из 254 хостов с адресами от 192.168.1.1 до 1921.68.1.254.
В следующем примере показан результат при использовании параметра resubnetting:
Адрес подсети: 192.168.1.0
Маска subnet: 255.255.254.0
Теперь у вас есть сеть из 510 хостов с адресами от 192.168.0.1 до 192.168.1.254 (для области 192.168.0.0) или 256 вновь доступных адресов DHCP.
Superscoping
Superscoping (также именуемая мультисетью) может соответствовать вашим требованиям. Если вы не хотите изменять подсети существующей сети, можно добавить больше логических сетей в один и тот же физический провод. Этот метод создает дополнительные нагрузки на маршрутизатор или шлюз, настроенный с несколькими логическими подсетями, работающими в одном физическом порте. Дополнительная нагрузка может привести к снижению производительности сети. Для связи с хостами в одной логической подсети необходимо пройти через шлюз для связи с хостами другой логической подсети, несмотря на общий доступ к одному физическому проводу.
В следующем примере показана истощенная подсеть со следующими настройками:
Адрес подсети: 192.168.1.0
Маска subnet: 255.255.255.0
В следующем примере показаны результаты при использовании параметра superscoping:
Адрес подсети: 192.168.1.0 и 192.168.2.0
Маска subnet: 255.255.255.0
Теперь у вас две сети из 254 хостов (всего 508 хостов) с адресами от 192.168.1 до 192.168.168.1.254 или 254 новых доступных адресов DHCP.
После того как вы решите, какой вариант вы хотите использовать, вы можете выбрать соответствующую конфигурацию DHCP.
Если используется параметр resubnetting, необходимо удалить и повторно создать область DHCP с помощью новой маски подсети. Невозможно изменить только маску для определенной области.
Если вы обслуживаете существующие клиенты в пределах части этого диапазона, необходимо включить обнаружение конфликтов до тех пор, пока все клиенты не будут перенесены в новую область. Это действие требует от вас принятия следующих действий:
При использовании параметра superscoping необходимо совместно использовать множество областей. Создайте каждую область по отдельности, а затем создайте суперскоп для включения отдельных областей. Это действие требует от вас принятия следующих действий:
Как расширить диапазон ip адресов dhcp
Вопрос
В сети 2 контроллера домена на Windows Server 2012R2. (Один основной, другой резервный). На обоих поднят DNS и DHCP. На первом контроллере (DC1) выдаются адреса в диапазоне 192.168.3.100-192.168.3.180. На втором (DC2) выдаются в диапазоне 192.168.3.181-192.168.3.254. Остальные адреса зарезервированы и назначены вручную.
Перестало хватать адресов. Подскажите, пожалуйста, как правильно и наименее безболезненно расширить диапазон выдаваемых IP-адресов? (Например, чтобы выдавались в диапазоне 192.168.4.0/24 или 192.168.2.0/24)
Ответы
(Например, чтобы выдавались в диапазоне 192.168.4.0/24 или 192.168.2.0/24)
Вариант не самый лучший ввиду увеличения широковещательного домена.
Вариант сложнее: для начала нужно иметь шлюзы по умолчанию в этих сетях (инернет же нужен будет?) Это возможно, если Ваше активное сетевое оборудование поддерживает VLAN. Далее просто создать новые области для новых сетей.
Так же, я рекомендовал бы Вам использовать DHCP failover
Die Meinung, die von mir geäußert wurde, ist keine offizielle Position von Microsoft.
Кроме описанных телодвижений необходимо указать измененные сети в Сайтах и Службах и привязать их к нужному сайту.
Кроме того, когда соберёшься делать пункт 1, перед этим уменьши время аренды на DC1, чтобы не случилось конфликтов IP при запуске пункта 1.
Все ответы
The opinion expressed by me is not an official position of Microsoft
(Например, чтобы выдавались в диапазоне 192.168.4.0/24 или 192.168.2.0/24)
Вариант не самый лучший ввиду увеличения широковещательного домена.
Вариант сложнее: для начала нужно иметь шлюзы по умолчанию в этих сетях (инернет же нужен будет?) Это возможно, если Ваше активное сетевое оборудование поддерживает VLAN. Далее просто создать новые области для новых сетей.
Так же, я рекомендовал бы Вам использовать DHCP failover
Die Meinung, die von mir geäußert wurde, ist keine offizielle Position von Microsoft.
Если выдаваемые сейчас диапазоны адресов не пересекаются с новым диапазоном, то просто его добавить и корректно настроить сетевое оборудование на пересылку DHCP-запросов из нужного VLAN’а.
На переходном этапе можно дополнительно уменьшить срок аренды адреса, выдаваемого клиентам DHCP-сервером.
суперскоп это один большой геморрой, вариант вектора\анахайма предпочтительнее. я бы на виланы поделил.
>> Вариант не самый лучший ввиду увеличения широковещательного домена
ну я бы не стал париться, маски не большие, да и не вижу я в них(бродкастах) большой беды.
А какая структура физической сети и оборудования? Если есть оборудование на третьем уровне, то лучше создать новую сеть и настроить ее маршрутизацию, это более правильный вариант, чем растягивать маску подсети.
Уточните, пожалуйста, чем этот вариант лучше? При возникновении этой же проблемы через год тоже новую сеть создавать и маршрутизировать?
Если каждый год нужно растягивать сетку(да и в этом случае маршрутизацию докручивать надо будет), то проблема не в клозетах, а в головах и отсутствии планирования.
Т.к. предыдущего пула адресов хватило почти на 10 лет и в виду отсутствия разбивки существующей сети на VLAN, склоняюсь к мысли изменить маску пула на 23. Но просто так сделать это нельзя. Вопрос: как сделать правильно? С наименьшей потерей работоспособности сети и сохранением резерва адресов?
Предполагаю делать так:
1. Расширяю на одном из существующих рабочих DHCP-серверов (например на DC2 c IP 192.168.3.4) пул выдаваемых адресов до 192.168.3.100-192.168.3.254
2.На DC1 полностью удаляю область 192.168.3.0. (В это время за него в старом его диапазоне 192.168.3.100-192.168.3.180 выдаёт адреса DHCP-сервер DC2).
5. На DC1 меняю пул разрешенных к выдаче адресов на 192.168.2.1-192.168.2.254
6. На всех серверах и устройствах, у которых сетевые настройки указаны вручную, меняю маску на 255.255.254.0
И с этого момента у меня сервер DC1 выдаёт адреса в новом диапазоне: 192.168.2.1-192.168.2.254. А сервер DC2 выдаёт адреса в диапазоне 192.168.3.100-192.168.3.254
Если я где-то не прав, поправьте, пожалуйста и подскажите как лучше сделать.
И правильно ли я понимаю, что в принципе, всё это время сеть должна нормально работать? (Ну разве что будут небольшие задержки в выдаче адресов новым устройствам). А все старые (особенно меня интересуют сервера (почтовые, приложений и т.д.), где сетевые настройки прописаны вручную), будут функционировать нормально?
Как расширить диапазон ip адресов dhcp
Этот форум закрыт. Спасибо за участие!
Лучший отвечающий
Вопрос
Домен. DHCP кричит что использовано 90% Ip адресов. Используется подсеть 192.168.1.0/24. Шлюз на TMG, и еще есть около десятка серверов. Подсети 192.168.0.0, 192.168.2.0. 5.0 заняты филиалами (Site-To-Site на TMG).
Я пока вижу решение таким: на DHCP создать область, например, 192.168.10.0, а на всех серверах прописать еще один ip подсети 10.0/24
Насколько такое решение является правильным? Или есть более верные варианты?
Ответы
У вас два варианта: либо мигрировать на новую подсеть с маской, например /23, либо использовать маршрутизацию.
В первом случае вы можете использовать TMG как временный роутер, пока полностью не переедите на новую сетку.
Сазонов Илья http://isazonov.wordpress.com/
Все ответы
затем добавьте подсеть 192.168.2.0/24 и её добавьте для юзеров
Расширение размеров сети с помощью маски предпочтительнее, т.к этот метод легче в реализации.
калькулятор сети вам в помощь http://jodies.de/ipcalc
в том то и беда, что подсети 0.0, 0.2, 0.3 и т.д. уже заняты филиалами, а менять там адресацию проблематично.
1. Выделить дополнительную подсеть типа 192.168.10.0/24 и использовать ее вместе с существующей. Придется настроить маршрутизацию и поддерживать фактически два логических сегмента. Но это все лучше, чем писать по 2 адреса (смысл прописывания второго адреса мне вообще непонятен).
2. Выделить новый большой сегмент, к примеру 192.168.8.0/22, и полностью перейти на него. Это потребует трудозатрат на смену адресации, но будет гораздо правильнее чем дополнительные адреса. И это сохранит единый сегмент.
Сазонов Илья http://isazonov.wordpress.com/
отдельным VLAN правильнее и быстрее, чем городить неклассовые сетки и перенастраивать все оборудование. к тому же разделение на вланы всегда хорошо с точки зрения безопасности (у самого пара десятков вланов на три сотни хостов)
Вы упускаете мааленький момент: «Шлюз на TMG, и еще есть около десятка серверов».
зачем заставлять ТМГ заниматься тем что он не должен делать? вланы и маршрутизация удел роутеров и коммутаторов 3-го уровня, а ТМГ ни разу не маршрутизатор.
Я бы избегал использовать нестандартные маски. А создание слишком большого сегмента сети чревато увеличением накладных расходов и, как следствие, снижением производительности сети. Широковещательный домен-то больше станет.
Есть ли у вас коммутатор 2-3 уровня?
VLAN не пропустит широковещательный трафик в другие подсети, но это решаемо. Решений 2:
1. Настроить коммутатор таким образом, чтобы широковещательный трафик данного VLAN перенаправлялся в Вашему DHCP. IP helper-address называется http://habrahabr.ru/post/89997/
Это самый лучший вариант.
Иван, а чем отличается IP helper-address от DHCP Relay?
>Я бы избегал использовать нестандартные маски.А создание слишком большого сегмента сети чревато увеличением накладных расходов и, как следствие, снижением производительности сети. Широковещательный домен-то больше станет.
То есть правильно ли я понял, что «стандартная маска» (то есть не-CIDR) 255.255.0.0 для сети класса B для производительности сети гораздо лучше чем «нестандартная» /22?
По-моему /16 еще хуже, чем /22.
А по поводу DHCP Relay, прошу прощения 2 раза. Я имел в виду что-то типа http://technet.microsoft.com/en-us/library/cc783103(v=ws.10).aspx
По-моему /16 еще хуже, чем /22.
Да. Если не учитывать географию.
4000 рабочих станций в одной сети забьют вашу сеть бродкастами. А если кто-то умный воткнет хабчик двумя портами в 2 розетки, ляжет все, а не одна подсеть. И потом будет очень увлекательно искать, кто-же из 4000 умников напортачил-то.
Зато любой коммутатор (даже бюджетный) способен поддерживать не менее 4096 VLAN. Создавай сколько хочешь.
По-моему мы отошли от темы.
Если маршрутизацию между сетями в VLAN нужно в любом случае настраивать, какой сермяжный смысл во VLAN? Дополнительные сложности в дизайн сети внести?
В одном VLAN может быть и несколько подсетей, однако для удобства обычно строят на одной VLAN одну подсеть. Вероятно это и приводит к смешиванию понятий.
Так вот коммутатор потому и уровня 2-3, что с одной стороны он умеет работать с VLAN, а с другой, может маршрутизировать подсети.
Как расширить диапазон ip адресов dhcp
Вопрос
В сети 2 контроллера домена на Windows Server 2012R2. (Один основной, другой резервный). На обоих поднят DNS и DHCP. На первом контроллере (DC1) выдаются адреса в диапазоне 192.168.3.100-192.168.3.180. На втором (DC2) выдаются в диапазоне 192.168.3.181-192.168.3.254. Остальные адреса зарезервированы и назначены вручную.
Перестало хватать адресов. Подскажите, пожалуйста, как правильно и наименее безболезненно расширить диапазон выдаваемых IP-адресов? (Например, чтобы выдавались в диапазоне 192.168.4.0/24 или 192.168.2.0/24)
Ответы
(Например, чтобы выдавались в диапазоне 192.168.4.0/24 или 192.168.2.0/24)
Вариант не самый лучший ввиду увеличения широковещательного домена.
Вариант сложнее: для начала нужно иметь шлюзы по умолчанию в этих сетях (инернет же нужен будет?) Это возможно, если Ваше активное сетевое оборудование поддерживает VLAN. Далее просто создать новые области для новых сетей.
Так же, я рекомендовал бы Вам использовать DHCP failover
Die Meinung, die von mir geäußert wurde, ist keine offizielle Position von Microsoft.
Кроме описанных телодвижений необходимо указать измененные сети в Сайтах и Службах и привязать их к нужному сайту.
Кроме того, когда соберёшься делать пункт 1, перед этим уменьши время аренды на DC1, чтобы не случилось конфликтов IP при запуске пункта 1.
Все ответы
The opinion expressed by me is not an official position of Microsoft
(Например, чтобы выдавались в диапазоне 192.168.4.0/24 или 192.168.2.0/24)
Вариант не самый лучший ввиду увеличения широковещательного домена.
Вариант сложнее: для начала нужно иметь шлюзы по умолчанию в этих сетях (инернет же нужен будет?) Это возможно, если Ваше активное сетевое оборудование поддерживает VLAN. Далее просто создать новые области для новых сетей.
Так же, я рекомендовал бы Вам использовать DHCP failover
Die Meinung, die von mir geäußert wurde, ist keine offizielle Position von Microsoft.
Если выдаваемые сейчас диапазоны адресов не пересекаются с новым диапазоном, то просто его добавить и корректно настроить сетевое оборудование на пересылку DHCP-запросов из нужного VLAN’а.
На переходном этапе можно дополнительно уменьшить срок аренды адреса, выдаваемого клиентам DHCP-сервером.
суперскоп это один большой геморрой, вариант вектора\анахайма предпочтительнее. я бы на виланы поделил.
>> Вариант не самый лучший ввиду увеличения широковещательного домена
ну я бы не стал париться, маски не большие, да и не вижу я в них(бродкастах) большой беды.
А какая структура физической сети и оборудования? Если есть оборудование на третьем уровне, то лучше создать новую сеть и настроить ее маршрутизацию, это более правильный вариант, чем растягивать маску подсети.
Уточните, пожалуйста, чем этот вариант лучше? При возникновении этой же проблемы через год тоже новую сеть создавать и маршрутизировать?
Если каждый год нужно растягивать сетку(да и в этом случае маршрутизацию докручивать надо будет), то проблема не в клозетах, а в головах и отсутствии планирования.
Т.к. предыдущего пула адресов хватило почти на 10 лет и в виду отсутствия разбивки существующей сети на VLAN, склоняюсь к мысли изменить маску пула на 23. Но просто так сделать это нельзя. Вопрос: как сделать правильно? С наименьшей потерей работоспособности сети и сохранением резерва адресов?
Предполагаю делать так:
1. Расширяю на одном из существующих рабочих DHCP-серверов (например на DC2 c IP 192.168.3.4) пул выдаваемых адресов до 192.168.3.100-192.168.3.254
2.На DC1 полностью удаляю область 192.168.3.0. (В это время за него в старом его диапазоне 192.168.3.100-192.168.3.180 выдаёт адреса DHCP-сервер DC2).
5. На DC1 меняю пул разрешенных к выдаче адресов на 192.168.2.1-192.168.2.254
6. На всех серверах и устройствах, у которых сетевые настройки указаны вручную, меняю маску на 255.255.254.0
И с этого момента у меня сервер DC1 выдаёт адреса в новом диапазоне: 192.168.2.1-192.168.2.254. А сервер DC2 выдаёт адреса в диапазоне 192.168.3.100-192.168.3.254
Если я где-то не прав, поправьте, пожалуйста и подскажите как лучше сделать.
И правильно ли я понимаю, что в принципе, всё это время сеть должна нормально работать? (Ну разве что будут небольшие задержки в выдаче адресов новым устройствам). А все старые (особенно меня интересуют сервера (почтовые, приложений и т.д.), где сетевые настройки прописаны вручную), будут функционировать нормально?