Я хочу назначить статический IP-адрес для установленного на сервере локальной сети Debian Stretch.

Ранее я использовал /etc/network/interfaces для этой цели, у сервера есть только один сетевой интерфейс, а в моей сети два роутера, сервер в основном подключен ко второму роутеру с подсетью 192.168.1.0, этот роутер не предоставляется моим интернет-провайдером. На случай, если мне потребуется подключить сервер к роутеру моего провайдера с подсетью 192.160.0.1, я хотел бы настроить сервер со статическим IP на каждой подсети следующим образом:

Роутер ISP: 192.168.0.250

2-й роутер: 192.168.1.250

Чтобы назначить статический IP на каждой подсети, я настроил dhcpcd.conf следующим образом.

interface enp30s0
arping 192.168.0.1
arping 192.168.1.1

# Конфигурация статического IP 1 (по умолчанию):
profile 192.168.0.1
static ip_address=192.168.0.250/24
static routers=192.168.0.1
static domain_name_servers=192.168.0.11 192.168.0.12 192.168.0.1

# Конфигурация статического IP 2:
profile 192.168.1.1
static ip_address=192.168.1.250/24
static routers=192.168.1.1
static domain_name_servers=192.168.1.11 192.168.1.12 192.168.1.1

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

В данный момент у меня не установлен dhcpcd (я использую dhclient), но, прочитав мануал по dhcpcd.conf для Debian 10, кажется, что когда вы используете arping для выбора профиля статического IP, то имя профиля не должно быть IP-адресом, а аппаратным адресом (т.е. MAC-адресом) устройства, которое будет отвечать на ARP-пинг в каждом случае.

В соответствующем мануале для Debian Stretch пример использования arping с profile неясен: похоже, что ошибка в патче удалило некоторые строки из примера. В Debian 10 ошибка, похоже, была исправлена.

Когда вы перезагружаете роутер, по-видимому, проходит некоторое время после активации интерфейсов, прежде чем он сможет фактически ответить на ARP-запросы. Система Debian Stretch, вероятно, имеет процессор, который быстрее, чем у среднего роутера, поэтому она будет выполнять свои ARPing, как только увидит, что соединение установлено, и ARPing будет неудачным, так как роутер все еще находится в процессе загрузки.

Тогда dhcpcd вернется к обычному DHCP, который имеет более длительные таймауты, и так он в конечном итоге получит ответ DHCP от роутера и использует его. Если вы не хотите этого, лучше всего, что вы можете сделать, вероятно, это использовать ключевое слово fallback, чтобы выбрать самый распространенный случай и надеяться, что это правильный выбор.

Если вы можете настроить роутеры, вы также можете настроить каждый роутер так, чтобы он распознавал MAC-адрес сервера и всегда предоставлял ему желаемый IP-адрес, используя обычный DHCP. Это было бы обычным способом получения статических IP, используя DHCP, но я предполагаю, что вы не можете сделать этого по какой-то причине.

Таким образом, вам нужно что-то вроде этого:

interface enp30s0
# сначала самый часто используемый роутер, чтобы все происходило быстрее
arping 192.168.1.1 192.168.0.1

# Второй роутер 192.168.1.1 имеет MAC-адрес 11:22:33:44:55:66 в этом примере
# Роутер ISP 192.168.0.1 имеет MAC-адрес 22:33:44:55:66:77 в этом примере

# если arping не удался, следующим шагом обычно будет использование обычного DHCP. 
# Предположим, что мы находимся на втором роутере в этом случае, так как это самый распространенный случай
fallback 11:22:33:44:55:66

# Конфигурация статического IP для второго роутера:
profile 11:22:33:44:55:66
static ip_address=192.168.1.250/24
static routers=192.168.1.1
static domain_name_servers=192.168.1.11 192.168.1.12 192.168.1.1

# Конфигурация статического IP для роутера ISP:
profile 22:33:44:55:66:77
static ip_address=192.168.0.250/24
static routers=192.168.0.1
static domain_name_servers=192.168.0.11 192.168.0.12 192.168.0.1