Что такое хорошая конфигурация тайм-аута арендного договора DHCP

Решите настоящую проблему. Серверы DHCP должны помнить арендные договоры между перезапусками и должны проверить с помощью ping-запросов тестового дюйм/с перед раздачей их (для убеждения обоснованно, они уже не используются).

Windows Server идет с сервером DHCP. Любой *отклоняет платформу, может выполнить ISC DHCPd. Оба - довольно хороший выбор и легко выполнят указанные выше требования.

Нам установили арендные договоры DHCP на 8 дней для IPv4, и 2 недели для IPv6. Независимо от того, что Вы устанавливаете, помните, что клиенты возобновят, после 1/2 время, поэтому при установке его на 8 часов оно будет возобновлять каждые 4 часа (продолжающий дважды снижение времени по неудавшимся запросам).

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

Более короткие времена арендного договора определенно помогут, но не являются 100%-й гарантией. Я не понизился бы 1 час все же. По моему опыту, многим сетевым программам действительно не нравится он, компьютер повторно получает DHCP, в то время как программа работает (например, Outlook2003 известен за это, 2007 кажется лучше ведущим себя). Выполнение его каждые 5 минут может быть довольно noticable пользователям.

Если объем DHCP является достаточно большим для всех компьютеров на месте, и большинство тех компьютеров починено на месте, может быть выполнимо присвоить регулярным системам фиксированный IP-адрес посредством резервирования DHCP, оставив только очень маленький пул динамично присвоенных адресов для гостей и/или ноутбуков, которые являются нечастыми в офисе. Зарезервированные адреса не подвергнутся коллизиям. Конечно: Кто-то должен вести тот список резервирования......

Если у Вас есть другой сервер DHCP (Windows/Linux или другой маршрутизатор) в Вашей WAN, которая может сделать, коллизия обнаруживает Вас, может рассмотреть добавление этой LAN как дополнительный объем DHCP там и реконфигурировать маршрутизатор сайта, чтобы передать DHCP этому.

Если все остальное перестало работать, необходимо будет установить отдельный сервер DHCP. Поскольку приблизительно до 200 пользователей Вам действительно не нужны большой Windows Server или поле Linux. Можно сойти с рук что-то как TFTPD32, который свободен, легок установить и сделает, коллизия обнаруживает также. (И это будет работать на настольной ОС, если затраты будут проблемой. Если у Вас, оказывается, есть ПК, лежащий вокруг этого, может быть оставлен "всегда на"). (И, см. предыдущий абзац, это может быть расположено на другом сайте.)

Время владения 30 минут будет хорошо для нескольких сотен из клиентов. Если Вы имеете при 100 клиентах, можно использовать 5 или 10 минут.

Единственной реальной проблемой, которую я рассмотрел бы, является загрузка сервера. Так как DHCP является относительно легким сервисом по сравнению с текущим питанием процессора/сети, то соображение становится намного менее важным.

Это - конечно, все относительно размера Вашей сети. Класс C, полный клиентов, является одной вещью, 5 классов, Как совершенно другой зверь.

Попытайтесь установить его на эти 30 минут, которые Вы упомянули, и посмотрите, как Ваш маршрутизатор реагирует до загрузки процессора.

Больше чтения, доступного здесь: http://www.dhcp-handbook.com/dhcp_faq.html (Взгляд на Вопрос 35)

Разве лучшее решение не состояло бы в том, чтобы решить проблему с сервером DHCP или заменить его?

аренда на срок от 5 до 10 минут является идиотской и не предвещает никаких знаний о RFC 2131. На самом деле все остальное, кроме 3-х дней, особенно в беспроводных сетях, просто не является хорошей идеей. Звучит так, как будто маршрутизатор / dhcp исправляет проблему с корнем, не усугубляя ее.

من چندین مورد داشته ام که کاربران بیش از نیم روز یکسان نیستند ، یعنی مهمانخانه ها و هتل ها در رستوران ها ، اگر چند ساعت اجاره داشته باشند یا یک روز ، به استخر ip بزرگ احتیاج دارند تا منقرض نشوند و مشتریانی با وظیفه IP که مدت هاست از بین رفته اند. اما برای شبکه های عادی که دستگاه های مشابه در آن وجود دارد ، کاربران 3 روز خوب هستند.

Stefan

Я согласен со Стефаном, правильное время аренды зависит от нескольких параметров. Сколько пользователей, как долго клиенты остаются на связи, какой у вас класс сети, насколько мощным является ваш маршрутизатор. В моем случае многие люди входят и выходят из клуба. В самое загруженное время я вижу 100 одновременных соединений. Каждый день я предполагаю, что 700-1000 человек будут посещать.

Наш провайдер предоставил дешевый маршрутизатор домашнего использования, который не поддерживает хороший DHCP-сервер с более коротким временем аренды < 1 день, так что это будет означать, что большой DHCP-пул с маршрутизатором в свою очередь не может справиться. Таблица аренды будет слишком большой для поддержания рядом с другими функциями маршрутизатора, поэтому функции DORA не работают, и клиенты будут подписывать себе APIPA адрес. Поскольку сеть не содержит серверов любого типа, я купил дешевый маршрутизатор (tp-link WR841n), который поддерживает хороший DHCP-сервер с возможностью предоставления клиентам, маршрутизации / спецификации DNS и более короткого времени аренды.

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

Перезапуск DHCP-сервера и промывка его таблицы - плохая идея, если только вы сначала не убедитесь, что все клиенты отключены от вашей сети (отключите WiFi AP). Дайте ему хотя бы минуту, чтобы убедиться, что все клиенты отключены. Затем запустите сеть в следующем порядке и ждите полного запуска и подключения: маршрутизатор, DHCP-сервер, точки доступа Wifi.