ifconfig, не обновляющий с новым dhcp, обеспеченным адрес

У меня есть машина, что у меня есть установка как маршрутизатор с помощью сервера Ubuntu 17.10.

У меня есть три порта Ethernet: один я использую в качестве WAN [отнесенный здесь как: $ {WAN}], и другие два я образовал мост как LAN.

Моим адресом WAN является ISP, обеспеченный через DHCP.

/etc/network/interface:

auto ${WAN}
iface ${WAN} inet dhcp

Я имею ddclient установленный, таким образом, я имею, устанавливают сценарий для тестирования, который работает, вот его вывод [изменен немного для безопасности]:

=================================================
WAN IP: via 'ip -4 addr show ${WAN}'
24.163.176.94
174.109.187.251
=================================================
External IP: via 'curl http://icanhazip.com'
174.109.187.251
=================================================
nslookup of mylan.us.to:
174.109.187.251

Отметьте двух дюйм/с, которые перечисляются через ip -4 addr show ${WAN}. Обычно мой ISP переключает меня случайным образом между этими двумя IP-адресами. Во время запущения этого скрипта корректный IP является этими 174.109.187.251 адресами. Это привело меня проверять что ifconfig показал:

${WAN}: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 24.163.176.94  netmask 255.255.248.0  broadcast 24.163.185.255
        ether 90:fb:a6:88:a1:7a  txqueuelen 1000  (Ethernet)
        RX packets 823978  bytes 141634338 (141.6 MB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 93505  bytes 16976560 (16.9 MB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

Вы заметите это inet быть показанным через ifconfig старый IP-адрес.

Я попытался перезапустить сети через:

sudo service networking restart

Я также перезагрузил машину. ifconfig все еще дает неправильный IP, и ip -4 addr show ${WAN} продолжает показывать обоих дюйм/с.

Кроме этих двух проблем все остальное, кажется, хорошо работает. NAT является NATing, LAN передает через WAN, ddclient обновляет с корректным IP-адресом, и т.д.

Я имею ОЧЕНЬ в новинку для Ubuntu, таким образом, я достиг предела своей отладки навыков, таким образом, какие-либо идеи, почему этот старый IP-адрес слоняется поблизости?

Править:

sudo ifdown ${WAN}
Killed old client process
Internet Systems Consortium DHCP Client 4.3.5
Copyright 2004-2016 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/

Listening on LPF/enp1s0/90:fb:a6:88:a1:7a
Sending on   LPF/enp1s0/90:fb:a6:88:a1:7a
Sending on   Socket/fallback
DHCPRELEASE on ${WAN} to 142.254.207.161 port 67 (xid=0x7948571c)

Затем на:

sudo ifup ${WAN}
Internet Systems Consortium DHCP Client 4.3.5
Copyright 2004-2016 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/

Listening on LPF/${WAN}/90:fb:a6:88:a1:7a
Sending on   LPF/${WAN}/90:fb:a6:88:a1:7a
Sending on   Socket/fallback
DHCPDISCOVER on enp1s0 to 255.255.255.255 port 67 interval 3 (xid=0x92b2b512)
DHCPDISCOVER on enp1s0 to 255.255.255.255 port 67 interval 6 (xid=0x92b2b512)
DHCPREQUEST of 174.109.187.251 on ${WAN} to 255.255.255.255 port 67 (xid=0x12b5b292)
DHCPOFFER of 174.109.187.251 from 69.134.11.87
DHCPACK of 174.109.187.251 from 69.134.11.87
bound to 174.109.187.251 -- renewal in 28592 seconds.

Все же, в системном журнале:

5924:Nov 16 17:23:30 router systemd-networkd[528]: enp1s0: DHCPv4 address 24.163.176.94/21 via 24.163.72.1

Почему различие?

Для комментатора, который сказал, что/etc/network/interfaces удерживался от использования:

cat /etc/netplan/01-netcfg.yaml
# This file describes the network interfaces available on your system
# For more information, see netplan(5).
network:
  version: 2
  renderer: networkd
  ethernets:
    ${WAN}:
      dhcp4: yes
1
задан 17 November 2017 в 01:35

1 ответ

Согласно документам, IFUPDOWN не предварительно установлен на Ubuntu 17.10, но в какой-то момент во время моей установки я, должно быть, установил его (хотя я не помню делать так).

В результате у меня был IFUPDOWN создание запроса клиента DHCP И networkd создание второго запроса клиента DHCP. IFUPDOWN получил бы один IP от моего ISP, и networkd примет другого.

Так как я более знаком со способом IFUPDOWN настроить сети (а также каждое "здание использование" ПРАКТИЧЕСКОГО РУКОВОДСТВА маршрутизатора тот путь), я решил пойти строго с IFUPDOWN.

ПЕРЕД ПРОДОЛЖЕНИЕМ ДАЛЬШЕ УДАЛЕНИЕ NETPLAN ПОДТВЕРДИТЕ, ЧТО У ВАС ЕСТЬ УСТАНОВЛЕННЫЙ IFUPDOWN: sudo apt-get install ifupdown

Я затем отключил netplan через следующие шаги:

cat /etc/netplan/01-netcfg.yaml
# This file describes the network interfaces available on your system
# For more information, see netplan(5).
network:
  version: 2
  renderer: networkd
  ethernets:
    ${WAN}:
      dhcp4: yes

Я изменил это к:

/etc/netplan/01-netcfg.yaml
    # This file describes the network interfaces available on your system
    # For more information, see netplan(5).
    network:
      version: 2
      renderer: networkd
      ethernets:

... перезагруженный и это устранило проблему, которую я видел с двумя другими DHCP, обеспеченными IP-адреса, которые подтвердили для меня, что IFUPDOWN теперь работал правильно как ожидалось.

Я проверил это тремя способами:

  • ip -4 addr show ${WAN} | grep -oP '(?<=inet\s)\d+(\.\d+){3}' - см. только один DHCP, обеспеченный адрес, который я ожидаю
  • curl http://icanhazip.com - посмотрите адрес, который я ожидаю
  • route - посмотрите адрес, который я ожидаю в цепочке.

Я затем отключил netplan согласно netplan Wiki: https://wiki.ubuntu.com/Netplan измененным моя конфигурация личинки: /etc/default/grub Изменение строки:

GRUB_CMDLINE_LINUX="ipv6.disable=1 netcfg/do_not_use_netplan=true"

... выполняемый: sudo update-grub, затем перезагруженный машина.

Я затем выполнился:

journalctl -p err
Nov 17 11:09:42 router systemd[1]: Failed to start Raise network interfaces.

Так как мне не нравится видеть ошибки, я вышел: sudo rm /lib/systemd/system-generators/netplan [который является просто символьной ссылкой на /lib/netplan/generate] затем перезагруженный снова.

'journalctl-p допускают ошибку', никакие ошибки.

grep netplan /var/log/syslog
Nov 17 13:12:07 router kernel: [    0.000000] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-4.13.0-16-generic root=UUID=1e26c91e-0805-44f7-9ae3-3a707fa0d311 ro ipv6.disable=1 netcfg/do_not_use_netplan=true

... никакие ошибки.

Таким образом, насколько я могу сказать, netplan эффективно отключен (хотя в предыдущих версиях Вы могли полностью удалить его с Кв. - добираются, в 17,10, который больше не возможен).

0
ответ дан 8 December 2019 в 03:21

Другие вопросы по тегам:

Похожие вопросы: