Назад | Перейти на главную страницу

Как навсегда удалить интерфейс lo: 0?

У меня есть два сервера 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.