С тех пор, как несколько недель я играл с Windows Hyper-V Server 2019 и в основном пытался создать собственное облако. Странно то, что я не могу заставить Ubuntu 18.04 LTS и Ubuntu 16.04 LTS напрямую подключаться к Интернету, просто не хочет получать ip с модема, если я устанавливаю сетевое соединение с идентификатором vlan tag 2 ( vlan, который напрямую подключен к моему модему) в настройках hyper-v, ни когда я устанавливаю тег vlan 2 во время установки
Ubuntu 18.04 LTS, подключенного к WAN
Упрощенная структура моей сети
Однако, если я настрою в диспетчере hyper-v непосредственное подключение к локальной сети, у него не будет проблем с получением IP
nick@ubuntu-1:~$ ip addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
link/ether 00:15:5d:00:04:0a brd ff:ff:ff:ff:ff:ff
inet 192.168.0.171/24 brd 192.168.0.255 scope global dynamic eth0
valid_lft 43149sec preferred_lft 43149sec
inet6 2a02:1811:2501:9c10::669/128 scope global dynamic noprefixroute
valid_lft 83890sec preferred_lft 11890sec
inet6 fdd9:90ff:c1b6:10::669/128 scope global noprefixroute
valid_lft forever preferred_lft forever
inet6 fe80::215:5dff:fe00:40a/64 scope link
valid_lft forever preferred_lft forever
3: docker0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default
link/ether 02:42:74:f6:b4:25 brd ff:ff:ff:ff:ff:ff
inet 172.17.0.1/16 brd 172.17.255.255 scope global docker0
valid_lft forever preferred_lft forever
4: flannel.1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1450 qdisc noqueue state UNKNOWN group default
link/ether be:57:d4:f0:61:f5 brd ff:ff:ff:ff:ff:ff
inet 10.1.86.0/32 scope global flannel.1
valid_lft forever preferred_lft forever
inet6 fe80::bc57:d4ff:fef0:61f5/64 scope link
valid_lft forever preferred_lft forever
Протестировал это также с Debian 9 и 10, и у них, похоже, нет таких проблем
nick@Debian-1:~$ ip addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
link/ether 00:15:5d:00:04:02 brd ff:ff:ff:ff:ff:ff
inet 94.224.239.246/20 brd 94.224.239.255 scope global dynamic eth0
valid_lft 5459sec preferred_lft 5459sec
inet6 fe80::215:5dff:fe00:402/64 scope link
valid_lft forever preferred_lft forever
Оказалась проблема с моим маршрутизатором/модемом, я выполнил полный сброс на обоих из них, и это, похоже, решило проблему. Довольно странно, что все мои другие виртуальные машины по-прежнему имеют свои внешние IP-адреса без каких-либо проблем.