Inform что это в роутере

Дорогие пользователи! У нас появился новый форум на платформе tp-link.community (Сообщество)

Форум доступен по ссылке https://community.tp-link.com/ru

Если при регистрации в Сообществе Вы укажете адрес электронный почты, который используете на данном форуме, то Ваши данные будут перенесены на форум Сообщества автоматически.
Также, если на форуме Сообщества Ваш никнейм будет занят, то Вам предложат сменить его или оставить, но с приставкой «_RU».

Подробнее Вы можете прочитать тут: https://community.tp-link.com/ru/home/f … pic/501542

Убедительная просьба не дублировать темы на старом/новом форуме.

il001

Сообщения: 2
Зарегистрирован: 29 ноя 2013, 20:04
Страна: Russsia

DHCPS:Recv INFORM что это?

Аппаратная версия устройства: WR740N v4 00000000
Версия прошивки: 3.13.1 Build 130327 Rel.51642n
Ваша страна: Россия
Название провайдера: ЭтХоум
Тип подключения: Static IP
Скорость по тарифу: 25 Мбит
Подключение с ПК по wifi или по кабелю?: WiFi
Ваша операционная система: Win7 x64
Антивирусные программы и фаерволы: Symantec Endpoint protection

Логи оборудования: Nov 29 16:02:15 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 16:03:37 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 16:05:44 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 16:07:16 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 16:09:26 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 16:10:43 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 16:12:49 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 16:14:01 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 16:16:10 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 16:17:38 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 16:19:47 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 16:21:20 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 16:22:55 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 16:24:38 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 16:26:13 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 16:27:49 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 16:29:24 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 16:31:11 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 16:32:46 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 16:34:25 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 16:35:59 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 16:37:23 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 16:38:57 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 16:40:31 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 16:42:06 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 16:43:25 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 16:45:35 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 16:47:23 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 16:48:57 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 16:50:40 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 16:52:14 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 16:53:44 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 16:55:18 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 16:56:52 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 16:58:27 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 16:59:49 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 17:01:25 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 17:02:42 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 17:04:48 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 17:06:12 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 17:08:23 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 17:09:43 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 17:11:18 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 17:12:47 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 17:14:22 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 17:16:04 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 17:17:40 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 17:18:54 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 17:20:29 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 17:21:43 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 17:23:52 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 17:25:22 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 17:27:30 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 17:28:59 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 17:31:09 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 17:32:46 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 17:34:21 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 17:36:05 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 17:37:41 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 17:38:55 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 17:40:29 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 17:41:46 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 17:43:55 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 17:45:08 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 17:47:18 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 17:48:50 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 17:50:24 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 17:51:38 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 17:53:45 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 17:55:06 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 17:57:15 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 17:58:45 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 18:00:56 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 18:02:22 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 18:04:28 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 18:05:41 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 18:07:04 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 18:08:20 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 18:09:32 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 18:11:07 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 18:12:22 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 18:14:30 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 18:15:58 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 18:17:34 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 18:19:02 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 18:20:38 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 18:21:55 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 18:23:30 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 18:24:33 DHCP NOTICE DHCPS:Recv REQUEST from A4:17:31:19:85:C9
Nov 29 18:24:33 DHCP NOTICE DHCPS:Send ACK to 192.168.0.110
Nov 29 18:24:49 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 18:26:24 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 18:27:45 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 18:29:46 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 18:31:08 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 18:33:17 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 18:34:47 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 18:36:22 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 18:37:43 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 18:39:18 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 18:40:43 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 18:42:48 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 18:44:24 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 18:45:59 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 18:47:23 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 18:48:58 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 18:50:46 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 18:52:21 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 18:53:38 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 18:55:47 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 18:57:17 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 18:58:52 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 19:00:35 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 19:02:10 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 19:03:30 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 19:05:39 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 19:07:03 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 19:07:24 DHCP NOTICE DHCPS:Recv REQUEST from 9C:4E:36:28:9C:A8
Nov 29 19:07:24 DHCP NOTICE DHCPS:Send ACK to 192.168.0.101
Nov 29 19:07:28 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8
Nov 29 19:08:51 DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8

Приветствую.
О чем говорит эта запись «DHCP NOTICE DHCPS:Recv INFORM from 9C:4E:36:28:9C:A8»?
уж слишком она засоряет логи.


GPS

Re: DHCPS:Recv INFORM что это?

Сообщение

GPS » 12 дек 2013, 12:39

Обычно это сообщение о том, что устройство с данным МАС адресом подключено и использует какой-то IP адрес.


il001

Сообщения: 2
Зарегистрирован: 29 ноя 2013, 20:04
Страна: Russsia

Re: DHCPS:Recv INFORM что это?

Сообщение

il001 » 12 дек 2013, 15:22

А зачем он об этом напоминает каждые 2 минуты? как это убрать?


DHCP расшифровывается, как Dynamic Host Configuration Protocol — протокол динамической конфигурации хостов. Компьютеру, для того, чтобы он мог работать в сети нужно получить IP-адрес.

Протокол DHCP

Есть два варианта назначения IP-адресов. Во-первых, IP-адреса можно назначать вручную, это удобно делать, когда в сети мало компьютеров, например, дома или в небольшой организации. Но если в вашей сети сотни или тысячи компьютеров назначить на каждый IP-адрес вручную практически невозможно. Для этого необходимы методы автоматического назначения IP-адресов. Как раз протокол DHCP предоставляет такую возможность. Это позволяет существенно снизить трудозатраты по настройке сетевых параметров в компьютерах в больших сетях.

С другой стороны, чтобы использовать протокол DHCP необходимо создать соответствующую инфраструктуру, создать в сети DHCP сервер и поддерживать его. Другой недостаток DHCP в том, что одному и тому же компьютеру в разное время DHCP сервер может назначать разные IP-адреса.

Работа протокола DHCP

DHCP работает по модели клиент-сервер. Клиент это компьютер, который получает IP-адрес автоматически. А сервер DHCP это компьютер, который раздает ip-адреса и следит за тем, чтобы один и тот же ip-адрес не был выдан двум клиентам, в противном случае они не смогут работать с сетью. Для того, чтобы получить ip-адрес, клиент и сервер обмениваются между собой сообщениями DHCP в режиме запрос-ответ.

Получение IP-адреса

Рассмотрим, как происходит получение IP-адреса по протоколу DHCP. Когда клиент включается, у него нет никакой информации о той сети в которой он находится. Его первая задача узнать, где находится DHCP сервер. Для этого он посылает сообщение DHCP DISCOVER.

Сообщение DHCP DISCOVER

Для того, чтобы найти DHCP сервер, сообщение DHCP DISCOVER посылается на широковещательный МАК-адрес. Это сообщение принимают все компьютеры в сети.

сообщение DHCP DISCOVER посылается на широковещательный МАК-адрес

Сервер, после того, как получил сообщение DHCP DISCOVER в ответ посылает сообщение DHCP OFFER. В сообщение DHCP сервер включает ip-адрес, который предлагает использовать клиенту.

сообщение DHCP OFFER

Клиент в ответ посылает сообщение DHCP REQUEST с тем же самым ip-адресом.

сообщение DHCP REQUEST

На следующем шаге сервер посылает подтверждающее сообщение DHCP ACK, куда еще раз включается ip-адрес. После этого клиент может использовать ip-адрес для работы в сети. Проще всего запомнить процесс получения ip-адреса по протоколу DHCP по первым буквам DHCP сообщений DORA (Discover, Offer, Request, Ack).

Кроме тех сообщений, которые мы рассмотрели, есть и другие сообщения.

Сообщения DHCP протокола

  • Сообщение NACK запрещает использование клиентом ip-адреса, который он запросил в сообщении DHCP request.
  • Сообщение RELEASE используется для освобождения ip-адреса, который уже не нужен клиенту.
  • Сообщение INFORM используется для получения информации о сети, если клиент уже знает свой IP-адрес и ему не надо получать его с помощью протокола DHCP. Например, адрес может быть сконфигурирован вручную.

Зачем нужно четыре шага?

Зачем нужно 4 шага? Ведь на первый взгляд достаточно трёх шагов. Ответ на этот вопрос Вы узнаете из видео на 3:40 минуте.

Назначение адресов в DHCP

DHCP сервер может использовать 2 способа назначения адресов компьютерам.

  1. Первый способ — фиксированный. В этом случае в конфигурационных серверах DHCP сервера для каждого МАК-адреса прописывается соответствующий ему IP-адрес, который DHCP сервер должен выдавать клиенту. Это удобно делать в небольшой сети, где Вы знаете MAC-адреса всех компьютеров. Но в крупной сети или если Вы не знаете мак-адреса всех компьютеров это сделать невозможно. Например, если вы делаете сеть в кафе, куда люди приходят со своими ноутбуками, смартфонами, планшетами, вы не можете знать заранее их мак-адреса.
  2. Другой подход — динамический. В этом случае у DHCP сервера есть пул адресов, это диапазон адресов из которого DHCP сервер может взять любой IP-адрес и назначить компьютеру. При этом DHCP сервер следит за тем, чтобы один и тот же IP-адрес из пула не был назначен двум компьютерам одновременно.

Время аренды в DHCP

DHCP сервер выделяет IP-адрес компьютера на некоторое ограниченное время, которое называется временем аренды (lease time). Время аренды может быть разное от нескольких минут, до нескольких часов и даже суток в зависимость от потребности конкретной сети и конкретной организации.

Обновление аренды IP-адреса

После того, как время арены закончилось, ip-адрес освобождается и DHCP сервер может отдать его другому клиенту. Но что делать, если текущий клиент хочет использовать этот IP-адрес дальше? Для этого клиенту необходимо продлить аренду, обычно клиенты начинают это делать после того, как пройдет половина времени аренды, для продления аренды используется специальная сокращенная процедура получения IP-адреса. Так как клиент уже знает свой IP-адрес он сразу пересылает серверу сообщение DHCP request в котором указывает этот ip-адрес и если все нормально, то сервер в ответ высылает сообщение DHCP ACK, которое подтверждает, что клиент может использовать этот ip-адрес дальше.

сообщение DHCP ACK

Прекращение использования адреса

После того, как компьютер перестал работать с сетью, например при выключении, ему необходимо сказать об этом DHCP серверу, для этого используется сообщение DHCP Release. После получения такого сообщения DHCP сервер может отдать этот ip-адрес какому-нибудь другому компьютеру в сети. 

Все современные операционные системы автоматически отправляют сообщения DHCP Release при выключении, никаких дополнительных действий от пользователя не требуется. 

Если сообщение DHCP Release не будет отправлено, например в случае, когда компьютер выключен некорректно или произошел сбой в операционной системе, то DHCP сервер будет считать, что этот адрес занят пока не закончится время аренды и только после окончания времени аренды он может отдать этот ip-адрес другому компьютеру. 

Конфигурационная информация

Компьютеру, для корректной работы в сети, обычно, нужен не только ip-адрес. Нужно знать маску подсетей и маршрутизатор по умолчанию. Также, хорошо узнать адреса серверов имен. DHCP позволяет передать эти и другие сведения о конфигурации сети с помощью опций. Опции включаются в пакет DHCP и передаются вместе с ip-адресом. Кроме маски подсети и маршрутизатора по умолчанию, обычно передается адрес DNS серверов, которые используются для разрешения имен, адреса серверов времени, какие-либо полезные локальные маршруты, а также другая конфигурационная информация.

Поиск DHCP сервера в сети

Если Вы используете DHCP для назначения ip-адресов своей сети, то при планировании сети необходимо обращать внимание на то, где расположен DHCP сервер. Он должен располагаться в той же самой подсети, что и клиенты, которые будут получать ip-адреса по протоколу DHCP.

Поиск DHCP сервера в сети

Почему так происходит? Клиент DHCP при включении не знает, где находится DHCP сервер и отправляет запрос DHCP Discover на широковещательный адрес.

Клиент DHCP отправляет запрос DHCP Discover

Его получают все компьютеры, которые находятся в данной подсети в том числе и DHCP сервер.

DHCP сервер и компьютеры

Рассмотрим, что происходит, если DHCP сервер находится в другой подсети, то есть отделен от клиента одним или несколькими маршрутизаторами. Клиент DHCP отправляет сообщение DHCP Discover на широковещательный мак-адрес, но маршрутизатор не передает широковещательный трафик, поэтому сообщение DHCP discover не доходит до сервера DHCP, соответственно он не может выдать клиенту ip-адрес.

сообщение DHCP discover не доходит до сервера DHCP

Чтобы решить эту проблему, используется DHCP Relay. Это специальная конфигурация маршрутизаторов или маршрутизирующих коммутаторов, которые позволяют им передавать широковещательный трафик, но не весь, а только тот, который относится к протоколу DHCP. Если наш маршрутизатор способен работать в режиме DHCP Relay, то он передаст сообщение DHCP Discover от клиента к DHCP серверу, который находится в другой сети.

сообщение DHCP Discover от клиента к DHCP серверу

И только в этом случае DHCP сервер может выдать ip-адрес клиенту, который находится за маршрутизатором.

 DHCP сервер может выдать ip-адрес клиенту

Заключение

Протокол DHCP используется для автоматического назначения IP-адресов и другой конфигурационной информации. Протокол DHCP использует архитектуру клиент-сервер и работает в режиме запрос ответ. Чтобы получить IP-адрес используются 4 DHCP сообщения, сокращенно DORA. DHCP сервер выдает адреса на ограниченный срок (срок аренды). Чтобы DHCP сервер мог выдавать ip-адреса клиентам, он должен находиться с ними в одной подсети или необходимо использовать DHCP Relay на маршрутизаторах и коммутаторах.

Назначение¶

Протокол DHCP(Dynamic Host Configuration Protocol) — предназначен для автоматической передачи ip настроек по запросу клиента. Работает по модели «клиент-сервер», используется в качестве транспортного протока UPD.

Клиент отправляет запросы с 68 порта, порт сервера 67.

Структура сообщения DHCP¶

image-dhcp-struct

Field Description Length
op Тип сообщения. Boot Request = 1, Boot Reply = 2 1 byte
htype Hardware Type — аппаратный тип — Ethernet = 1 1 byte
hlen Длина аппаратного адреса. MAC-адрес Ethernet = 6 1 byte
hops Количество промежуточных маршрутизаторов (так называемых агентов ретрансляции DHCP), через которые прошло сообщение. 1 byte
xid Уникальный идентификатор транзакции в 4 байта, генерируемый клиентом в начале процесса получения адреса. 4 byte
secs Время в секундах с момента начала процесса получения адреса. Может не использоваться (в этом случае оно устанавливается в 0) 2 byte
flags Поле для флагов — специальных параметров протокола DHCP 2 bytes
ciaddr ip-адрес клиента. Заполняется только в том случае, если клиент уже имеет собственный ip-адрес (это возможно, если клиент выполняет процедуру обновления адреса по истечении срока аренды). 4 bytes
yiaddr Новый ip-адрес клиента, предложенный сервером. 4 bytes
siaddr Значение присваивается клиентом DHCP, если клиент хочет связаться с конкретным сервером DHCP. ip-адрес сервера DHCP может быть получен при помощи сообщений DHCPOFER и DHCPACK, ранее возвращенных сервером. Сервер может вернуть адрес следующего сервера, с которым следует связаться в процессе загрузки, — например, адрес сервера, на котором хранится загрузочный образ операционной системы 4 bytes
giaddr ip-адрес агента ретрансляции, если таковой был. 4 bytes
chaddr Аппаратный адрес (обычно MAC-адрес) клиента. В случае Ethernet первые 6 байт это MAC адрес, а остальные 10-ть заполняются нулями (Client hardware address padding) 16 bytes
sname Необязательное имя сервера. 64 bytes
file Необязательное имя файла на сервере, используемое бездисковыми рабочими станциями при удалённой загрузке. Например, pxe/lpxelinux.0 128 bytes
options Опций DHCP. Здесь указываются по сути все праметры конфигурации настроек ip на стороне клиента. up to 214 bytes

Наиболее «популярные» опции:

  • Option 53 — DHCP message type — тип сообщения — (Discover, Offer, Request, Ack, NAС, Inform)
  • Option 54 — ip адрес DHCP сервера
  • Option 51 — lease time — время аренды
  • Option 1 — Subnet mask
  • Option 3 — Router — ip адрес gateway
  • Option 6 — DNS — ip адреса DNS
  • Option 15 — Domain Name — доменное имя
  • Option 255 — End — означает окончание опций
  • Option 82 — Указывает ID коммутатора и ID порта, с которого пришел запрос от клиента. Используя данную опцию по сути можно идентифицировать клиента и выдавать ему ip адрес. По такому принципу работает, т.ню. технология IPoE.

Option 127

Имеется такая интересная опция 127, которая согласно RFC3442 позволяет передавать DHCP клиенту статический маршрут.

Кусок конфига на dhcp сервере:

option rfc3442-classless-static-routes 24,172,16,1,192,168,1,254;

Объяснение:

option rfc3442-classless-static-routes 
/24 - маска
172.16.1.0 - адрес сети
192.168.1.254 - адрес шлюза
----------------------------------
т.е. на клиенте дополнительно добавляется статический маршрут 
до сетки 172.16.1.0/24 через 192.168.1.254
```на клиенте: ip route add 172.16.1.0/24 gw 192.168.1.254

П.э. если захочется странного, то можно сделать «протокол динамической маршрутизации» из DHCP — «Почему бы и да?» ) уменьшив время аренды, например до 1 минуты и генеря конфиг dhcp сервера с опиций 127, гыгы )))

Процесс получения DHCP адреса¶

Процесс получения ip адреса по DHCP представляет из себя четыре стадии. Его еще называют «DORA» — по первым буквам стадий.

1. DHCP Discover¶

Клиент отправляет в сеть широковещательный запрос на поиск DHCP сервера о том, что он хочет получить настройки ip.

image-dhcp-discover

2. DHCP Offer¶

Сервер отправляет юнисастом, клиенту предложение с вариантом настроек ip. При этом сервер выделяет эти адреса временно, п.э. нет точной гарантии, что клиент их получит.

image-dhcp-offer

3. DHCP Request¶

Клиент отправляет широковещательный запрос на сервер DHCP, таким образом подтверждая своё согласие принять данные настройки от DHCP сервера.

image-dhcp-request

4. DHCP Ack¶

Сервер принимает DHCP Request от клиента и если данный адрес еще никому не назначился, то отправляет подтверждение в виде DHCP Ack.

image-dhcp-ack

После этого клиент начинает работать с заданными ip параметрами, а сервер помечает данный ip адрес занятым данным клиентам.

Возможен вариант когда dhcp сервер может отвергнуть подтверждение DHCP Request. тогда он ответит сообщением DHCP NAK

Время аренды (lease time)¶

Время аренды — это время в течении которого, клиепн может пользовать данный Ip адрес. Алгоритм продления ip адреса выглядет таким образом: — При достижении ½ времени аренды, клиент делает перезапрос ip адреса — Если получен положительный ответ, то всё «ОК», если же ответа нет, то ½ времени лиза клиент делит пополам и через этот интеравл снова повторно отправляет запрос на продление времени лиза, ну и т.д… — Если в результате ответа клиент не получает, то он отпавляет запрос на получение нового ip адреса.

Цитата из статьи Цитата из литературы [Срок аренды](https://selectel.ru/blog/dhcp-protocol/)

Когда DHCP-сервер выделяет IP из области, он оставляет запись о том, что этот адрес зарезервирован за клиентом с указанием срока действия IP. Этот срок действия называется срок аренды (lease time). Срок аренды может составлять от 24 часов до нескольких дней, недель или даже месяцев, он задается в настройках самого сервера.

Предоставление адреса в аренду, а не на постоянной основе необходимо по нескольким причинам. Во-первых, это разумное использование IP-адресов — отключенные или вышедшие из строя клиенты не резервируют за собой адрес. Во-вторых, это гарантия того, что новые клиенты при необходимости смогут получить уникальный адрес.

После получения адреса из области, клиент берет его в аренду на время, называемое T. Клиент переходит в связанное (BOUND) состояние и продолжает нормальную работу, пока не наступит время половины срока аренды — T1.

По наступлении T1 клиент инициализирует процедуру получения нового IP или обновления адреса — состояние RENEWING. Процесс повторного получения происходит по упрощенной схеме: клиент прямым сообщением запрашивает (DHCPREQUEST), а сервер подтверждает (DHCPACK) запрос. Время аренды начинает отсчитываться заново.

Если подтверждение (DHCPACK) от сервера не поступает, клиент снова запрашивает адрес, но только когда истекает половина T1. Если запрос адреса остается без ответа второй раз, клиент отправляет еще одно сообщение, когда истекает половина от T1/2 (25% от полного срока аренды). Следующий запрос будет отправлен после истечения еще половины оставшегося времени, потом еще половины. И так далее, пока не наступит T2, которое равняется 87,5%, или 7/8 от всего времени аренды. После T2 все попытки продлить аренду IP будут широковещательными. Это значит, что, если первый сервер по какой-то причине недоступен, на запрос адреса сможет ответить любой другой, и работа не будет прервана.

Режимы работы протокола¶

Клиент и сервер подключены напрямую¶

image-dhcp-dora

Клиент и сервер подключены через dhcp relay¶

image-dhcp-relay-dora

При работе через DHCP-relay логика работы несколько меняется:

  • формат DHCP DORA, отправляемые и принимаемые клиентом остаются прежними.
  • между DHCP-relay и DHCP-сервером формат DHCP запросов видоизменяется.

DHCP-Relay отправляет на DHCP сервер уже измененные запросы с указанием себя в качестве источника и DHCP сервера в качестве получателя, также добавляется поле giaddr

DHCP-сервер также отправляет на DHCP-relay unicast ответы DHCP-Relay транслирует обратно клиенту ответы (Offer и Ack) от DHCP сервера уже в обычном виде.

Образцы дампов:

  • 1. Стандартый DHCP DORA
  • 2. DHCP DORA Relay
  • 3. DHCP DORA Renew
  • 4. DHCP Release, Nak, Inform

Литература:

1. Принципы работы протокола DHCP

2. How a DHCP Server Allocates Network Parameters to New DHCP Clients

3. Principles of DHCPv4 Address Allocation


Последнее обновление: 2022-06-10

SNMP (Simple Network Management Protocol) представляет собой стандартный интернет-протокол для управления устройствами в IP-сетях на основе архитектур TCP/UDP, который позволяет отслеживать управляемые сетевые устройства, включая маршрутизаторы, сетевые коммутаторы, серверы, принтеры и другие устройства, которые включены через IP через единую систему управления/программное обеспечение.

Архитектура SNMP

Вначале поговорим об архитектурных компонентах. SNMP состоит из трех компонентов:

  • Сетевая станция управления, включающая в себя сетевого менеджера

  • Агенты

  • Управляемые компоненты

Сетевая станция управления — NMS

Network Management Station (NMS) — это консоль системы, NMS удаленно мониторит управляемые устройства, получает данные, собранные мастер-агентами, отслеживает производительность и представляет полученную информацию в графическом виде. Встроенный менеджер NMS отвечает за связь с агентами.

Агенты

Мастер-агент

Это программа, связывающая сетевых менеджеров и субагентов. Мастер-агент анализирует поступающие запросы сетевого менеджера NMS и пересылает их субагентам, получают информацию, создают ответ и отправляет его менеджеру. Мастер-агент уведомляет менеджера, если запрос некорректен, неверно сформулирован или запрошенная информация недоступна.

Субагент

Это программа, поставляемая вендором вместе с сетевым устройством, используются в конкретной базе управляющей информации (MIB). Субагент собирает информацию о мастер-агенте, настраивает параметры мастер-агента, отвечает на запросы менеджера. У каждого управляемого компонента есть соответствующий субагент.

Управляемый компонент

Управляемый компонент является подключенными к сети компьютерами или программном обеспечением с встроенным субагентом. К таким устройствам относятся не только маршрутизаторы, коммутаторы и серверы, но и IP-видеокамеры, МФУ и IP-телефоны. К программным обеспечениям с субагентами также относятся антивирусные программы, системы резервного копирования, ПО для систем ИБП.

Кроме того, SNMB включает в себя базу управляющей информации (MIB) и идентификатор объекта (OID). MIB — это база данных управления информацией о устройствах, в которой хранятся информация о состоянии управляемого устройства, доступная для систем управления. У каждого типа устройства своя MIB-таблица, и благодаря MIB менеджер знает, какую информацию он может запросить у агента устройства. OID — идентификатор объекта. MIB предоставляет свой собственный уникальный ID, позволяющий вам идентифицировать устройство. OID является цифровым эквивалентом пути к файлу, часть OID содержит данные о производителе оборудования, что позволяет быстро получить некоторую информацию о устройстве.

SNMP принципы работы

Здесь используется SNMPv2c для объяснения принципов работы SNMP. Он выполняет следующие операции для извлечения данных, изменения переменных объекта SNMP и отправки уведомлений.

Get GetNext GetBulk Set Response Trap Inform
Это запрос, отправленный NMS на управляемое устройство. И это выполняется для получения одного или нескольких значений из MIB. Это похоже на GET. Но обычно он получает значение следующего OID (Идентификатор объекта) в дереве MIB. Он используется для получения массы данных из большой таблицы MIB. Он выполняется NMS для изменения значения управляемого устройства. Он выполняется NMS для изменения значения управляемого устройства. Он выполняется агентом в ответ на операции GetRequest, GetNextRequest, GetBulkRequest и SetRequest. Эта операция инициируется агентом. Он используется для уведомления NMS о ошибке или событии, которое происходит на управляемом устройстве. Эта операция инициируется агентом. Это похоже на TRAP, но после того, как агент отправит запрос на информирование, NMS должна отправить пакет InformResponse в качестве ответа агенту.

Обратите внимание, что SNMPv1 не поддерживает операции GetBulk и Inform.

Картина 2: процесс Get/GetNext/GetBulk/Set приложения SNMPv2c

Когда NMS отправляет агенту пакет запроса Get/GetNext/GetBulk/Set, агент сначала аутентифицирует версию SNMP и имя сообщества. Затем, когда аутентификация успешна, агент отправляет соответствующее значение в NMS как пакет ответа. Если агент не может получить соответствующее значение, он возвращает сообщение об ошибке в NMS. Обратите внимание, что операция GetBulk эквивалентна последовательным операциям GetNext. Пользователь может установить количество операций GetNext, включенных в операцию GetBulk, без повторного выполнения операции GetNext.

Картина 3: процесс Trap/Inform приложения SNMPv2c

Trap и Inform — это спонтанные действия управляемого устройства. Когда возникает условие срабатывания прерывания, управляемое устройство отправляет прерывание в NMS для уведомления. Inform похож на Trap, но для Inform требуется подтверждение от NMS, а для Trap — нет. Если управляемое устройство не получает подтверждение, оно сохраняет Inform в буфере или повторяет операцию Inform, пока NMS не вернет подтверждение. Как только количество повторных отправлений достигнет максимального предела, управляемое устройство запишет журнал для запроса на информирование. FS предлагает коммутаторы 1G/10G, коммутаторы 40G с поддержкой SNMP. Пожалуйста, посетите FS.com для получения дополнительной информации.

Особенности применения

SNMP позволяет администратору управляет разными приложениями и облачными сервисами. Протокол имеет функционал для выполнения следующих операций:

  • Перенастраивать IP-адреса

  • Отправлять запросы для контроля устройств

  • Удаленно сбрасывать пароли

  • Отслеживать нагрузки на GPU сервера и получать сообщения о превышении допустимого порога

  • Собирать информацию о текущих ошибках

  • Получать уведомления о неисправностях

  • Получать уведомления о неисправностях

  • Добавить сведение через сторонние OID и многое другое

Общие ЧАВО и решения

В: Как настроить SNMP?

О: SNMP использует центральный компьютер с программным обеспечением SNMP для управления сетевыми коммутаторами. Сегодня большинство сетевых коммутаторов на рынке, будь то гигабитные коммутаторы или коммутаторы 40G, поддерживают SNMP. SNMP предоставляет унифицированный и простой способ управления этими коммутаторами. Взяв в качестве примера конфигурацию SNMPv2c, процесс включает:

A) Настроить IP-адреса на компьютерах и управляемых коммутаторах.

B) Включить SNMP.

C) Настроить права доступа, чтобы компьютеры могли управлять назначенными коммутаторами.

D) Проверить результат конфигурации.

Для получения более подробной информации о конфигурации SNMP, посетите Конфигурация SNMP на коммутаторах серии FS 3900, пожалуйста.

В: Что делать, если NMS не удалось получить Trap?

О: В конфигурации по умолчанию не все Trap включены. В системном представлении пользователи могут:

  • Просмотреть список функций, которые включили Trap без показа всех snmp-agent trap

  • Открыть соответствующий Trap с snmp-agent

  • Открыть все Trap с snmp-agent trap

В: SNMPv1 vs SNMPv2c vs SNMPv3, каковы различия

О: В следующей таблице показано сравнение этих трех типов SNMP:

SNMPv1 SNMPv2c SNMPv3
Контроль доступа Основано на названиях сообществ и MIB Основано на названиях сообществ и MIB Контроль доступа на основе пользователя, группы пользователей и представления MIB
Аутентификация и конфиденциальность Основано на названиях сообществ Основано на названиях сообществ Режим аутентификации: MD5/SHA Режим шифрования: DES56/AES128/AES192/AES256/3DES
Trap Поддержает Поддержает Поддержает
Inform Не поддержает Поддержает Поддержает
GetBulk Не поддержает Поддержает Поддержает
Приложение Подходит для небольших сетей с низкими требованиями к безопасности Подходит для малых и средних предприятий и крупных сетей с низкими требованиями к безопасности Подходит для крупных и сверхгигантских предприятий со строгими требованиями безопасности

В: Существует ли гарантия безопасности для SNMP?

О: Сначана безопасность не была первоочередной задачей разработчиков. Первая версия SNMP была создана в те времена, когда механизма защиты не было как такового. Поэтому версия SNMPv1 практические не имеет защиты от взлома и уязвима для атаки. Но через некоторое время вышел протокол SNMPv2, в котором были значительно улучшены производительность и безопасность. Потом версия протокола SNMPv3 решила все проблемы. На данный момент все основные крупные производители платформ сетевого управления поддерживают протокол SNMPv3, включая HP OpenView, IBM Tivoli, CA Unicenter и т.д.

Заключение

SNMP — один из широко распространенных сетевых протоколов для управления и мониторинга сетевых элементов. Чтобы SNMP работает, необходимо учитывать компоненты SNMP и принципы работы SNMP. Большинство сетевых элементов профессионального уровня поставляются со встроенным агентом SNMP.

На чтение 9 мин Просмотров 42к.

Антон Богданов

Антон Богданов

Инженер-проектировщик сетей связи

DHCP-сервер — до недавнего времени этот термин использовался только среди профессионалов в области информационных систем. Но с появлением интернет-маршрутизаторов практически в каждой квартире разобраться с тем, как работает DHCP, будет нелишним и для простых людей, не связанных с телекоммуникационными сетями.

Содержание

  1. Что такое DHCP
  2. Виды
  3. Принцип действия
  4. IP адресация
  5. Проблемы с интернетом и сетью
  6. Включение в Windows
  7. Настройка на роутерах
  8. Asus
  9. D-Link
  10. TP-LINK
  11. Zyxel keenetic
  12. Netis
  13. Upvel

Что такое DHCP

Дословно эта аббревиатура (protocol DHCP) означает Dynamic Host Configuration Protocol, что в переводе на русский язык означает «протокол динамической настройки узла». Благодаря этой технологии не требуется прописывать на каждом клиенте сетевые параметры, такие как:

  • IP-адрес;
  • Маска подсети;
  • Основной шлюз;
  • Адрес DNS-сервера.

В рамках этой статьи определим термины:

  • Клиент (Client) – устройство, с которого происходит выход в интернет;
  • Сервер (Server) – устройство, предоставляющее возможность выхода в интернет для клиента.

Простыми словами, DHCP выполняет всю работу по подбору сетевых настроек автоматически, без необходимости присваивать вручную каждому устройству свой IP-адрес. Это очень упрощает работу системного администратора в случае расширения сети.

Виды

Для выхода в интернет используется протокол IPv4. Для своей работы он применяет IP-адреса. IP у каждого компьютера в рамках одной сети должен быть уникальный.

Определение адресов может быть двух типов:

  • Статическое (распределение вручную) – IP каждому клиенту присваивается вручную администратором сети;
  • Динамическое (DHCP) – IP присваиваются автоматически исходя из заданных условий.

Принцип действия

Если то для чего нужен DHCP, понять довольно просто, то с принципом его работы нужно немного разобраться. Присвоение IP посредством DHCP выполняется в 4 действия:

  • Discover (Поиск сервера). Клиент, которому нужно получить сетевой адрес, отправляет сообщение на все компьютеры в сети с запросом на присвоение ему IP. Для своей временной идентификации клиенту присваивается адрес 0.0.0.0;
  • Offer (Предложение сервера). Сервер получает запрос от клиента, анализирует его и, исходя из своих настроек, подбирает конфигурацию и отправляет её клиенту;
  • Request (Запрос). Получив предлагаемые настройки, клиент отправляет на адрес ответившего ему сервера запрос о предоставлении ему этих настроек;
  • Acknowledge (Подтверждение). Сервер получает запрос на уже конкретные настройки, предложенные ранее, создаёт привязку для клиента и отправляет ему их.

принцип работы DHCP

Присвоенные настройки выдаются не навсегда, а на какое-то время. Когда срок аренды (lease time) адреса подходит к концу, клиент отправляет на сервер запрос для обновления аренды этого же адреса. Сервер получает запрос, и если никаких причин для отказа нет, обновляет аренду.

Весь этот обмен пакетами происходит в пределах одной подсети, если клиент и сервер находятся в разных подсетях, то нужно использовать DHCP Relay для связи между ними.

IP адресация

Для работы по сети любому устройству требуется IP-адрес. В протоколе IPv4 это числовой идентификатор, состоящий из 4 разрядов, каждый из которых отделяется точкой, без него устройство не может быть определено в сетевой инфраструктуре. Зачастую маршрутизатор имеет IP-адрес 192.168.1.1, а подключённое к нему устройство, например, 192.168.1.2.

Клиенту должна быть присвоена определённая маска подсети, например, 255.255.255.0. Она позволяет определить к какой сети относится данный клиент.

Для связи между интернетом и сетью в любой сети должен быть определён IP-адрес основного шлюза. В роли шлюза выступает маршрутизатор, который предоставляет доступ в сеть всем устройствам в своей сети.

Проблемы с интернетом и сетью

При использовании DHCP могут возникать некоторые проблемы с доступом в интернет:

  • Дублирование IP. Когда в пределах одной сети у двух и более устройств прописан один и тот же адрес, то возникнет ошибка «Address Already in Use», что означает, что данный адрес уже используется. В этом случае нужно проверить настройки IP на всех компьютерах и изменить совпадающие. Это может быть из-за того, что на роутере установлена раздача адресов по DHCP или присвоены статические адреса некоторым устройствам, и из-за того, что неправильно задан диапазон IP, раздаваемых динамически, DHCP сервер пытается присвоить уже используемый адрес. Для решения этой проблемы можно посмотреть список клиентов DHCP и передвинуть диапазон динамических адресов далее;
  • Исчерпание IP. Это означает, что пул адресов, доступных для динамической раздачи, исчерпан и его нужно расширить, чтобы новые устройства могли получать адреса.
  • Неправильная настройка DHCP и клиента. В случае, если изменить на самом клиенте присвоенные ему автоматические настройки, то доступа в сеть не будет. Присваивать адреса клиентам нужно на роутере, и уже после и на клиенте.

Включение в Windows

В случае подключения компьютера напрямую к кабелю от интернет-провайдера, как правило, умения работать с DHCP не требуется. Поскольку в большинстве случаев подключение физических лиц происходит через протокол PPPoE, в котором пользователю нужно лишь создать подключение к сети и ввести там свой логин и пароль. В этом случае компьютеру будет присвоен динамический IP, который через время изменится на другой. И в этот момент пользователь не догадывается, что служба DHCP уже вовсю работает на его компьютере, и позволяет провайдеру предоставить ему любой IP.

Для настройки DHCP сервера в операционной системе Windows нужно зайти в “Центр управления сетями и общим доступом” и выбрать пункт “Изменение параметров адаптера”. В открывшемся окне нужно найти сетевую карту и в контекстном меню выбрать пункт “Свойства”, в новом окне найти пункт “IP версии 4” и нажать на кнопку “Свойства”. В открывшемся окне можно увидеть, что активны настройки получения адреса автоматически.

В случае, если провайдер предоставил вам статический IP, то это означает что для доступа в интернет устройство должно иметь строго тот адрес, который выдал провайдер, для этого в этом же окне нужно указать параметры, выданные провайдером. Проведя соответствующие настройки, вы отключите DHCP на своём компьютере и ему никто не сможет присвоить другой адрес, отличный от того, который был установлен.

Настройка на роутерах

Всё это относилось к настройкам внешнего IP, но что делать, если у пользователя стоит задача обеспечить доступом в интернет несколько устройств? В этом случае нужно использовать маршрутизатор, для настройки которого пригодится умение работать с DHCP.

В зависимости от того, какой тип подключения используется, с выделенным или динамическим IP, так же как и в случае с настройкой подключения в операционной системе, роутер получит либо динамический (DHCP), либо статический IP.

Но это ещё не всё, ведь для каждого устройства, подключённого к сети, требуется собственный адрес, уникальный только в рамках данной сети, чтобы роутер мог «понимать», как ему общаться с тем или иным устройством. Внешний адрес, уникальный в глобальной сети, у всех устройств будет точно такой же, как и у маршрутизатора, а вот с внутренними нужно будет разобраться непосредственно пользователю.

Сам роутер имеет статический внутренний IP, обычно это 192.168.1.1 или 192.168.0.1. На всех роутерах DHCP сервер активирован по умолчанию. Это сделано для того, чтобы можно было подключиться к маршрутизатору с любого устройства, роутер сам определит, какой ему присвоить адрес и даст доступ во внутреннюю сеть. Такой способ подключения клиентов очень удобен, ведь в этом случае не нужно проводить предварительную настройку каждого устройства и присваивать каждому уникальный внутренний адрес. Все новые устройства без проблем получат адреса и доступ в сеть.

Однако это может быть неудобно, если нужно управлять этими устройствами, в этом случае лучше будет отключить динамическое распределение адресов и присвоить каждому устройству свой IP. Принцип настройки DHCP-сервера на роутере разных моделей одинаков, но достигается разными путями.

Итак, всё же как включить DHCP на роутере? Если вкратце, то нужно сначала активировать работу сервера, настроить пул (диапазон адресов, которые выдаются роутером автоматически) задав начальный и конечный IP и время его аренды.

Asus

Настройка роутера этой фирмы происходит следующим образом. В левом краю web-панели есть пункт “Локальная сеть”, нажав на него, нужно выбрать вкладку DHCP-сервер. На открывшейся странице нужно отметить пункт “Да” в графе “Включить DHCP-сервер”.

веб интерфейс asus

Здесь можно настроить пул выдаваемых автоматически адресов и время аренды.

D-Link

Настраивать роутеры D-Link чуть сложнее, поскольку у них сильно разнятся варианты исполнения интерфейса. Но обычно пункт настройки DHCP вынесен непосредственно в основное меню на главной странице.

админка dlink

Здесь всё те же настройки, только выглядят несколько иначе.

TP-LINK

Параметры DHCP на устройствах TP-LINK доступны практически с главной страницы интерфейса.

tp-link админка

В левом краю есть стэк “DHCP”. Развернув его, можно увидеть ещё три пункта, в которых можно настроить, посмотреть список клиентов и зарезервировать адреса для определённых клиентов. Для настройки нужно выбрать пункт “Настройка DHCP”. Далее нужно активировать сервер и произвести его настройку, задав интервал и время аренды.

Zyxel keenetic

Для настройки роутеров Zyxel нужно зайти в панель Администратора, затем в настройки домашней сети.

zyxel админка

Там выбрать вкладку “Параметры IP” и поставить галочку “Включён” в пункте “Сервер DHCP”.

Netis

Настройки роутеров Netis несколько более скудные, здесь можно включить и отключить DHCP на маршрутизаторе и задать диапазон выдаваемых IP.

netis админка

Попасть в эти настройки можно из стэка “Сеть”, пункт “LAN”.

Upvel

В левом стеке есть пункт “Основные настройки”, там “Интерфейс LAN”, в нём на выбор можно включить DHCP или DHCP Relay (ретранслятор в другие подсети).

upvel веб интерфейс

Здесь можно установить диапазон адресов, срок аренды и редактировать список зарезервированных клиентов, добавлять и удалять их.

  • Ip адрес билайн интернет для настройки роутера tp link
  • Indoor only 5g что это такое на роутере
  • Inbox g74 настройка роутера gpon
  • Ip адрес wifi роутера keenetic
  • Ip адрес dns сервера для роутера