Как настраивать роутер в Windows или Unix

Что проверяют

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

Как отвечать

Сразу разведите понятия: сам роутер настраивают через его веб-интерфейс или CLI, а в ОС вы настраиваете адрес интерфейса и маршруты. Linux при этом может и сам работать роутером: net.ipv4.ip_forward=1 через sysctl плюс NAT в nftables.

Linux, современный набор команд:

• смотреть: ip addr, ip route, resolvectl status. Утилиты ifconfig и route из net-tools устарели и во многих дистрибутивах не стоят по умолчанию;
• добавить маршрут: ip route add 10.10.0.0/16 via 192.168.1.1 dev eth0, действует до перезагрузки;
• сохранить: в Ubuntu это netplan (/etc/netplan/*.yaml, затем netplan apply), в RHEL-семействе NetworkManager и nmcli;
• DNS: /etc/resolv.conf часто генерирует systemd-resolved, ручные правки там перезатрутся.

Windows:

• смотреть: ipconfig /all, route print, в PowerShell Get-NetIPConfiguration и Get-NetRoute;
• добавить маршрут: route add 10.10.0.0 mask 255.255.0.0 192.168.1.1 -p, где -p делает его постоянным, или New-NetRoute.

Диагностика доступности: traceroute или tracert, nc -vz host 5432 в Linux, Test-NetConnection host -Port 5432 в PowerShell. Мостик к Java: корпоративный прокси для JVM задаётся свойствами https.proxyHost и https.proxyPort.

Где спотыкаются

Путают настройку роутера с настройкой сетевого интерфейса хоста и отвечают про статический IP, не сказав ни слова о маршрутах и шлюзе.

Называют устаревшее: ifconfig, /etc/network/interfaces в свежей Ubuntu, ручную правку resolv.conf. Интервьюер сразу понимает, что знания из старой статьи.

Выдумывают опыт. Честное «руками это делал редко, но вот как я бы искал, почему приложение не видит базу» звучит лучше уверенного пересказа команд, которые вы ни разу не запускали.