Как настроить DHCP в Cisco Packet Tracer на сервере

DHCP нужен, чтобы клиентские устройства автоматически получали параметры сети: IP-адрес, маску, шлюз и DNS. В среде Cisco Packet Tracer это проще всего сделать на маршрутизаторе Cisco, который выступает DHCP сервером. Ниже - рабочие варианты для Packet Tracer: один сегмент сети, несколько VLAN и ситуация, когда DHCP сервер стоит в другом VLAN.

Источник базовых команд и логики DHCP в Cisco: официальный справочник Cisco для DHCP (DHCP server и relay) https://www.cisco.com/c/en/us/support/docs/ip/dynamic-host-configuration-protocol-dhcp/20334-21.html
Дополнительно по принципам DHCP DORA и этапам обмена: RFC 2131 https://www.rfc-editor.org/rfc/rfc2131

Что нужно подготовить в Packet Tracer

1. Маршрутизатор Cisco (будет DHCP сервером).
2. Коммутатор (по желанию) и клиенты (ПК, ноутбуки).
3. IP-схема: сеть, маска, адрес шлюза и диапазон, который раздаёте.
4. Если клиенты в разных VLAN - нужно настроить маршрутизацию между VLAN и DHCP relay.

Проверьте базовую связность перед DHCP:
- шлюз клиента должен отвечать ping
- клиенты должны быть в правильной VLAN

Вариант 1. Один VLAN и DHCP на маршрутизаторе Cisco

Схема из практики: все клиенты в одной подсети, например 192.168.1.0/24, а маршрутизатор - шлюз 192.168.1.1.

Шаг 1. Поднимите интерфейс на маршрутизаторе

enable
conf t
interface fa0/0
no shutdown
ip address 192.168.1.1 255.255.255.0
end

Шаг 2. Создайте DHCP пул

conf t
ip dhcp pool DHCP_192.168.1.0
network 192.168.1.0 255.255.255.0
default-router 192.168.1.1
dns-server 192.168.1.2
end

Команда network задает сеть, из которой клиенты будут получать адреса. default-router - шлюз по умолчанию. Команда dns-server - DNS для клиентов. Основа команд для DHCP pool описана в Cisco документации и справочниках по IOS https://www.cisco.com/c/en/us/support/docs/ip/dynamic-host-configuration-protocol-dhcp/20334-21.html

Шаг 3. Исключите адреса, которые не должны раздаваться

Обычно не раздают адрес шлюза и участки “в резерв”:

conf t
ip dhcp excluded-address 192.168.1.1 192.168.1.50
end

Логика исключений описана в документации по DHCP на Cisco и в практических гайдах https://wiki.merionet.ru/articles/nastrojka-dhcp-na-oborudovanii-cisco

Шаг 4. Проверьте на клиенте

На клиенте включите получение IP автоматически (DHCP), затем:
- проверьте ipconfig /all (Windows) или настройки IP в Packet Tracer
- убедитесь, что клиенты получают адреса из пула

Дополнительно полезно посмотреть, что раздал сервер:

show ip dhcp bindings
show ip dhcp server statistics

Эти команды встречаются в справочных материалах по DHCP на Cisco и помогают быстро локализовать проблему https://wiki.merionet.ru/articles/nastrojka-dhcp-na-oborudovanii-cisco

Вариант 2. Несколько VLAN: DHCP на маршрутизаторе и раздача по подсетям

Если клиенты сидят в разных VLAN, то у каждого VLAN своя подсеть. DHCP можно держать на одном маршрутизаторе: для каждой подсети создать отдельный пул.

Ниже рабочий шаблон для Packet Tracer:
- VLAN 2: 192.168.2.0/24, шлюз 192.168.2.251
- VLAN 3: 192.168.3.0/24, шлюз 192.168.3.251
- DHCP раздаете, например, диапазонами 192.168.2.50-192.168.2.250 и 192.168.3.50-192.168.3.250

Шаг 1. Коммутатор: VLAN и trunk

На коммутаторе:
- порты клиентов в режиме access в нужную VLAN
- порт к маршрутизатору в trunk, с разрешенными VLAN

Пример логики trunk для Packet Tracer соответствует стандартной схеме VLAN - trunk - access. Такой подход используется во многих инструкциях по DHCP в VLAN (суть одна и та же) https://pyatilistnik.org/nastroyka-cisco-dhcp-v-lokalnoy-seti/

Шаг 2. Маршрутизатор: подинтерфейсы и маршрутизация

enable
conf t
interface gi0/0
no shutdown

interface gi0/0.2
encapsulation dot1Q 2
ip address 192.168.2.251 255.255.255.0

interface gi0/0.3
encapsulation dot1Q 3
ip address 192.168.3.251 255.255.255.0

ip routing
end

Идея sub-interface с encapsulation dot1Q - стандартный способ разрулить трафик между VLAN на Cisco IOS. Практические примеры подинтерфейсов и DHCP pool в VLAN обычно строятся по этой схеме https://pyatilistnik.org/nastroyka-cisco-dhcp-v-lokalnoy-seti/

Шаг 3. DHCP pools для каждой подсети

conf t
ip dhcp excluded-address 192.168.2.251 192.168.2.260
ip dhcp pool VLAN2
network 192.168.2.0 255.255.255.0
default-router 192.168.2.251
dns-server 192.168.2.2

ip dhcp excluded-address 192.168.3.251 192.168.3.260
ip dhcp pool VLAN3
network 192.168.3.0 255.255.255.0
default-router 192.168.3.251
dns-server 192.168.3.2
end

Что ожидать от клиентов

Клиент из VLAN 2 получит адрес только из VLAN 2 пула, и аналогично для VLAN 3. Если клиент получил адрес из другого VLAN, значит он подключен не туда или на коммутаторе не тот access VLAN.

Вариант 3. DHCP сервер в одном VLAN, а клиенты в другом: нужен DHCP relay

Ключевая причина проблем в multi-VLAN сетях: запросы DHCP - широковещательные. Маршрутизатор их не форвардит как обычный broadcast, поэтому DHCP сервер “не видит” клиентов из другого VLAN.

Решение - ip helper-address на интерфейсе, который смотрит в VLAN клиента. Он превращает DHCP broadcast в unicast к DHCP серверу.

Эта схема широко используется в инструкциях по DHCP relay для Cisco, и ее команды совпадают по смыслу с Cisco документацией https://www.cisco.com/c/en/us/support/docs/ip/dynamic-host-configuration-protocol-dhcp/20334-21.html
Практический пример ip helper-address встречается в гайдах по Packet Tracer и Cisco конфигурациям https://network.msk.ru/blog/nastrojka_dhcp_cisco

Пример

DHCP сервер в VLAN 4, IP сервера 192.168.4.1. Клиенты в VLAN 2 и VLAN 3.

На маршрутизаторе добавьте helper на подинтерфейсы VLAN клиентов:

conf t
interface gi0/0.2
ip helper-address 192.168.4.1

interface gi0/0.3
ip helper-address 192.168.4.1
end

После этого клиенты в VLAN 2 и VLAN 3 начнут получать адреса с DHCP сервера в VLAN 4.

Быстрый чек-лист по настройке (чтобы не гадать)

Источник команд и логики helper-address: Cisco DHCP relay - официальная документация и практические статьи по Cisco IOS https://www.cisco.com/c/en/us/support/docs/ip/dynamic-host-configuration-protocol-dhcp/20334-21.html

Типичные ошибки в Packet Tracer с DHCP на Cisco

1. Не задан default-router в DHCP pool
   Тогда клиенты получат IP, но не смогут нормально общаться через шлюз.

2. VLAN access на коммутаторе настроен неправильно
   Клиент подключен к порту, который стоит в другой VLAN, и получает “чужой” пул.

3. DHCP relay не настроен, когда сервер в другом VLAN
   Без ip helper-address клиенты в других VLAN не добьются ответов от сервера.

4. Не исключен адрес шлюза из пула
   В некоторых сценариях это приводит к конфликтам или к тому, что шлюз недоступен для клиентов.

5. DNS задан “в никуда”
   Адреса по DHCP приходят, но имена сайтов не резолвятся. Это видно через ipconfig /all и тесты DNS.

Как проверить результат в Packet Tracer

Минимальный набор проверок:
1. На клиенте IP получен автоматически.
2. ping до шлюза по умолчанию работает.
3. На сервере DHCP:
- show ip dhcp bindings
- show ip dhcp server statistics

Если DNS нужен в задании:
- задайте dns-server в DHCP pool
- отдельно проверьте работу DNS-узла в Packet Tracer (если используете DNS сервер как объект)

Практический пример проверки и шагов “получить IP по DHCP” в Packet Tracer встречается в инструкциях Cisco по лабораторным заданиям с DHCP и DNS https://studfile.net/preview/16499513/

Итог

Чтобы настроить DHCP в Cisco Packet Tracer на “сервере”, достаточно выбрать архитектуру:
- один VLAN - на маршрутизаторе задайте DHCP pool и исключения
- несколько VLAN - сделайте отдельные pools для каждой подсети
- DHCP сервер в другом VLAN - включите ip helper-address на интерфейсах VLAN клиентов

После этого проверяйте через show ip dhcp bindings и тест на клиенте.