Macmini не транслирует назначенное имя хоста

[madesta]

Вопрос, по сути дела, представляет академический интерес, так как решение проблемы на раз-два осуществляется через назначение статического адреса и ручной записи А в DNS, но всё же ...
Компьютер Apple с установленным LM:
inxi -Fzx :

Скрытый текст

System:
Kernel: 6.8.0-39-generic arch: x86_64 bits: 64 compiler: gcc v: 13.2.0
Desktop: Cinnamon v: 6.2.7 Distro: Linux Mint 22 Wilma
base: Ubuntu 24.04 noble
Machine:
Type: Laptop System: Apple product: Macmini5,2 v: 1.0
serial: <superuser required>
Mobo: Apple model: Mac-4BC72D62AD45599E v: Macmini5,2
serial: <superuser required> UEFI: Apple v: 135.0.0.0.0 date: 06/13/2019
CPU:
Info: dual core model: Intel Core i7-2620M bits: 64 type: MT MCP
arch: Sandy Bridge rev: 7 cache: L1: 128 KiB L2: 512 KiB L3: 4 MiB
Speed (MHz): avg: 800 min/max: 800/3400 cores: 1: 800 2: 800 3: 800 4: 800
bogomips: 21600
Flags: avx ht lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx
Graphics:
Device-1: Intel 2nd Generation Core Processor Family Integrated Graphics
vendor: Apple driver: N/A arch: Gen-6 bus-ID: 00:02.0
Device-2: AMD Whistler [Radeon HD 6630M/6650M/6750M/7670M/7690M]
vendor: Apple driver: radeon v: kernel arch: TeraScale-2 bus-ID: 01:00.0
Display: x11 server: X.Org v: 21.1.11 with: Xwayland v: 23.2.6 driver: X:
loaded: radeon unloaded: fbdev,modesetting,vesa dri: r600 gpu: radeon
resolution: 1360x768~60Hz
API: EGL v: 1.5 drivers: kms_swrast,r600,swrast platforms:
active: gbm,x11,surfaceless,device inactive: wayland
API: OpenGL v: 4.5 vendor: mesa v: 24.0.9-0ubuntu0.1 glx-v: 1.4
direct-render: yes renderer: AMD TURKS (DRM 2.50.0 / 6.8.0-39-generic LLVM
17.0.6)
Audio:
Device-1: Intel 6 Series/C200 Series Family High Definition Audio
driver: N/A bus-ID: 00:1b.0
Device-2: AMD Turks HDMI Audio [Radeon HD 6500/6600 / 6700M Series]
driver: snd_hda_intel v: kernel bus-ID: 01:00.1
API: ALSA v: k6.8.0-39-generic status: kernel-api
Server-1: PipeWire v: 1.0.5 status: active
Network:
Device-1: Broadcom NetXtreme BCM57765 Gigabit Ethernet PCIe driver: tg3
v: kernel port: N/A bus-ID: 02:00.0
IF: enp2s0f0 state: up speed: 100 Mbps duplex: full mac: <filter>
Device-2: Broadcom BCM4331 802.11a/b/g/n vendor: Apple AirPort Extreme
driver: wl v: kernel bus-ID: 03:00.0
IF: wlp3s0 state: dormant mac: <filter>
Bluetooth:
Device-1: Apple Bluetooth Host Controller driver: btusb v: 0.8 type: USB
bus-ID: 3-1.1.3:7
Report: hciconfig ID: hci0 rfk-id: 0 state: up address: <filter> bt-v: 4.0
lmp-v: 6
Drives:
Local Storage: total: 704.24 GiB used: 134.29 GiB (19.1%)
ID-1: /dev/sda vendor: Hitachi model: HTS547550A9E384 size: 465.76 GiB
ID-2: /dev/sdb vendor: Samsung model: SSD 850 PRO 256GB size: 238.47 GiB
Partition:
ID-1: / size: 233.64 GiB used: 134.28 GiB (57.5%) fs: ext4 dev: /dev/sdb2
ID-2: /boot/efi size: 32.5 MiB used: 6.1 MiB (18.8%) fs: vfat
dev: /dev/sdb1
Swap:
ID-1: swap-1 type: file size: 2 GiB used: 0 KiB (0.0%) file: /swapfile
Sensors:
System Temperatures: cpu: 71.0 C mobo: 50.0 C
Fan Speeds (rpm): N/A
Info:
Memory: total: 8 GiB available: 7.73 GiB used: 1.12 GiB (14.5%)
Processes: 249 Uptime: 1m Init: systemd target: graphical (5)
Packages: 1963 Compilers: gcc: 13.2.0 Shell: Bash v: 5.2.21 inxi: 3.3.34

Для обычных (стационарных и мини-ПК) компьютеров, ноутбуков и даже телевизоров в DHCP отображается имя узла, которое задаётся, например, в /etc/hostname. Поясняющая картинка отображает роутер MikroTik RB-951. Первая запись – Macmini, вторая – компьютер, третья – телевизор.

В дальнейшем, на основании полученной информации, скрипт MikroTik автоматически заносит в свой DNS имена узлов и их IP-адреса, что позволяет сетевым приложениям (remmina, ftp, ssh, samba и т.п.) обращаться к узлам ЛВС по их именам. Наблюдаемое явление на Macmini вызывает недоумение. Или причина этому такова, что это устройство именно Mac?

[rogoznik]

Или причина этому такова, что это устройство именно Mac?

Это уже ОС транслирует hostname в сеть. Тут надо смотреть что за проблема в конкретном экземпляре ОС, установленном на устройстве. Вероятно что-то с настройками

[slant]

А с чего вы взяли, что Mint вообще должен сам по себе свое имя куда-то транслировать? Это так не работает.

Для начала: откуда вообще "в сети" берутся имена машин?
1. DNS. Точнее говоря DHCP+DNS - во время получения адреса по DHCP машина представляется серверу DNS - какое у нее имя. В домашних условиях эта схема обычно встречается только в случае особо продвинутых роутеров, которые за DHCP и DNS работают, да еще умеют такое представление от клиента запросить и выслушать.
2. SAMBA и ее одноранговый протокол. Опять мимо - по умолчанию у минта вообще нет сервера самбы на борту, только клиент. Т.е. представляться нечему (это сервер делает).
3. Avahi - тоже по умолчанию отсутствует.

Итого. Свежеустановленный минт - в сети невидимка, который только клиент без серверной части. Его имя может быть видно только в случае п.1 или когда там что-то докрутили руками потом. Такие дела.

[WWolf]

Avahi - тоже по умолчанию отсутствует.

а что именно из авахи должно быть? что-то по дефолту стоит

[slant]

Как бы настройка на предоставляемый сервис. Т.е. сама Avahi - это просто демон, он еще должен знать что машина предоставляет клиентам. И уже это анонсировать. Т.е. система должна для начала подключения принимать - ssh, ftp, samba, nfs - хоть что-то. Ну и avahi анонсирует это дело для других avahi, а не "абстрактно".

[WWolf]

slant, ну дефолтный конфиг такой

Код: Выделить всё

[server]
#host-name=foo
#domain-name=local
#browse-domains=0pointer.de, zeroconf.org
use-ipv4=yes
use-ipv6=yes
#allow-interfaces=eth0
#deny-interfaces=eth1
#check-response-ttl=no
#use-iff-running=no
#enable-dbus=yes
#disallow-other-stacks=no
#allow-point-to-point=no
#cache-entries-max=4096
#clients-max=4096
#objects-per-client-max=1024
#entries-per-entry-group-max=32
ratelimit-interval-usec=1000000
ratelimit-burst=1000

[wide-area]
enable-wide-area=yes

[publish]
#disable-publishing=no
#disable-user-service-publishing=no
#add-service-cookie=no
#publish-addresses=yes
publish-hinfo=no
publish-workstation=no
#publish-domain=yes
#publish-dns-servers=192.168.50.1, 192.168.50.2
#publish-resolv-conf-dns-servers=yes
#publish-aaaa-on-ipv4=yes
#publish-a-on-ipv6=no

[reflector]
#enable-reflector=no
#reflect-ipv=no
#reflect-filters=_airplay._tcp.local,_raop._tcp.local

[rlimits]
#rlimit-as=
#rlimit-core=0
#rlimit-data=8388608
#rlimit-fsize=0
#rlimit-nofile=768
#rlimit-stack=8388608
#rlimit-nproc=3 

ну и есть avahi-autoipd.action

я правильно понимаю что для обнаружения надо раскомментировать #host-name=foo и имя нормально станет транслироваться в сеть?

[madesta]

А с чего вы взяли, что Mint вообще должен сам по себе свое имя куда-то транслировать?

Ну вот на картинке ниже узлы представились:
1 строка – мини-ПК стартовал с загрузочной флэшки LM
3 строка – ПК, у которого в /etc/hostname записано H-1
4 строка – подключенный к роутеру телевизор LG. Где в ОС телевизора записано это имя мне неизвестно, но, как видно оно передано.
И такая схема (что Windows, что Linux) работала ровно до устройства Mac, у которого в /etc/hostname записано Macmini. Вот во второй строке ожидаемого имени Mamini и не отображается (последний столбец Active Host Name).

Соответственно, в DNS-сервере роутера ожидаемого полного имени узла Mаcmini.vot в качестве записи A также не наблюдается. DHCP-сервер при передаче параметров сети передаёт и имя домена = vot

Как указывалось выше, роутер MikroTik

которые за DHCP и DNS работают, да еще умеют такое представление от клиента запросить и выслушать.
... Его имя может быть видно только в случае п.1 или когда там что-то докрутили руками потом.

И да, на роутере ещё дополнительно докручено руками, чтобы при получении от DHCP аренды запись хоста автоматически вносилась в DNS, а по истечении аренды точно также из DNS и удалялась.
Просто достался на халяву (подарили) мини ПК Mac. Связываться с Mac желания не было, а LM встала со свистом. Но вот такое явление вызвало просто недоумение. Хотя, как говорил выше, вопрос так себе – чисто академический, поскольку на практике сейчас в параметрах сети укажу вручную IP-адрес, DNS. маску сети, шлюз. Затем переименую в /etc/hostname и /etc/hosts Macmini на M-1 и всё будет в "ажуре", поскольку статическая запись A в DNS роутера была ранее внесена вручную, когда на Macmini стояла LM21.3
И тоже была "без имени" .

[madesta]

надо раскомментировать

М.б. ещё надо раскомментировать domain-name?
Одно время думал куда мне пристроить ahavi раз оно есть. Но использовать домен .local мне не позволяла ортодоксальная религия ( ), а не с доменом .local ahavi, вроде бы как, и не работает. Поэтому от ahavi и избавлялся, причём зверским способом:

Скрытый текст

sudo apt purge -y avahi-daemon avahi-utils libavahi-core7 libnss-mdns

[WWolf]

М.б. ещё надо раскомментировать domain-name?

не знаю, не игрался с ним, надо читать

[madesta]

Странное дело, но по wifi имя хоста Macmini отдаёт. На рисунке ниже зелёным показано соединение по проводу, а синим – по wifi. Не иначе как грядёт восстание машин

[slant]

Странное дело, но по wifi имя хоста Macmini отдаёт. На рисунке ниже зелёным показано соединение по проводу, а синим – по wifi.

А ничего, что имя машины - уникально для сети? Разумеется, если оно раз в списке есть, на другом адресе его уже принимать не будут. Бытовой роутер слишком прост чтобы знать и уметь в несколько каналов для одной машины. Это уже multirouting - достаточно серьезная тема...

[madesta]

Речь идёт о странном поведении именно конкретного оборудования мини-компьютера Mac с установленной ОС Linux Mint. Приведенный в предыдущем сообщении рисунок является снимком части экрана вкладки DHCP Leases интерфейса управления роутером. На другом мини-ПК при активных проводном и WiFi компьютер транслирует серверу DHCP своё имя одинаково. Ниже пример для узла H-4 с подключенном проводом (зелёный) и WiFi (синий).

То, что в сети не может быть двух узлов с одинаковым именем – согласен. Это подтверждает и DNS роутера, который сопоставил имена узлов их адресам, используя информацию по аренде адресов от DHCP. Видно, что поскольку запись A узла H-4.vot уже имеется (IP=192.168.224.87), то вторую запись A узла H-4.vot с другим адресом IP (192.168.224.92) DNS уже не вносит и уникальность имён узлов в сети соблюдается.
Вкладка DNS интерфейса управления роутера:

На первой картинке этого сообщения видно, что мини-компьютер Mac получил по проводу адрес 192.168.224.89 Но поскольку имя узла по запросу DHCP не передал (пустое значение ячейки столбца Active Host Name), то и соответствующая запись A в DNS отсутствует (после отработки дополнительного скрипта роутера для dhcp). А вот когда по WiFi на запрос DHCP имя узла было передано (аренда адреса 192.168.224.91), то соответствующая запись A в DNS и появилась. Состоявшееся подключение по WiFi по времени было позже, чем по проводу с разбежкой в 11 минут 12 секунд (столбец Expires After). Собственно именно такое вот поведение оборудования и вызвало недоумение.
P.S. сам роутер MikroTik RB-951 относится к оборудованию класса SOHO, то есть для дома и малых офисов.

[madesta]

Ситуация так и осталась за пределами понимания. После пары перезагрузок при одновременно активных интерфейсах проводного соединения и wifi компьютер Macmini стал отдавать имя и по проводу.

Но если потом интерфейс wifi выключить вообще и соответствующие ему записи в dhcp и dns убрать, то проблема возвращается на круги своя. Ну а с одновременно активными lan и wifi текущее положение дел вполне устраивает. Так как проводное соединение получает ip раньше, чем wifi, то в DNS вносится запись A того ip-адреса, который был получен первым (второй ip игнорируется).

Так как для моей ЛВС предпочтительнее обращение по проводу (реакция быстрее), то и цель можно считать достигнутой. Хотя первопричина и не выяснена, дальнейшее расследование практического смысла не имеет. Поэтому тему и закрываю.