Логика, которую дает Терри, нуждается в исправлении, или она рискует позволить повторению проблемы ОП.
Подтвержденная проблема ОП (см. Комментарии к вопросу) заключалась в том, что имел место конфликт IP-адресов из-за того, что у брандмауэра и маршрутизатора были одинаковые статические IP-адреса по умолчанию. Решение было вручную изменить статический IP-адрес маршрутизатора, разрешив конфликт.
Однако логика, которую Терри подкрепляет своим ответом, вводит в заблуждение, когда он говорит: «Если IP-адрес вашего маршрутизатора не находится в том же диапазоне, что и ваш DHCP-сервер, вы не сможете получить к нему доступ». Фактически, вы хотите , чтобы ваши статические IP-адреса были размещены за пределами диапазона, который DHCP-сервер использует для аренды IP-адресов, чтобы предотвратить будущие конфликты, когда новое устройство подключается через DHCP. Важный механизм работы (как правильно показывает пример Терри) заключается в том, что все хосты имеют одинаковый диапазон сети для каждой маски подсети.
Например, если ваша маска подсети 255.255.255.0, а остальные IP-адреса вашей сети имеют в качестве первых трех цифр 192.168.1.x, тогда вы могли бы иметь x = 1 в качестве шлюза (в данном случае межсетевого экрана), 2 <= x <= 50 зарезервировано для статического (ручного) назначения (x = 2 будет хорошим IP-адресом маршрутизатора) и для получения DHCP из диапазона 51 <= x <= 100. Все 192.168.1.x хосты могут взаимодействовать друг с другом, находясь в одной сети / подсети, независимо от статического / динамического происхождения. Но DHCP никогда не наступит на ваши статические адреса.
(Ссылка [см. Раздел «Как возникают конфликты IP-адресов», вторая статья): https://www.lifewire.com/what-is-ip-address-conflict-818381 )