DHCP-сервер на маршрутизаторі з часом змінить призначений локальний IP.
Ні, це лише поведінка за замовчуванням. Ви можете призначити певний IP для комп'ютера з резервом MAC.
Як це залежить від DHCP-сервера:
Для цього багато пристроїв SoHo мають веб-інтерфейс. Цей інтерфейс відрізняється.
У вікнах ви можете відкрити консоль управління сервером DHCP і встановити бронювання.
На установках Linux це залежить від використовуваного програмного забезпечення, але більшу частину часу ви можете редагувати /etc/dhcpd.confта додавати щось подібне:
host name_of_your_PC
{
hardware ethernet 00:11:22:33:44:55;
fixed-address 1.2.3.4;
}
Виходячи з цієї інформації, моя практика полягала у використанні статичного IP для будь-яких служб, що стоять за маршрутизатором, до яких можна отримати доступ ззовні.
Статичні IP-адреси для серверів - хороша річ.
(Як і статичні IP-адреси мережевих принтерів, сканера та подібних пристроїв).
Однак їх можна встановити двома способами:
1. Важко. Налаштуйте статичний IP на пристрої. 2. Використання DHCP та встановлення застережень.
Останнє чистіше, оскільки у вас є лише одне місце для управління конфігураціями. Єдиний недолік - коли (якщо) ваш сервер DHCP колись знизиться. Обидва є дійсними варіантами.
Однак, мабуть, маршрутизатор іноді "ідентифікує" пристрій за допомогою MAC, а в інший раз - через локальний IP.
Це допомагає, якщо у вас є деякий досвід DHCP. Коротко це працює так:
- Новий пристрій пропонує свій NIC і транслює "Привіт, я AA: BB: CC: DD: EE: FF. Я хотів би отримати інформацію, необхідну для роботи в цій мережі". (DHCP req)
- Сервер DHCP помічає трансляцію та відповідає:
"AA: BB: CC: DD: EE: FF, ви можете це IP . Це дійсно для цього періоду ." Він також може запропонувати параметри для DNS, для шлюзу за замовчуванням та імені хоста. Останні необов’язкові. (DHCP ack)
Сервер також може відхилити запит DHCP.
Скажіть, що новий пристрій отримав IP 1.2.3.4, і йому сказали, що йому дозволяється використовувати його протягом 4 годин. Після половини цього часу (2 години) він попросить оновити. "Привіт сервер DHCP. Я вже отримав цю IP-адресу від вас. Я хочу продовжувати використовувати її ще довше. Це добре ще 4 години?".
(Подумайте, як взяти в оренду книгу в бібліотеці та зателефонувати, щоб продовжити оренду).
Зазвичай це триває назавжди, і пристрій буде постійно використовувати той самий IP. Ваш NAT буде постійно вказувати на потрібне місце, і все буде добре.
Тепер якщо ви вимкніть комп’ютер на добу, він більше не може його відновити. Доведеться просити абсолютно нову оренду. Дозволяє зробити ескіз, який:
PC1 gets IP 1.2.3.4 for 4 hours.
PC1 gets power off for the weekend.
PC2 get boots and gets a IP 1.2.3.4
PC1 boots and asks for an IP.
It will get an IP, but not the same one as before.
Це працює, як було розроблено. (Інакше старі пристрої просто повільно заповнять таблицю використовуваних IP-адрес.)
Моя власна логіка підказує, що маршрутизатор повинен "маршрутизувати" або NAT конкретний запит порту ззовні на MAC-адресу, де я маю послугу, а не IP-адресу.
Ні. NAT працює на IP-шарі. NAT не знає MAC-адреси.
Якщо сервер DHCP перезавантажиться, або, наприклад, клієнтський пристрій переходить у режим офлайн, потім повертається, чи сервер DHCP намагатиметься підтримувати попередній локальний IP, призначений для пристрою, чи він просто вибере наступний доступний IP?
Це залежить від сервера DHCP. Деякі просто роздадуть перший безкоштовний IP-код у своєму списку. Деякі згадають, який IP використовувався раніше, і якщо він все ще є безкоштовним, надайте той самий IP-код одному і тому ж пристрою. Тут немає загальної відповіді на один розмір.