Comments 42
Благодарю!
UFO just landed and posted this here
Я avahi вообще убрал, он не нужен. А ретрекер прописал жестко в хостах и все дела.
Данное решение лишает части перспективных плюшек — это раз, а во вторых, прописывать что-либо жестко в hosts — какое-то сомнительное решение.
> прописывать что-либо жестко в hosts — какое-то сомнительное решение.
Не соглашусь с Вами. Нормальное решение. Тем более, что hosts, в общем-то, для этого и существует.
Не соглашусь с Вами. Нормальное решение. Тем более, что hosts, в общем-то, для этого и существует.
У нас провайдер порой меняет адреса своих сервисов.
Мне лень следить за этим. Тем более что именно для этого и существует dns ;-)
Мне лень следить за этим. Тем более что именно для этого и существует dns ;-)
я его тоже убрал он ещё на 4-м дебиане подвешивал загрузку системы на пару минут, а так dnsmasq без проблем все резолвит и лишних вопросов не задает, самое то для домашнего сервака.
серьезная проблема, сталкивался. Только сталкивался, если не ошибаюсь
с таким в puppet-e под убунтой. на все машинках нсссвич конфигурировать не хотелось, в итоге перевели
домен.локал в.лан (дхцп). На етом и порешили.
Довольно веселые грабли )
с таким в puppet-e под убунтой. на все машинках нсссвич конфигурировать не хотелось, в итоге перевели
домен.локал в.лан (дхцп). На етом и порешили.
Довольно веселые грабли )
Avahi не нужен.
Э… А как запустить демон Avahi то? А то он ругается на этот retracker.local и не запускается
осталось только найти провайдера с ретрекером…
retracker.local/ — работает
А у вас? =)
А у вас? =)
— подними сам
— попроси провайдера чтоб прописали твой ip
— получай благодарности от юзеров
я так сделал, все довольны :)
— попроси провайдера чтоб прописали твой ip
— получай благодарности от юзеров
я так сделал, все довольны :)
У нас заблокирован обмен трафиком между юзерами, единственный вариант, который возможно (sic! не проверял, остальные три проверял — не пашут, как всегда аргументируют «по просьбам трудящихся», чтобы вирусы в локалке не ползали) работает — два юзера с белыми IP, то есть поднимать публичные сервисы по большому счёту только можно.
> У нас заблокирован обмен трафиком между юзерами
Значит и ретрекер вам никчему.
При таком запрете, даже если у вас в локалке будет битторрент-ретрекер, и BT-клиенты через него смогут находить пиров в локалке по внутрилокальным адресам, то обмен самим контентом между пирами в локалке по протоколу bittorrent будет невозможен (т.к. обмен трафиком между клиентами по вашим словам запрещён).
Значит и ретрекер вам никчему.
При таком запрете, даже если у вас в локалке будет битторрент-ретрекер, и BT-клиенты через него смогут находить пиров в локалке по внутрилокальным адресам, то обмен самим контентом между пирами в локалке по протоколу bittorrent будет невозможен (т.к. обмен трафиком между клиентами по вашим словам запрещён).
В принципе, если трафик не заблокирован, то и без ретрекера работает local peer discovery
да что же вы обманываете!
убунта при запуске проверяет, есть ли юникастовая зона локал, и если она есть, то авахи не стартует.
кстати, использование авахи — тема для отдельного поста
убунта при запуске проверяет, есть ли юникастовая зона локал, и если она есть, то авахи не стартует.
кстати, использование авахи — тема для отдельного поста
> убунта при запуске проверяет, есть ли юникастовая зона локал, и если она есть, то авахи не стартует.
Значит вы в принципе не испытываете подобной проблемы. ;-)
А вот как запустить в вашем случае avahi совместно с .local — это уже немного другая проблема и другая статья ;-)
Значит вы в принципе не испытываете подобной проблемы. ;-)
А вот как запустить в вашем случае avahi совместно с .local — это уже немного другая проблема и другая статья ;-)
>Значит вы в принципе не испытываете подобной проблемы
такой проблемы в дефолтной установке убунте нет, и я тут вообще не при чем, у меня может вообще убунты нет. твикеры, блин.
чтобы запустить авахи при наличии юникастовой зоны local, достаточно отредактировать конфиг инитскрипта:
% cat /etc/default/avahi-daemon
AVAHI_DAEMON_DETECT_LOCAL=0
такой проблемы в дефолтной установке убунте нет, и я тут вообще не при чем, у меня может вообще убунты нет. твикеры, блин.
чтобы запустить авахи при наличии юникастовой зоны local, достаточно отредактировать конфиг инитскрипта:
% cat /etc/default/avahi-daemon
AVAHI_DAEMON_DETECT_LOCAL=0
> убунта при запуске проверяет, есть ли юникастовая зона локал, и если она есть, то авахи не стартует.
Значит вы в принципе не испытываете подобной проблемы. ;-)
А вот как запустить в вашем случае avahi совместно с .local — это уже немного другая проблема и другая статья ;-)
Значит вы в принципе не испытываете подобной проблемы. ;-)
А вот как запустить в вашем случае avahi совместно с .local — это уже немного другая проблема и другая статья ;-)
кстати, использование авахи — тема для отдельного постаС нетерпением жду. Стали его пихать всюду по дефолту, а что мне с этого — непонятно, по-этоу выключаю, а вдруг можно действительно какие-то практические удобства с него поиметь… Надо правильно настроить и понять как пользоваться. Пока нашёл вот это, тут написано хотя бы в принципе что это.
у меня эмм… определенные проблемы с публикацией, постов
Ну ловите так: www.muromec.org.ua/2010/08/avahi.html
Такая «проблема» есть не только в Linux-дистрибутивах.
На самом деле это заложено в самом наборе протоколов Zeroconf и описано в частности в RFC 3927.
Соответственно и в Avahi (реализация протоколов Zeroconf в Linux/BSD), и в Bonjour (реализация протоколов Zeroconf в Apple MacOSX), которые придерживаются RFC 3927, это работает примерно одинаково.
В Zeroconf (в реализациях Avahi/Bonjour) зона .local используется по умолчанию только для link-local адресов (IPv4LL: 169.254.0.0/16, IPv6LL: FE80::/10). И адреса хостов из этой зоны по умолчанию ресолвятся не через обычный DNS, а по протоколу LLMNR (Link Local Multicast Name Resolution), который иногда также называют mDNS (Multicast DNS), т.е. мультикастовыми запросами по сети (UDP-пакеты на порт 5353 по адресу 224.0.0.251).
Поэтому машины с MacOSX/Linux/BSD по умолчанию не могут ресолвить имена из доменной зоны .local через DNS в локальной сети, т.к. пытаются это сделать по другому протоколу.
И держать DNS-зону .local на DNS-серверах по-хорошему не нужно, это дурной тон, нарушающий принятые стандарты. Поэтому предложить для ретрекеров имя retracker.local — это была плохая идея с точки зрения следования стандартам. Т.е. этим сами создали себе проблемы, которые потом приходится решать всякими костылями. Лучше было придумать для этого (для ретрекеров в частности) любую другую DNS-зону, но не уже зарезервированную в Zeroconf зону .local.
А вот Microsoft не слишком-то следует RFC 3927, поэтому у майкрософтовской реализации протокола Zeroconf — APIPA (Automatic Private IP Addressing) такой проблемы с разрешением имён хостов из зоны .local через DNS, насколько я знаю, нет.
На самом деле это заложено в самом наборе протоколов Zeroconf и описано в частности в RFC 3927.
Соответственно и в Avahi (реализация протоколов Zeroconf в Linux/BSD), и в Bonjour (реализация протоколов Zeroconf в Apple MacOSX), которые придерживаются RFC 3927, это работает примерно одинаково.
В Zeroconf (в реализациях Avahi/Bonjour) зона .local используется по умолчанию только для link-local адресов (IPv4LL: 169.254.0.0/16, IPv6LL: FE80::/10). И адреса хостов из этой зоны по умолчанию ресолвятся не через обычный DNS, а по протоколу LLMNR (Link Local Multicast Name Resolution), который иногда также называют mDNS (Multicast DNS), т.е. мультикастовыми запросами по сети (UDP-пакеты на порт 5353 по адресу 224.0.0.251).
Поэтому машины с MacOSX/Linux/BSD по умолчанию не могут ресолвить имена из доменной зоны .local через DNS в локальной сети, т.к. пытаются это сделать по другому протоколу.
И держать DNS-зону .local на DNS-серверах по-хорошему не нужно, это дурной тон, нарушающий принятые стандарты. Поэтому предложить для ретрекеров имя retracker.local — это была плохая идея с точки зрения следования стандартам. Т.е. этим сами создали себе проблемы, которые потом приходится решать всякими костылями. Лучше было придумать для этого (для ретрекеров в частности) любую другую DNS-зону, но не уже зарезервированную в Zeroconf зону .local.
А вот Microsoft не слишком-то следует RFC 3927, поэтому у майкрософтовской реализации протокола Zeroconf — APIPA (Automatic Private IP Addressing) такой проблемы с разрешением имён хостов из зоны .local через DNS, насколько я знаю, нет.
>В Zeroconf (в реализациях Avahi/Bonjour) зона .local используется по умолчанию только для link-local адресов (IPv4LL: 169.254.0.0/16, IPv6LL: FE80::/10)
неправда ваша. авахи анонсирует через mDNS любые адреса:
% avahi-resolve-address -n $(hostname).local
hakobune.local 192.168.1.106
за счет этого, в локальной сети, состоящей из убунтовых машин, можно адресоваться по имени машины без дополнительных настроек и без юникастового dns-сервера
неправда ваша. авахи анонсирует через mDNS любые адреса:
% avahi-resolve-address -n $(hostname).local
hakobune.local 192.168.1.106
за счет этого, в локальной сети, состоящей из убунтовых машин, можно адресоваться по имени машины без дополнительных настроек и без юникастового dns-сервера
> неправда ваша. авахи анонсирует через mDNS любые адреса:
Да вообще через dns-sd можно аннонсировать любые адреса, в принципе то:
^^^ это был резолв айпада макбуком (по сути – и там и там bonjour). Насколько я помню, zeroconf и dns-sd здесь просто неплохо используют возможности друг друга.
Да вообще через dns-sd можно аннонсировать любые адреса, в принципе то:
% ping Thunderlight.local PING thunderlight.local (192.168.7.112): 56 data bytes
^^^ это был резолв айпада макбуком (по сути – и там и там bonjour). Насколько я помню, zeroconf и dns-sd здесь просто неплохо используют возможности друг друга.
Элегантно!
UFO just landed and posted this here
Недавно столкнулся с аналогичной проблемой на debian. Решил просто вырубить avahi-daemon.
За представленное в статье решение автору большое спасибо!
За представленное в статье решение автору большое спасибо!
в ubunt server edition у меня изначально так.
> Перезапускаем avahi-daemon…
Вообще-то после редактирования /etc/nsswitch.conf перезапускать avahi-daemon не требуется.
Это же не файл конфигурации avahi, это конфиг-файл «переключалки» системных баз данных и сервисов имён.
И применительно к разрешениям имён хостов этот надпротокольный переключатель просто определяет, через какие механизмы (файл hosts, протокол mDNS, запрос к DNS-серверу) и в каком порядке следует разрешать имена хостов. И обрабатывается этот выбор при каждом новом разрешении имён согласно данному файлу.
Вообще-то после редактирования /etc/nsswitch.conf перезапускать avahi-daemon не требуется.
Это же не файл конфигурации avahi, это конфиг-файл «переключалки» системных баз данных и сервисов имён.
И применительно к разрешениям имён хостов этот надпротокольный переключатель просто определяет, через какие механизмы (файл hosts, протокол mDNS, запрос к DNS-серверу) и в каком порядке следует разрешать имена хостов. И обрабатывается этот выбор при каждом новом разрешении имён согласно данному файлу.
Для пришедших через поисковики.
В современных linux дистрибутивах может использоваться dnsmasq и можно воспользоваться его директивой server, чтобы явно указать что retracker.local нужно резолвить определённым сервером DNS.
Команда echo «server=/retracker.local/IP_адрес_DNS_провайдера_или_вашего_роутера» | sudo tee /etc/NetworkManager/dnsmasq.d/retracker.conf поможет сделать требуемое.
vasilisc.com/tips_ubuntu#retracker
В современных linux дистрибутивах может использоваться dnsmasq и можно воспользоваться его директивой server, чтобы явно указать что retracker.local нужно резолвить определённым сервером DNS.
Команда echo «server=/retracker.local/IP_адрес_DNS_провайдера_или_вашего_роутера» | sudo tee /etc/NetworkManager/dnsmasq.d/retracker.conf поможет сделать требуемое.
vasilisc.com/tips_ubuntu#retracker
Sign up to leave a comment.
Проблемы зоны .local в современных Linux дистрибутивах