У меня есть пара виртуальных машин (под управлением Scientific Linux 6.2), которые публикуют записи о рабочих станциях, так что их можно легко найти в сети. Некоторые виртуальные машины перестают публиковаться через несколько минут, то есть я могу связаться с ними через hostname.local в течение нескольких минут, а затем время ожидания любого обнаружения истечет. Они по-прежнему доступны через свой IP-адрес. Перезапуск avahi-daemon приводит к тому же поведению.
В / var / log / messages нет ничего, что указывало бы на проблему:
Nov 27 08:07:33 vm01 avahi-daemon[2836]: Got SIGTERM, quitting.
Nov 27 08:07:33 vm01 avahi-daemon[2836]: Leaving mDNS multicast group on interface eth0.IPv4 with address 10.100.200.226.
Nov 27 08:07:33 vm01 avahi-daemon[2880]: Found user 'avahi' (UID 70) and group 'avahi' (GID 70).
Nov 27 08:07:33 vm01 avahi-daemon[2880]: Successfully dropped root privileges.
Nov 27 08:07:33 vm01 avahi-daemon[2880]: avahi-daemon 0.6.25 starting up.
Nov 27 08:07:33 vm01 avahi-daemon[2880]: WARNING: No NSS support for mDNS detected, consider installing nss-mdns!
Nov 27 08:07:33 vm01 avahi-daemon[2880]: Successfully called chroot().
Nov 27 08:07:33 vm01 avahi-daemon[2880]: Successfully dropped remaining capabilities.
Nov 27 08:07:33 vm01 avahi-daemon[2880]: No service file found in /etc/avahi/services.
Nov 27 08:07:33 vm01 avahi-daemon[2880]: Joining mDNS multicast group on interface eth0.IPv4 with address 10.100.200.226.
Nov 27 08:07:33 vm01 avahi-daemon[2880]: New relevant interface eth0.IPv4 for mDNS.
Nov 27 08:07:33 vm01 avahi-daemon[2880]: Network interface enumeration completed.
Nov 27 08:07:33 vm01 avahi-daemon[2880]: Registering new address record for fe80::216:3eff:fe73:df12 on eth0.*.
Nov 27 08:07:33 vm01 avahi-daemon[2880]: Registering new address record for 10.100.200.226 on eth0.IPv4.
Nov 27 08:07:33 vm01 avahi-daemon[2880]: Registering HINFO record with values 'X86_64'/'LINUX'.
Nov 27 08:07:34 vm01 avahi-daemon[2880]: Server startup complete. Host name is vm01.local. Local service cookie is 320168790.
В журнале нет ничего, что указывало бы на проблему. SIGTERM при запуске вроде нормальный, беглый гугл это показал.
Я изменил только записи в publish раздел конфигурации; все остальное было оставлено как есть:
[publish]
disable-publishing=no
disable-user-service-publishing=no
#add-service-cookie=no
publish-addresses=yes
#publish-hinfo=yes
publish-workstation=yes
#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
Avahi-daemon не производит значительной загрузки процессора. Процесс запущен:
# ps auxww |grep avahi
avahi 2880 0.0 0.0 27660 1488 ? S 08:07 0:00 avahi-daemon: running [vm01.local]
avahi 2881 0.0 0.0 27660 520 ? Ss 08:07 0:00 avahi-daemon: chroot helper
У меня есть несколько виртуальных машин с CentOS 5.8, и у них нет этой проблемы. У них есть avahi-daemon 0.6.16 и такая же конфигурация. Любые идеи?
Только что понял, что собираюсь ответить на действительно старый вопрос, но, возможно, кому-то это пригодится.
Обратите внимание на свое сетевое оборудование, особенно на управляемые коммутаторы. Я столкнулся с проблемами с отслеживанием IGMP, когда многоадресные запросы могли внезапно перестать получать клиенты через несколько минут, потому что коммутатор отфильтровывал их.
Пища для размышлений.