avahi-daemon — глючное говно. Возмущения пост.
Если бы вы знали, как у меня пригорает от systemd, но не будем о больном.
Avahi. avahi теперь везде по умолчанию и при удалении тянет за собой весь десктоп.
Avahi срала на ваши настройки dns и resolv и будет резолвить *.local как ей самое захочется ( можно пофиксить, но по умолчанию так)
avahi любит искать в сети различные сервисы, например принтеры. И срала она что в cups выключено обнаружение принтеров, она все равно будет вам впихивать левые сетевые принтеры в диалоге печати. Переодически подвешивая диалог, если пользователь печатает очень много.
Я ненавижу тебя avahi! И желаю неделю поноса мейнтейнерам , которые везде ее впихнули.
Что мешает просто выключить?
линукс набирая ход, стремительно скатывается. похоже, скоро ещё хуже винды станет. переходи на макось.
Avahi срала на то, что вы ее выключили из загрузки как сервис и включится при старте системы. ( Я ей бинарик переименовал)
Так я на макоси уже лет 10 как, но мои пользователи и клиенты на убунте.
слакварь ещё пока без системд вроде. ну а бубунта изначально «винда в другом пальто», имхо.
.local по RFC нельзя резолвить дальше локалхоста.
это майкрософт срала на другие ОС и RFC, и теперь ещё лет 20 будут .local встречаться в интросетях, пока тупые админы не переведуться путём переработки в биореакторе.
Согласен! Но, как вы написали, local встречается в 80% старых сетей. И на эту данность насрали мейнтейнеры.
А еще мне не понятно, есть ли у avahi хоть какая-то полезная функция. То есть нахрен она вообще нужна.
Где вы такое говно берёте? Что вам мешает пересобрать ПО без зависимостей от avahi? На FreeBSD это в порядке вещей, так почему на GNU/Linux вызывает дискомфорт и боль?
Плюсую, что заставляет ментейнеров собирать софт с поддержкой avahi? Удалить его можно, но ошметки в виде libavahi продолжают висеть.
Avahi. avahi теперь везде по умолчанию и при удалении тянет за собой весь десктоп.
Ubuntu 17.10, установлен с mini.iso, де — Gnome. Avahi шел в рекомендуемых зависимостях, можно удалить без проблем, ничего гномовского за собой не тянет:
apt remove avahi-* Reading package lists. Done Building dependency tree Reading state information. Done Note, selecting 'avahi-ui-utils' for glob 'avahi-*' Note, selecting 'avahi-daemon' for glob 'avahi-*' Note, selecting 'avahi-dnsconfd' for glob 'avahi-*' Note, selecting 'avahi-autoipd' for glob 'avahi-*' Note, selecting 'avahi-utils' for glob 'avahi-*' Note, selecting 'avahi-discover' for glob 'avahi-*' Package 'avahi-autoipd' is not installed, so not removed Package 'avahi-discover' is not installed, so not removed Package 'avahi-dnsconfd' is not installed, so not removed Package 'avahi-ui-utils' is not installed, so not removed The following packages were automatically installed and are no longer required: libavahi-core7 libdaemon0 Use 'apt autoremove' to remove them. The following packages will be REMOVED: avahi-daemon avahi-utils 0 upgraded, 0 newly installed, 2 to remove and 0 not upgraded. After this operation, 421 kB disk space will be freed. Do you want to continue? [Y/n]
Хотя правда, в зависимостях cups есть Depends: libavahi-client3 (>= 0.6.16), libavahi-common3 (>= 0.6.16), так что без него, видимо, никак.
так почему на GNU/Linux вызывает дискомфорт и боль?
да оказуалили всё кх$%м. Порой даже почитать маны сложно.
это ты сейчас кабель воткнул в маленькую коробочку и получил по DHCP айпишник с DNS и прочими радостями.
а когда эту дичь изобретали, человек который знал что такое IP считался магом 80 лвл.
и в те коаксиальные годы уже был service discovery. 40 лет прошло и конечно zeroconf в корпоративной сети с AD, дома с роутерами и windows 10 наверное не нужен.
нефиг делать гетерогенную сеть прост.
так то серверная бубунта без метапакета. там все в порядке.
А на десктопной , которая у клиентов: ubuntu-mate-core хочет самовыпилиться вместе с avahi.
Die folgenden Pakete werden ENTFERNT: avahi-autoipd avahi-daemon avahi-discover avahi-dnsconfd avahi-utils libnss-mdns ubuntu-mate-core
constin ★★★★ ( 16.11.17 18:07:14 MSK )
Последнее исправление: constin 16.11.17 18:07:32 MSK (всего исправлений: 1)
фиг знает, я не такой старый и сети начал админить в 98 году, когда проблемы со знанием IP не было.
Но никому на линухе тогда автодескавери не был нужен , это я помню. И сейчас он не нужен тоже. А если кому-то он вдруг понадобился, то это не повод его хардкодить.
Т.е. если у меня машина с доменным именем someshit.local, а хостнейм у неё shit.local она будет резолвиться по хостнейму? Или что? В чём драма то?
Хорошо, если не по .local, то как? Других удобных имён показывающих что хост в локальной сети и не придумать.
$ arp -a 4unit.lan (192.168.10.200) at bc:5f:f4:2b:f7:e0 [ether] on enp3s0 bg.lan (192.168.10.1) at e4:8d:8c:49:e7:8b [ether] on enp3s0 vm-host0.lan (192.168.10.150) at 94:de:80:11:fb:16 [ether] on enp3s0
ты в сетке, где локальный домен .local На DNS сервере у тебя прописаны машины someshit1.local (ip:10.10.10.1), someshit2.local, someshit3.local
Ты сидишь на машине someshit3.local, в которой стоит свеженькая декстопная убунта с avahi , на машине прописан DNS сервер в качестве DNS сервера, все типа хорошо и набираешь в терминале
и твоя бубунта не будет опрашивать DNS сервер, чтобы посмотреть айпи машины с доменом .local в имени. Она скажет, что такого хоста нет.
Это решается правкой /etc/nsswitch.conf
Но помимо этого , avahi лезет не только в эту область, она лезет и к cups, например. И тоже кладет болт на твои настройки cups.
Новый linux-way, захерачим все в одно место.
constin ★★★★ ( 16.11.17 19:05:49 MSK )
Последнее исправление: constin 16.11.17 19:07:55 MSK (всего исправлений: 1)
Очень много старых сетей с доменами .local и @system-root прав, это пошло от оффтопика.
Подожди , подожди, вот зарегистрируют tld «lan» и будешь радоваться)
конечно zeroconf в корпоративной сети с AD, дома с роутерами и windows 10 наверное не нужен.
А вот товарищи из Apple с тобой не согласятся. Их timemachine ищет сервер для хранения бекапов именно по нему. Когда настраивал для одной конторы такой сервер, пришлось самому разбираться в том числе с avahi.
даже если наркоманы из ICANN решаться зарегать один из «Most Popular Invalid TLDs», скорее всего это произойдёт не при моей жизни.
в любом случае, поднять всю зону .lan на время перехода можно всегда, а вот использовать исключительно зарезервированные, вроде .test или .invalid, никто в здравом уме не будет только из за того, что ушлёпки придумавшие DNS не подумали, что будут частные локальные сети из более чем одного компьютера.
Avahi срала на то, что вы ее выключили из загрузки как сервис и включится при старте системы. ( Я ей бинарик переименовал)
Совершенно необязательно выставлять свою некомпетентность напоказ в истеричной форме. Обратись к системному администратору.
ну так выключи ее через systemctl disable или напиши ей override. или что там в вашей любимой systemd еще делают. а потом приходи, поговорим.
это пост ненависти, он не должен быть спокойным, он должен развлекать.
вот тебя это бесит, а меня противоположное — добавлять на машины в nsswitch.conf, где нет, такое:
-hosts: files dns myhostname +hosts: files mdns_minimal [NOTFOUND=return] dns myhostname
Это же ведь няшка, что при конфигурировании hostname машины она становится сразу доступна по этому имени! ping dart-wader.local вуаля! и не надо долбаться с прописыванием маков-шмаков.
Удобно? удобно. DHCP раздает себе айпишники, никого не трогает. Хосты сами себе назначают удобные имена, независимо от IP, тоже удобно
Linux Avahi Daemon Tutorial With Examples
Avahi is an mDNS/DNS daemon, service which implements Apples’s Zeroconf mechanism. Zeroconf is also known as Rendezvous or Bonjour. Zeroconf have their main task to process.
- Automatic assignment of numeric network addresses
- Automatic distribution and resolution of hostnames,
- Automatic location of network services such as printing devices.
Installing Avahi
Avahi-daemon can be installed with yum and apt like below.
$ sudo apt install avahi-daemon
Starting Avahi
After installing avahi as we know avahi works as daemon generally. We will start the avahi daemon. Using init scripts following command can be issued. Keep in mind that avahi requires root privileges as we can see from the following screenshot it asks for the root password.
$ /etc/init.d/avahi-daemon start
Another way to start avahi-daemon is by using systemctl command like below. with the avahi service name avahi-daemon. The avahi service current status can be seen too
$ sudo systemctl start avahi-daemon
Stopping Avahi
Stopping avahi in the init system can be done with the following command. Stopping avahi service requires root privileges too.
$ sudo systemctl stop avahi-daemon
Enable Avahi Daemon
Avahi daemon can be enabled to start automatically in the system start with the systemctl command like below.
$ sudo systemctl enable avahi-daemon
Disable Avahi Daemon
Avahi daemon can be disabled to start automatically in the system start with the following command.
$ sudo systemctl disable avahi-daemon
Configuration Files
Avahi configuration files reside in /etc/avahi . Avahi daemon configuration file is named avahi-daemon.conf . There is a different type of configuration abilities with this file.
Avahi server hostnames and IP addresses are stored in hosts file. Services are stored in services directory as XML file.
Add Host
Adding host to the DNS service of avahi is like adding host Linux hosts file. Add the following line into the host file like in the screenshot and then restart avahi daemon.
Add Service
Adding services is harder than adding hosts. There is an XML configuration file used to describe services and this file will be put into /etc/avahi/services/ . The following service configuration file defines FTP file which is served from tcp 21 port.
FTP file sharing _ftp._tcp 21