DHCP-сервер на маршрутизаторе со временем изменит назначенный локальный IP-адрес.
Нет, это просто поведение по умолчанию. Вы можете назначить определенный IP для компьютера с резервированием MAC.
Как это сделать, зависит от DHCP-сервера:
Многие устройства SoHo имеют веб-интерфейс для этого. Этот интерфейс меняется.
В Windows вы можете открыть консоль управления 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. Вкратце это работает так:
- Новое устройство вызывает свою сетевую карту и передает «Привет, я AA:BB:CC:DD:EE:FF. Я хотел бы получить информацию, необходимую для работы в этой сети». (Требуется DHCP)
- Сервер DHCP замечает трансляцию и отвечает:
«AA:BB:CC:DD:EE:FF, вы можете этот IP. Он действителен в течение этого периода.». Он также может предлагать настройки для DNS, для шлюза по умолчанию и имени хоста. Последние не являются обязательными. (DHCP подтверждение)
Сервер также может отклонить запрос 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-адрес тому же устройству. Здесь нет единого общего ответа.
