У меня есть машина, что у меня есть установка как маршрутизатор с помощью сервера 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
Согласно документам, 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, который больше не возможен).