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

Я, як правило, бачив, що терміни оренди DHCP досить довгі (добу плюс) у більшості за замовчуванням. У мене є клієнт, у якого, здається, є така проблема. У них є DHCP-сервер у маршрутизаторі, який майже перенасичений (скажімо, у звичайний робочий день використовується 80-85% потенційних IP-адрес). Іноді вони перезапускають роутер. Коли це трапляється, здається, що маршрутизатор втрачає свою таблицю призначених IP-адрес, тому призначає IP-адреси заново (звичайно).

Проблема полягає в тому, що нерідко є клієнт в локальній мережі, у якого вже є IP, і він збирається тримати його протягом доби (поточна тривалість очікування), що спричиняє конфлікт ІР та проблеми зв’язку для цих двох машин.

Очевидним рішенням є зробити дуже короткий термін оренди, але оскільки я є лише любителем, коли справа стосується мереж, DHCP може бути більше, що я не розумію.

Чи є вищенаведене розумною оцінкою ситуації (принаймні, з нижчим рівнем обладнання) та чи має менший час оренди (скажімо, півгодини) в цьому випадку?

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

Якщо це не варіант, ви можете зменшити тривалість оренди. Поки DHCP-сервер може працювати з цим, він повинен працювати, але коротка оренда призведе до незначного збільшення кількості трансляційного трафіку у вашій мережі.

Коротка оренда - це головна проблема, коли у вас багато клієнтів відключаються та підключаються до мережі, наприклад, у мережах WiFi. Дуже короткі терміни оренди (менше 1 хвилини) можуть спричинити дивні проблеми з деякими клієнтами DHCP, у яких тайм-аути довші, ніж оренда.

Виправте справжню проблему . DHCP-сервери повинні пам’ятати про оренди між перезавантаженнями і повинні відслідковувати тестові IP-адреси, перш ніж передавати їх (щоб переконатися, що вони вже не використовуються).

Windows Server поставляється із сервером DHCP. Будь-яка * nix платформа може запускати ISC DHCPd. Обидва є досить хорошим вибором і легко виконають вищезазначені вимоги.

У нас оренди DHCP встановлені на 8 днів для IPv4 та 2 тижні на IPv6. Що б ви не встановили, пам’ятайте, що клієнти поновлюватимуться через 1/2 часу, тому, якщо встановити його на 8 годин, він поновлюватиметься кожні 4 години (продовжуючи з подвійним скороченням часу при невдалих запитах).

Ваша реалізація DHCP-сервера на маршрутизаторах може зробити "виявлення зіткнення DHCP". Перевірте це і включіть, якщо це можливо. Це найпростіше виправлення.

Більш короткі терміни оренди, безумовно, допоможуть, але не є 100% гарантією. Я хотів би не піти нижче 1 години. На мій досвід багатьом мережевим програмам не дуже подобається, що комп'ютер знову отримує DHCP під час роботи програми (наприклад, Outlook2003 для цього відомий, 2007, здається, краще себе веде). Робити це кожні 5 хвилин для користувачів може бути досить помітно.

Якщо обсяг DHCP достатньо великий для всіх комп'ютерів на місці, і більшість цих комп'ютерів є фіксованими на місці, можливо, доцільно призначити звичайним системам фіксовану ip-адресу за допомогою резервування DHCP, залишаючи лише дуже невеликий пул динамічно призначені адреси для гостей та / або ноутбуків, які рідко бувають в офісі. Зарезервовані адреси зіткнень не підлягають. Звичайно: хтось повинен підтримувати цей список бронювання ......

Якщо у вас у мережі WAN є інший сервер DHCP (Windows / Linux або інший маршрутизатор), який здатний виявити зіткнення, ви можете розглянути можливість додавання цієї локальної мережі як додаткову область DHCP і перенастроїти маршрутизатор сайту для пересилання DHCP на цей.

Якщо все інше не вдасться, вам доведеться встановити окремий сервер DHCP. Для приблизно 200 користувачів вам не потрібен великий сервер Windows або вікно Linux. Ви можете уникнути чогось типу TFTPD32, який безкоштовний, простий у налаштуванні, а також виявить зіткнення. (І він буде працювати на настільній ОС, якщо витрати є проблемою. Якщо у вас випадково лежить ПК, який можна залишити "завжди увімкнено"). (І, див. Попередній параграф, це може бути розміщено на іншому веб-сайті.)

Час оренди в 30 хвилин буде штрафом для декількох сотень клієнтів. Якщо у вас менше 100 клієнтів, ви можете скористатися 5 або 10 хвилин.

Єдине справжнє питання, яке я вважаю, - це завантаження сервера. Оскільки DHCP є порівняно легкою послугою порівняно з поточною потужністю процесора / мережі, це врахування стає набагато менш важливим.

Це, звичайно, все щодо розміру вашої мережі. Клас С, повний клієнтів - це одне, 5 клас А - це зовсім інший звір.

Спробуйте встановити його на вказані вами 30 хвилин і побачити, як ваш маршрутизатор реагує на завантаження процесора.

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

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

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

Я лише дозволив цьому маршрутизатору діяти як виділений сервер DHCP і дав клієнтам 30 хвилин часу оренди. Через 30 хвилин сервер DHCP зв’яжеться з клієнтом, якщо він все ще є, якщо ні, він випустить IP-адресу, якщо все-таки присутній, він передасть 30 хвилин клієнту в оренду. Клієнт зберігатиме ту саму IP-адресу. Діапазон DHCP встановлюється в межах приватної адреси з 254 одночасними орендами макс. (базується на загальних максимальних з'єднаннях AP). Це чудово підходить для мого випадку.

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

Не було б кращим рішенням вирішити проблему з сервером DHCP або замінити її?

У мене було кілька випадків, коли користувачі не є однаковими більше півроку, тобто гостьові будинки ресторанів та готелі, якщо вони орендують на кілька годин або на день потрібен величезний ip басейн, щоб не вичерпатись і клієнти з ip завдання, які давно минули. Але для звичайної мережі, де є однакові пристрої, користувачі весь час 3 дні - це добре.

Стефан

Оренда від 5 до 10 хвилин - ідіотська, і не знає про RFC 2131. Насправді, нічого іншого, ніж 3 дні, особливо в бездротових мережах, просто не є доброю ідеєю. Звучить, як маршрутизатор / dhcp виправити кореневу проблему, а не усунути її.