Рейтинг:0

Ubuntu - ipv4 в основном не работает при новой установке

флаг jp

Я только что выполнил чистую установку Ubuntu 20.04 на машину, и у меня возникли проблемы с этим. IPV6 работает нормально по всем направлениям, но в большинстве случаев IPV4 не работает.

[РЕДАКТИРОВАТЬ: я сокращу вопрос в свете новых открытий]

Короче, на IPV6 все работает нормально. На стороне IPV4 с DHCP в автоматическом режиме ему был назначен петлевой адрес 127.0.1.1, поэтому пинг по петле работал. Ничто другое IPV4 не работало. [см. обновление]

Ubuntu 20.04 со стеком LAMP. Текущие версии программного обеспечения по всем направлениям.

Обновлять Ладно, теперь я чувствую себя идиотом. Поспав и хорошенько подумав над адресом IPV4, я понял, что 127.0.1.1 — это петлевой адрес.

"Временное" исправление: Я перенастроил IPV4 для использования назначенного вручную IP-адреса и сделал то же самое на маршрутизаторе для имени хоста. Все на IPV4 и IPV6, похоже, теперь работает как положено, и конфликтов не возникает.

Итак, вот мой новый вопрос: ПОЧЕМУ машина с Ubuntu не получает действительный адрес IPV4 автоматически, когда DHCP включен и все настроено на автоматический режим??? Почему вместо этого он получает петлевой адрес?

Я хотел бы настроить его так, чтобы он правильно работал для назначения DHCP/динамического адреса как для IPV4, так и для IPV6.

Любые идеи? ;-)

[2-е редактирование] В соответствии с запросом содержимое /etc/netplan/01network-manager-all.yaml, за которым следует вывод ip addr. Обратите внимание, что я немного изменил адреса ipv6 из соображений безопасности.

/etc/netplan/01network-manager-all.yaml

# Разрешить NetworkManager управлять всеми устройствами в этой системе
сеть:
  версия: 2
  визуализатор: NetworkManager

IP-адрес

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    ссылка/петля 00:00:00:00:00:00 брд 00:00:00:00:00:00
    инет 127.0.0.1/8 область хоста lo
       valid_lft навсегда
    inet6 :: 1/128 узел области видимости 
       valid_lft навсегда
2: eno1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel состояние UP группа по умолчанию qlen 1000
    ссылка/эфир 80:c1:6e:fa:9e:83 brd ff:ff:ff:ff:ff:ff
    альтернативное имя enp0s25
    inet 192.168.1.212/24 brd 192.168.1.255 глобальная область действия noprefixroute eno1
       valid_lft навсегда
    inet6 2600:www:zzzz:xxxx::4e0/128 область глобальная динамическая noprefixroute 
       valid_lft 2589401sec предпочитаемый_lft 602201sec
    inet6 2600:www:zzzz:xxxx:f5a5:beef:9843:4f07/64 область глобальная временная динамическая 
       valid_lft 3085 сек. preferred_lft 3085 сек.
    inet6 2600: wwww: zzzz: xxxx: a495: 1c3d: 2aeb: 1c47/64 область глобальная динамическая mngtmpaddr noprefixroute 
       valid_lft 3085 сек. preferred_lft 3085 сек.
    inet6 fe80::f94c:19e9:75d0:6b7/64 ссылка на область действия noprefixroute 
       valid_lft навсегда

Как я уже сказал, я установил статический адрес, но до сих пор не понимаю, почему он не настраивает динамический адрес или функциональность IPV4.

Есть новые идеи???

zwets avatar
флаг us
Единственное разумное объяснение тому, что обычная машина с Ubuntu не получает IP-адрес, заключается в том, что DHCP-сервер не дает ему его. Если бы это было иначе, то 99% пользователей Ubuntu никогда бы не вышли в интернет. Работает ли сервер DHCP для других устройств в сети?
zwets avatar
флаг us
Кроме того, ни одна машина никогда не получит адрес 127.0.1.1. Во-первых, адрес не маршрутизируемый, так как все адреса в сети 127/8 определены так, чтобы находиться на петлевом интерфейсе локальной машины, который по определению не подключен ни к чему, кроме самого себя, так как же _может_ он что-то получить? Во-вторых, каждая машина уже _имеет_ адрес 127.0.1.1, как и любой другой адрес в 127/8. Просто попробуйте `ping 127.42.42.42` для проверки. Нет смысла смотреть на ваш петлевой интерфейс, вы должны смотреть на _физический_ интерфейс, который подключается к сети с DHCP-сервером.
Thomas Aichinger avatar
флаг cn
Было бы здорово, если бы вы разместили здесь свой файл /etc/netplan/*.yaml. Также, пожалуйста, опубликуйте вывод 'ip addr'
Cliff B avatar
флаг jp
Добавлена ​​запрошенная информация

Ответить или комментировать

Большинство людей не понимают, что склонность к познанию нового открывает путь к обучению и улучшает межличностные связи. В исследованиях Элисон, например, хотя люди могли точно вспомнить, сколько вопросов было задано в их разговорах, они не чувствовали интуитивно связи между вопросами и симпатиями. В четырех исследованиях, в которых участники сами участвовали в разговорах или читали стенограммы чужих разговоров, люди, как правило, не осознавали, что задаваемый вопрос повлияет — или повлиял — на уровень дружбы между собеседниками.