Увеличение количества IP-адресов в подсети на DHCP-сервере
В этой статье описываются методы изменения количества IP-узлов в подсети на DHCP-сервере.
Область действия: Windows 10 — все выпуски, Windows Server 2012 R2
Исходный номер базы знаний: 255999
Симптомы
Вы пытаетесь расширить область на DHCP-сервере. При изменении области в диалоговом окне « Свойства области» возникает следующее сообщение об ошибке:
Диапазон IP-адресов был изменен, но еще не сохранен. Продолжение отменит изменения. Продолжить?
Если выбрать значение «Да» или «Нет» для этого сообщения, существующая область не изменится.
Решение
В этой статье описываются методы, которые можно использовать для изменения количества ip-узлов в любой конкретной подсети. Рассматриваются следующие три метода:
Расширение области
Предположим, что у вас уже есть область DHCP. Начальный и конечный адреса в настоящее время не включают все адреса для данной подсети. В этом случае, чтобы увеличить количество адресов в области, можно расширить начальный или конечный адрес в свойствах области.
В следующем примере показана сеть класса C со следующими параметрами:
Адрес подсети: 192.168.1.0
Маска подсети: 255.255.255.0
В этом примере создается сеть из 254 узлов, которые занимают диапазон адресов от 192.168.1.1 до 192.168.1.254.
Созданная область имеет следующие свойства:
Начальный адрес: 192.168.1.50
Конечный адрес: 192.168.1.150
Маска подсети: 255.255.255.0
Чтобы увеличить количество адресов, доступных клиентам, можно изменить начальный или конечный адрес до 1 и 254 соответственно.
В более ранних версиях DHCP приходилось расширять начальный или конечный адрес с приращением 32. Это больше не так, если вы используете Windows NT версии 4.0 с пакетом обновления 6 или более поздней версии.
Если область уже охватывает весь диапазон и полностью используется, у вас есть только два других варианта: надстройка или повторное подключение. Оба этих варианта требуют внесения изменений в архитектуру сети.
Простое изменение параметров области DHCP не дает вам дополнительных аренд. DHCP выполняется поверх архитектуры подсети сети и может раздать адреса, как вам нужно. В первую очередь, всегда рассматривайте необходимость расширения диапазонов адресов как упражнение по архитектуре подсети. Когда вы решите, какую архитектуру использовать, можно настроить DHCP в соответствии с вашей сетевой архитектурой.
Повторное подключение
Повторное подключение — это рекомендуемая процедура для увеличения области DHCP, если текущая область полностью использует текущую маску подсети. Этот метод требует изменить все узлы и шлюзы подсети. Если у вас есть диапазон адресов, в котором не было доступных адресов узлов, можно изменить маску подсети, включив в нее больший объем адресов узлов. Однако для простого изменения маски подсети требуется следующее:
- Перенастройка всех маршрутизаторов и других статически назначенных компьютеров.
- Все клиенты DHCP обновили аренду, чтобы получить новые параметры.
Кроме того, сначала необходимо удалить всю область или область DHCP, а затем повторно создать ее с помощью новой маски подсети. Если вы не выполните действия по предотвращению адресов аренды, которые могут использовать другие клиенты, в течение этого периода могут возникнуть повторяющиеся адреса. Несмотря на все упомянутые выше предупреждения, повторное подключение по-прежнему является рекомендуемой процедурой. Конфигурация повторной подсети не создает дополнительных накладных расходов на маршрутизаторы или шлюзы подсети и сохраняет все узлы на одном и том же широковещательном адресе.
В следующем примере показана исчерпанная подсеть со следующими параметрами:
Адрес подсети: 192.168.1.0
Маска подсети: 255.255.255.0
Она возвращает сеть из 254 узлов с адресами от 192.168.1.1 до 1921.68.1.254.
В следующем примере показан результат при использовании параметра повторной подсети:
Адрес подсети: 192.168.1.0
Маска подсети: 255.255.254.0
Теперь у вас есть сеть из 510 узлов с адресами от 192.168.0.1 до 192.168.1.254 (для области 192.168.0.0) или 256 новых DHCP-адресов.
Суперобласти
Суперобласти (также называемые мультисетью) могут соответствовать вашим требованиям. Если вы не хотите изменять подсеть существующей сети, можно добавить дополнительные логические сети в ту же физическую сеть. Этот метод создает дополнительную нагрузку на маршрутизатор или шлюз, настроенный с несколькими логическими подсетями, работающими на одном физическом порте. Дополнительная нагрузка может привести к снижению производительности сети. Узлы в одной логической подсети должны быть перенаправлены через шлюз для взаимодействия с узлами в другой логической подсети, несмотря на общий доступ к той же физической сети.
В следующем примере показана исчерпанная подсеть со следующими параметрами:
Адрес подсети: 192.168.1.0
Маска подсети: 255.255.255.0
В следующем примере показаны результаты при использовании параметра суперобласти:
Адрес подсети: 192.168.1.0 и 192.168.2.0
Маска подсети: 255.255.255.0
Теперь у вас есть две сети из 254 узлов (всего 508 узлов) с адресами от 192.168.1.1 до 192.168.1.254 и 192.168.2.1 до 192.168.2.254 или 254 новых доступных DHCP-адресов.
Выбрав нужный вариант, можно выбрать соответствующую конфигурацию DHCP.
Если вы используете параметр повторной подсети, необходимо удалить и повторно создать область DHCP с помощью новой маски подсети. Изменить только маску для определенной области невозможно.
Если вы обслуживаете существующие клиенты в пределах части этого диапазона, следует включить обнаружение конфликтов, пока все клиенты не будут перенесены в новую область. Для выполнения этого действия необходимо выполнить следующие действия:
- Настройте интерфейс каждого подключенного маршрутизатора и измените IP-адрес для подключенного интерфейса, его адрес подсети и маску подсети.
- Удалите текущую область DHCP.
- Создайте область DHCP с новой маской подсети.
- Включите параметр «Повторные попытки конфликтов» на DHCP-сервере (задайте значение 1 или 2).
- Принудительное продление аренды DHCP-клиентов DHCP.
- Измените IP-адрес, маску подсети и (или) шлюз по умолчанию на каждом статически настроенном узле.
При использовании параметра суперобласти необходимо совместно заменять множество областей. Создайте каждую область по отдельности, а затем создайте суперобласти для включения отдельных областей. Для выполнения этого действия необходимо выполнить следующие действия:
- Добавьте дополнительные IP-адреса в текущие интерфейсы маршрутизатора.
- Создайте область DHCP для новой логической подсети.
- Создайте суперобласти и добавьте старые и новые области DHCP в качестве дочерних.
Обратная связь
Были ли сведения на этой странице полезными?
PC360
Вы находитесь здесь PC360 » ЛВС » Увеличение количества компьютеров более 254 в простой локальной сети.
Увеличение количества компьютеров более 254 в простой локальной сети.
На определенном этапе существования локальной сети в нашей организации использовалась ее простая структура. Сеть была одноранговой, коммутаторы не настраиваемые, задействован диапазон IPv4 предназначенный для частных локальных сетей 192.168.1.0. Интернет и локальную сеть разделял межсетевой экран.
До какого-то момента времени сеть не превышала 254 сетевых устройства (компьютеры, сетевые принтеры, NAS) и все было хорошо. Но вот настал день, когда диапазон свободных IP-адресов израсходовался, но при этом закупили 30 новых компьютеров. Нужно было искать срочный выход из сложившейся ситуации.
В итоге было определено 2 варианта организации ЛВС с числом сетевых устройств более 254. Рассмотрим один наиболее простой вариант и один посложнее.
Вариант №1 – добавление нулевого диапазона.
Сети с диапазонами IP 192.168.0.0 и 192.168.1.1 могут «видеть» друг друга через маску 254. Так как сеть с IP 192.168.1.0 у нас переполнена, назначаем новым ПК IP-адреса в диапазоне 192.168.0.0, но при этом указываем для всех ПК маску 255.255.254.0. Не требуется какая-то особая маршрутизация и сеть работает через обычные коммутаторы.
На этом все. Сеть расширена еще на 254 вероятных будущих компьютеров. Нужно изменить маску во всех ранее существовавших в сети компьютерах если их IP статический или изменить маску в DHCP-сервере.
Можно проверить через командную строку командой PING два любых ПК в разных диапазонах IP. Компьютеры «пингуются» и «видят» друг друга в сетевом окружении.
Недостаток у этого метода – широковещательный шторм (англ. Broadcast storm). Пакеты с запросами будут серьезно перегружать сеть при полных 508 сетевых устройствах и передача трафика замедлится. В случае, если сеть не планирует расширяться на более чем 300 компьютеров, такой вариант вполне приемлем. За несколько лет использования этой структуры видимых трудностей не наблюдалось.
Вариант №2 – разделение сети на несколько сегментов через маршрутизатор. (ССЫЛКА)