Чи можу я запобігти доданню маршруту за замовчуванням під час створення інтерфейсу?

У мене є система з двома NIC на ній. Ця машина та кілька супровідних пристроїв будуть переміщені та приєднані до різних локальних мереж або іноді для цього буде використовуватися комутований комутатор.

    eth0:
    - 10.x.x.x address space
    - no internet gateway
    - only a few devices

eth1 (when used):
- 172.16.x.x or 192.168.x.x or other address spaces
- access to the gateway from LAN to internet

ppp0 (when used):
- internet access through dialup using KPPP

Я використовую ifconfig для підведення інтерфейсів вгору або вниз (крім, ніж з ppp0, яким керує KPPP).

Якщо я спочатку підберу eth1, він отримує адресу від свого DHCP і отримує шлюз, і це додається до маршрутизації, щоб не виникало проблем з доступом до локальної мережі та Інтернету.

Якщо я виведу eth0 першим або другим, він отримує свою адресу і встановлює шлюз за замовчуванням в межах свого адресного простору (в діапазоні 10.xxx). Якщо я виведу eth0 першим і eth1 другим, шлюз за замовчуванням все ще зберігається в межах 10.xxx.

Отже, незалежно від того, що я роблю, eth0 замінить eth1 і "вимагатиме" шлюз у маршрутизації.

Чи є якийсь спосіб або не допустити, щоб eth0 вимагала шлюзу, або переконатися, що eth1 (якщо вона виведена 2-й) використовує свій шлюз? Або я можу якось розставити пріоритет у рейтингу, який шлюз інтерфейсу слід використовувати над іншими?

Я в основному хочу переконатися, що використовується шлюз адресного простору за замовчуванням eth1, якщо він активний, а якщо ні, то використовується шлюз за замовчуванням ppp0. Я хотів би мати можливість не допустити, щоб eth0 коли-небудь мав шлюз за замовчуванням.

Конфігурація сервера DHCP неправильна. Він не повинен надсилати параметр шлюзу за замовчуванням, коли він не може забезпечити маршрутизацію до решти світу. Якщо він все-таки надсилає цю опцію, то будь-який клієнт може припустити, що він може надсилати пакети для будь-якого місця відключення до вказаного шлюзу за замовчуванням.

Таким чином, ваше поле вірно використовує шлюз за замовчуванням від eth0, якщо це сказано DHCP. Рішення полягає в тому, щоб видалити поганий варіант зі свого сервера DHCP.

Я зіткнувся з подібною проблемою на Raspbian (я вважаю, що рішення нижче буде застосовно і до Debian). Raspberry Pi 3 має 2 інтегровані NIC: Wi-Fi та Ethernet. Я використовую обоє, вони є wlan0 та eth0 відповідно. wlan0 підключений до моєї домашньої мережі Wi-Fi і через цей інтерфейс надходить доступ до Інтернету. Він отримує свої налаштування через DHCP від ​​мого домашнього маршрутизатора. eth0 підключений безпосередньо до мого ПК з Windows і має призначений статичний IP. Доступ до Інтернету через eth0 не був доступний, оскільки я не конфігурував його на своєму ПК з Windows.

У Raspbian демон dhcpcd відповідає за налаштування мережевих інтерфейсів. Щоб встановити статичний IP на інтерфейс eth0, до кінця додано наступні рядки /etc/dhcpcd.conf:

interface eth0

static ip_address=192.168.2.2/24
static routers=192.168.2.1
static domain_name_servers=192.168.2.1

За допомогою цих параметрів dhcpcd створив 2 маршрути за замовчуванням, і маршрут через eth0 мав вищий пріоритет, ніж цей через wlan0:

pi@raspberrypi:~ $ route
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
default         192.168.2.1     0.0.0.0         UG    202    0        0 eth0
default         192.168.1.254   0.0.0.0         UG    303    0        0 wlan0
192.168.1.0     *               255.255.255.0   U     303    0        0 wlan0
192.168.2.0     *               255.255.255.0   U     202    0        0 eth0

Тож у мене не було доступу до Інтернету, оскільки система намагалася прокласти його через eth0 і не мала доступу до Інтернету, як я вже згадував вище.

Для вирішення проблеми я використав nogatewayваріант в /etc/dhcpcd.confінтерфейсі for eth0. Отже, конфігурація, орієнтована на eth0, стала таким чином:

interface eth0

static ip_address=192.168.2.2/24
static routers=192.168.2.1
static domain_name_servers=192.168.2.1
nogateway

Після збереження цієї конфігурації та перезавантаження не було маршруту за замовчуванням через eth0:

pi@raspberrypi:~ $ route
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
default         192.168.1.254   0.0.0.0         UG    303    0        0 wlan0
192.168.1.0     *               255.255.255.0   U     303    0        0 wlan0
192.168.2.0     *               255.255.255.0   U     202    0        0 eth0

З’явився доступ в Інтернет, і проблема була вирішена.

На RHEL6 / Fedora 22 було протестовано наступне.

У / etc / sysconfig / network-skripts / ifcfg-eth1 додайте рядок:

DEFROUTE=no

Замініть eth1 на ім'я інтерфейсу, коли маршрутизація за замовчуванням не потрібна.

Це також можна зробити через GUI Network Manager, встановивши прапорець "Використовувати це з'єднання лише для ресурсів у його мережі" внизу вкладки IPv4.

DEFROUTE = no не перешкоджає доданню маршруту за замовчуванням (призначення 0,0.0.0) до таблиці маршрутизації, коли інтерфейс увімкнено. тобто. наступний запис не буде додано.

Destination     Gateway         Genmask         Flags   MSS Window  irtt Iface
0.0.0.0         172.16.x.x      0.0.0.0         UG        0 0          0 eth1

Гаразд, так що ви хочете, щоб машина ніколи не створювала шлюз за замовчуванням, коли він відкриває eth0 і отримує свою адресу через DHCP.

Ось рішення:

Редагувати файл:

/etc/dhcp/dhclient-up-hooks

і заповнити:

#!/bin/sh
## Prevent DHCP server on eth0 from forcing a default route on us

case ${interface} in
  eth0)
     printf "executing ip route delete default via $new_routers\n" 
     ip route delete default via $new_routers
  ;;
     *)
  ;;
esac

перед:

[root@centos7lab dhcp]# route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         192.168.4.1     0.0.0.0         UG    20     0        0 eth0
192.168.4.0     0.0.0.0         255.255.255.0   U     0      0        0 eth0

після ifdown eth0, ifup eth0:

[root@centos7lab dhcp]# route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
192.168.4.0     0.0.0.0         255.255.255.0   U     0      0        0 eth0

Ви можете редагувати файл dhcpclient.conf і не вимагати маршруту за замовчуванням з віддаленого сервера DHCP.

Невеликий зразок того, що я зробив, і це працює для моєї справи

надіслати ім'я хоста = "ім'я випадкового хоста";

запит підмережі-маски, широкомовної адреси, зсуву часу, інтерфейсу-mtu, rfc3442-безкласових-статичних маршрутів, ntp-серверів;