Я пытался запустить сервер Ubuntu на моем MacBook Pro (15 дюймов, конец 2011 г.) на весь день оба 20.04 и 21.10, борюсь с netplan и, кажется, не могу иметь энс9 (Сетевой адаптер Thunderbolt 2 - судя по этому сообщению, он работает нормально: Использование Ethernet-адаптера Apple Thunderbolt 2 в Ubuntu 20.04) получение IPv4 от DHCP.
Я прочитал тонны сообщений повсюду, это кажется тривиальным, но я все еще не могу заставить его работать :/
Мой /etc/сетевой план на данный момент выглядит так:
сеть:
версия: 2
визуализатор: сетевой
Ethernet:
энс9:
DHCP4: правда
необязательно: правда
Но, честно говоря, на данный момент я уже потерял счет тому, сколько раз я его менял. Я в значительной степени перепробовал все, что нашел, в поисках всех возможных перестановок слов:
ubuntu, сервер, 20.04, 21.10, dhcp, ipv4, -static, -NetworkManager, не работает, не получает IP, -ipv6, MacBook pro, ens9, netplan, systemd-networkd.
Всякий раз, когда я IP а Это энс9 имеет только IPv6 (почему-то не пользуюсь IPv6 в моей сети ни мой DHCP не назначает IPv6 адресов, поэтому я понятия не имею, откуда они берутся, т. е.) ни таблицы маршрутизации, ни назначенного сервера имен, что заставляет меня подозревать, что он даже не пытается «отправить что-либо по DHCP».
Даже если я добавлю DHCP6: ложь Я все еще получаю гидроразрыв IPv6 но нет IPv4
я держал хвост -f /var/журнал/системный журнал открыт все время и ничего полезного не появляется.
Если я побегу dhclient -r ens9 && dhclient ens9 интерфейс получает IPv4 и сеть начинает работать (например, так я заставил ее работать в процессе установки). Я могу использовать ssh в нем нормально, даже если иногда сеть зависает (но, честно говоря, это незначительно, если, по крайней мере, я могу заставить работать конфигурацию DHCP).
Так что даже несмотря на то, что у меня есть ужасный обходной путь, который я предпочитаю не использовать, я действительно хочу понять, почему стандартный «канонический» (каламбур) способ не работает для меня, и в настоящее время у меня нет вариантов, куда постучать моя голова.
Я решил повторно использовать старую машину, чтобы повеселиться, и в конце концов я был полностью разочарован, что заставило меня вспомнить, почему я перестал использовать Linux в качестве настольной операционной системы.
Обновлять:
- Тестирование с
networkctl
это результат после нескольких часов работы
ссылка: ens9 тип: эфир операционный: деградированный установка: настройка
сразу после перезагрузки он выглядит совсем иначе:
ссылка: ens9 тип: эфир рабочий: выключен настройка: управляемый
но я подозреваю, что это из-за необязательного параметра, если я удалю по желанию
netplan сгенерировать && netplan применить Я вернулся к исходному состоянию:
ссылка: ens9 тип: эфир операционный: деградированный установка: настройка
перезагрузка без опций, после остановки на хосте и поиске сетевого имени дает мне:
ссылка: ens9 тип: эфир операционный: деградированный установка: настройка
если я побегу dhclient -r ens9 && dhclient ens9 это идет от деградировал к маршрутизируемый
Я вспомнил, что этот ноутбук также поставляется со встроенным портом Ethernet (я так давно не видел его, что даже не помнил, что они существуют), поэтому я вытащил Thunderbolt Dongle, подключил кабель непосредственно к встроенному порту, обновил файл конфигурации с новым именем интерфейса, а при обычных темпах генерации, применения и даже перезагрузки.
Результат: Ничего не меняется, точно такое же поведение.
Исходя из этого, я бы сказал, что это определенно не проблема HW, а проблема SW. Самый большой из них: нет журналов (насколько я могу судить), объясняющих, почему сетевой план не делает все, что нужно, с DHCP-клиентом. Даже используя -д переключаться или пробовать(netplan попробовать) дает нулевую информацию.
Поэтому я подумал, что размещение сборки сервера на ноутбуке может быть не лучшей идеей, поэтому я скачал и попробовал Ubuntu Desktop 21.10. Такое же поведение.
После дальнейшего расследования я обнаружил в Интернете, что это может быть проблема с прошивкой и/или модулями ядра. Затем я продолжил:
apt-получить установку прошивки b43-fwcutter-b43-установщик и модзонд b43 но ничего не изменилось, точно такое же поведение и DHCP отказывается выполнять свою работу, если его не стимулировать вручную :(
предыстория: Linux был моей основной (и единственной) ОС с 1994 по 2004 год, когда я перешел на OSX. Я продолжаю использовать его на серверах, но с современными «ленивыми облачными платформами и докером» мне уже давно не приходилось сталкиваться с проблемами конфигурации сети, и, откровенно говоря, я только сегодня узнал о сетевой план. Хотя мое личное мнение состоит в том, что для языка использование пробелов в качестве средства определения блоков является плохим выбором, я хорошо знаком с батат и параноик в проверке/подсчете этих надоедливых пробелов.
