различие между методами для использования нескольких IP-адресов
У меня есть вопрос об использовании нескольких IP-адресов на одной плате NIC. Я искал и нашел некоторые методы.
Метод 1 (Добавление нового IP, 192.168.201.131)
Добавьте новый IP при помощи
ip addr addкоманда$ sudo ip addr add 192.168.201.131/24 dev eno1Проверьте изменения
$ ip addr 2: eno1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000 link/ether 70:5a:0f:4d:6c:e7 brd ff:ff:ff:ff:ff:ff inet 192.168.201.130/24 brd 192.168.201.255 scope global eno1 valid_lft forever preferred_lft forever inet 192.168.201.131/24 scope global secondary eno1 valid_lft forever preferred_lft forever inet6 fe80::ca93:7382:b896:96ef/64 scope link valid_lft forever preferred_lft forever
Метод 2 (Добавление нового IP, 192.168.201.132)
Изменить интерфейс Ethernet
$ sudo vim /etc/network/interfacesДобавьте следующие строки в интерфейсах
auto eno1:0 iface eno1:0 inet static address 192.168.201.132 netmask 255.255.255.0Проверьте изменения
$ ip addr 2: eno1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000 link/ether 70:5a:0f:4d:6c:e7 brd ff:ff:ff:ff:ff:ff inet 192.168.201.130/24 brd 192.168.201.255 scope global eno1 valid_lft forever preferred_lft forever inet 192.168.201.131/24 scope global secondary eno1 valid_lft forever preferred_lft forever inet 192.168.201.132/24 brd 192.168.201.255 scope global secondary eno1:0 valid_lft forever preferred_lft forever inet6 fe80::ca93:7382:b896:96ef/64 scope link valid_lft forever preferred_lft forever
После добавления двух дюйм/с (192.168.201.131 и 192.168.201.132)
- Я проверил
ifconfig
eno1 Link encap:Ethernet HWaddr 70:5a:0f:4d:6c:e7 inet addr:192.168.201.130 Bcast:192.168.201.255 Mask:255.255.255.0 inet6 addr: fe80::ca93:7382:b896:96ef/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:247227538 errors:0 dropped:18734853 overruns:0 frame:0 TX packets:153950869 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:202326646374 (202.3 GB) TX bytes:85834800896 (85.8 GB) Interrupt:16 Memory:d1000000-d1020000
eno1:0 Link encap:Ethernet HWaddr 70:5a:0f:4d:6c:e7 inet addr:192.168.201.132 Bcast:192.168.201.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 Interrupt:16 Memory:d1000000-d1020000
- Существует № 192.168.201.131 на eno1, который был добавлен Методом 1
- Ping к двум новым дюйм/с (*.131, *.132) работает.
- Я не могу выяснить то, что является различием между этими двумя методами.
1 ответ
В Вашем пользовательском случае, отвечая на ping, тот же результирующий эффект.
Первый метод, очевидно, изменяет Вашу таблицу маршрутизации ядра с командой маршрута вручную / непосредственно на более низком уровне, если Вы будете.
См. https://www.cyberciti.biz/faq/what-is-a-routing-table/для объяснения таблицы маршрутизации ядра.
Во втором примере Вы редактируете конфигурационный файл, /etc/network/interfaces, который делает то же самое, в сущности, с помощью сетевых сценариев. Посмотрите интерфейсы человека для деталей.
Очевидно, как часть сетевых сценариев, таблица маршрутизации ядра обновляется через ifup / ifdown и /etc/network/interfaces / сетевые сценарии имеют дополнительные параметры конфигурации и возможность пользовательских пред/сообщение/вниз сценарии таким образом, у Вас есть больше опций с /etc/network/interfaces.
Первый метод является временным, и не переживет перезагрузку (хотя Вы могли добавить пользовательский init сценарий, чтобы сделать так).
Второй метод переживет перезагрузку. Во время начальной загрузки сетевые сценарии являются частью процесса начальной загрузки и других услуг, которые зависят от них, будет ожидать сети для подъема (апач, ftp, самба, nfs, и т.д.). При простом вызове маршрута во время начальной загрузки, такие сервисы могут ошибка, если они выполняются перед командой маршрута.
Надеюсь все, что помогает или по крайней мере указывает на Вас в правильном направлении для получения информации, которую Вы хотите.