У меня есть два сервера ubuntu 16.04, которые были обновлены с 10.04 и теперь являются виртуальными машинами, но раньше работали на физическом оборудовании с использованием двух связанных портов Ethernet. Конфигурация связывания теперь устарела из-за виртуализации.
Когда я выполняю ifconfig на одной из этих машин, я получаю следующий результат:
rh@wstest:~> ifconfig
ens160 Link encap:Ethernet HWaddr00:50:56:94:1b:59
inet addr:172.17.1.62 Bcast:172.17.255.255 Mask:255.255.0.0
inet6 addr:fe80::250:56ff:fe94:1b59/64 Scope:Link
UP BROADCAST RUNNINGMULTICAST MTU:1500 Metric:1
RX packets:202330 errors:0dropped:2209 overruns:0 frame:0
TX packets:74983 errors:0dropped:0 overruns:0 carrier:0
collisions:0txqueuelen:1000
RX bytes:148353176 (148.3MB) TX bytes:6457904 (6.4 MB)
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128Scope:Host
UP LOOPBACK RUNNING MTU:65536 Metric:1
RX packets:605 errors:0dropped:0 overruns:0 frame:0
TX packets:605 errors:0dropped:0 overruns:0 carrier:0
collisions:0txqueuelen:1
RX bytes:149597 (149.5 KB) TX bytes:149597 (149.5 KB)
lo:0 Link encap:Local Loopback
inet addr:172.17.1.22 Mask:255.255.255.255
UP LOOPBACK RUNNING MTU:65536 Metric:1
Вопрос в том, откуда берется интерфейс lo: 0, почему у него ip 172.17.1.22 и как от него избавиться. Я знаю, что могу выполнить ifconfig down lo: 0 и удалить его, но он снова будет здесь после перезагрузки.
Наш / etc / network / interfaces выглядит следующим образом без каких-либо следов интерфейса lo: 0:
auto lo
iface lo inet loopback
auto ens160
iface ens160 inet static
address 172.17.1.62
netmask 255.255.0.0
network 172.17.0.0
gateway 172.17.1.2
dns-search ....
dns-nameservers 172.17.1.6 172.17.1.7
После дополнительных исследований выяснилось, что оператор ifconfig для добавления этого интерфейса lo: 0 был помещен в сценарий, вызываемый из /etc/rc.local, и, таким образом, всегда активировался при запуске машины и при вызовах ifup.