Хорошо, я нашел решение.
Это был адрес ipv4ll, созданный из-за сбоя назначения адреса ipv6 из dhcp.
Правильный адрес ipv4 был виден в ip a
После добавления
noipv6
noipv4ll
в dhcpcd.conf все отлично работает.
Это был известный недостаток инструментов GNU inetutils ifconfig
и NET -3 net -ifconfig
в течение длительного времени. Если ваш интерфейс имеет несколько IP-адресов версии 4, как в случае, если он имеет назначенный DHCP -и локальный адрес -, эти два ifconfigs
покажут вам только один из адресов, в в этом случае ссылка -локальная. Кроме того, утилита GNU inetutils ifconfig
вообще не покажет вам никаких IP-адресов версии 6 для интерфейса.
В этих инструментах эта проблема не рассматривалась более десяти лет. Люди сделали патчи для этого, в том числе один в 2009 году для NET -3 net -tools one. Через 4 года оно дошло до Бернда Эккенфельса , который так и не принял его .
Наличие второй ссылки -локального IP-адреса версии 4 в 169.254.0.0/16 в дополнение к «маршрутизируемому» в 192.168.0.0/16 на самом деле не является проблемой для самого сетевого интерфейса, и вы может оставить вашу систему сконфигурированной таким образом, с (, как вы заметили, )незначительный или вообще не -вредный -эффект, если не более одного сетевого интерфейса. Помимо удивления для вас, что ваша система имеет этот адрес, и что она имеет сопутствующий маршрут и будет привязывать локальные сокеты к этому адресу при попытке подключения к другой ссылке -местные адреса,это действительно только значительная проблема для этих двух ifconfig
инструментов .
Как вы заметили, ip
покажет вам все адреса IPv4.
Так и мой ifconfig
.