Ubuntu 18.04 LTS не может получить IP-адрес при прямом подключении к Интернету

С тех пор, как несколько недель я играл с 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
0
задан 24 October 2019 в 21:26

1 ответ

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

0
ответ дан 26 October 2019 в 23:24

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

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