systemd-resolved не запрашивает сервер dns для локального домена
Покажите его в папке, щелкните по нему правой кнопкой мыши и перейдите в Open с другим приложением. Там вы можете выбрать какое приложение. вы хотите открыть торрент, а затем просто установите флажок «Запомните это приложение для« файлов файлов семян Bittorrent ». Это должно сработать.
9 ответов
Я считаю, что это по дизайну.
Ubuntu 17.04 переключился на systemd-разрешен для разрешения имен и использует только LLMNR (поиск имен многоадресной рассылки) для разрешения имен одиночных ярлыков. См. Эту ссылку для получения дополнительной информации: https://www.freedesktop.org/software/systemd/man/systemd-resolved.service.html
Для обоснования этого решения ознакомьтесь с ответом исполнителя в этом отчете об ошибке : https://www.freedesktop.org/software/systemd/man/systemd-resolved.service.html
UPD: эту проблему можно решить с помощью домена для локальной сети. Если сетевой интерфейс сконфигурирован (вручную или по протоколу DHCP) для использования домена поиска, то systemd-resolved добавит этот домен к именам с одной меткой, а затем просмотрит их через одноадресную DNS.
Очевидно, что локальный DNS сервер должен быть переконфигурирован для распознавания этого домена. В случае dnsmasq, который считывает локальные пары «хозяин-IP» из / etc / hosts, это может быть выполнено путем добавления следующих инструкций к dnsmasq.conf:
domain=mydomain.net
local=/mydomain.net/
expand-hosts
UPD: Или вы можете просто вернуться к dnsmasq, как описано здесь https://askubuntu.com/a/911432/692094
-
1И еще одна страница с некоторыми объяснениями: github.com/systemd/systemd/issues/4821 – ish-west 23 May 2017 в 18:46
-
2Здесь было имя домена. Это также было вызвано ошибкой в прошивке edgerouter. Опция имени домена из конфигурации не была должным образом сохранена в конфигурации dhcp. Таким образом, клиенты не получили домен для поиска. – Rob van der Most 24 May 2017 в 21:00
Я считаю, что это по дизайну.
Ubuntu 17.04 переключился на systemd-разрешен для разрешения имен и использует только LLMNR (поиск имен многоадресной рассылки) для разрешения имен одиночных ярлыков. См. Эту ссылку для получения дополнительной информации: https://www.freedesktop.org/software/systemd/man/systemd-resolved.service.html
Для обоснования этого решения ознакомьтесь с ответом исполнителя в этом отчете об ошибке : https://www.freedesktop.org/software/systemd/man/systemd-resolved.service.html
UPD: эту проблему можно решить с помощью домена для локальной сети. Если сетевой интерфейс сконфигурирован (вручную или по протоколу DHCP) для использования домена поиска, то systemd-resolved добавит этот домен к именам с одной меткой, а затем просмотрит их через одноадресную DNS.
Очевидно, что локальный DNS сервер должен быть переконфигурирован для распознавания этого домена. В случае dnsmasq, который считывает локальные пары «хозяин-IP» из / etc / hosts, это может быть выполнено путем добавления следующих инструкций к dnsmasq.conf:
domain=mydomain.net
local=/mydomain.net/
expand-hosts
UPD: Или вы можете просто вернуться к dnsmasq, как описано здесь https://askubuntu.com/a/911432/692094
Я считаю, что это по дизайну.
Ubuntu 17.04 переключился на systemd-разрешен для разрешения имен и использует только LLMNR (поиск имен многоадресной рассылки) для разрешения имен одиночных ярлыков. См. Эту ссылку для получения дополнительной информации: https://www.freedesktop.org/software/systemd/man/systemd-resolved.service.html
Для обоснования этого решения ознакомьтесь с ответом исполнителя в этом отчете об ошибке : https://www.freedesktop.org/software/systemd/man/systemd-resolved.service.html
UPD: эту проблему можно решить с помощью домена для локальной сети. Если сетевой интерфейс сконфигурирован (вручную или по протоколу DHCP) для использования домена поиска, то systemd-resolved добавит этот домен к именам с одной меткой, а затем просмотрит их через одноадресную DNS.
Очевидно, что локальный DNS сервер должен быть переконфигурирован для распознавания этого домена. В случае dnsmasq, который считывает локальные пары «хозяин-IP» из / etc / hosts, это может быть выполнено путем добавления следующих инструкций к dnsmasq.conf:
domain=mydomain.net
local=/mydomain.net/
expand-hosts
UPD: Или вы можете просто вернуться к dnsmasq, как описано здесь https://askubuntu.com/a/911432/692094
Что работало для меня после обновления до 18.04, было настроить файл /etc/systemd/resolved.conf, изменив параметр Domains в домен (локальный или как в моем случае mydomain.local). Я также изменил параметр DNS, но, похоже, это не имеет значения, но я упоминаю его на всякий случай, если это неверно. Для получения дополнительной информации перейдите на страницу https://www.freedesktop.org/software/systemd/man/systemd-resolved.service.html.
Кроме того, я изменил конфигурацию avahi (/ etc / avahi / avahi- daemon.conf), чтобы изменить параметр домена внутри раздела сервера от локального (по умолчанию) к чему-то еще, как указывали некоторые люди на этом форуме.
С указанными изменениями я могу добраться до машин, используя бесчисленные имена , например, пинг на мой компьютер, с которым успешно связывается машина. Однако, если я пинг на mycomputer.mydomain.local, это не сработает, полное доменное имя не будет разрешено, как ожидалось.
Надеясь, что это поможет в некоторых случаях или приведет к более общему решению.
Я столкнулся с этой проблемой из-за неправильной настройки nsswitch.conf. Поскольку 12.04 следующая строка работала, как ожидалось. Хосты без домена разрешаются успешно.
Но новая версия 17.04 (а также версия 16.10) ubuntu со старым шаблоном для настройки nss-системы не работает, как раньше.
Misconfigured версия hosts, из старых версий ubuntu: hosts: files mdns4_minimal [NOTFOUND=return] dns mdns4
Неверная версия версии hosts, из старых версий ubuntu: hosts: files mdns4_minimal [NOTFOUND=return] resolve [!UNAVAIL=return] dns
Что работало для меня после обновления до 18.04, было настроить файл /etc/systemd/resolved.conf, изменив параметр Domains в домен (локальный или как в моем случае mydomain.local). Я также изменил параметр DNS, но, похоже, это не имеет значения, но я упоминаю его на всякий случай, если это неверно. Для получения дополнительной информации перейдите на страницу https://www.freedesktop.org/software/systemd/man/systemd-resolved.service.html.
Кроме того, я изменил конфигурацию avahi (/ etc / avahi / avahi- daemon.conf), чтобы изменить параметр домена внутри раздела сервера от локального (по умолчанию) к чему-то еще, как указывали некоторые люди на этом форуме.
С указанными изменениями я могу добраться до машин, используя бесчисленные имена , например, пинг на мой компьютер, с которым успешно связывается машина. Однако, если я пинг на mycomputer.mydomain.local, это не сработает, полное доменное имя не будет разрешено, как ожидалось.
Надеясь, что это поможет в некоторых случаях или приведет к более общему решению.
Я столкнулся с этой проблемой из-за неправильной настройки nsswitch.conf. Поскольку 12.04 следующая строка работала, как ожидалось. Хосты без домена разрешаются успешно.
Но новая версия 17.04 (а также версия 16.10) ubuntu со старым шаблоном для настройки nss-системы не работает, как раньше.
Misconfigured версия hosts, из старых версий ubuntu: hosts: files mdns4_minimal [NOTFOUND=return] dns mdns4
Неверная версия версии hosts, из старых версий ubuntu: hosts: files mdns4_minimal [NOTFOUND=return] resolve [!UNAVAIL=return] dns
Что работало для меня после обновления до 18.04, было настроить файл /etc/systemd/resolved.conf, изменив параметр Domains в домен (локальный или как в моем случае mydomain.local). Я также изменил параметр DNS, но, похоже, это не имеет значения, но я упоминаю его на всякий случай, если это неверно. Для получения дополнительной информации перейдите на страницу https://www.freedesktop.org/software/systemd/man/systemd-resolved.service.html.
Кроме того, я изменил конфигурацию avahi (/ etc / avahi / avahi- daemon.conf), чтобы изменить параметр домена внутри раздела сервера от локального (по умолчанию) к чему-то еще, как указывали некоторые люди на этом форуме.
С указанными изменениями я могу добраться до машин, используя бесчисленные имена , например, пинг на мой компьютер, с которым успешно связывается машина. Однако, если я пинг на mycomputer.mydomain.local, это не сработает, полное доменное имя не будет разрешено, как ожидалось.
Надеясь, что это поможет в некоторых случаях или приведет к более общему решению.
Я столкнулся с этой проблемой из-за неправильной настройки nsswitch.conf. Поскольку 12.04 следующая строка работала, как ожидалось. Хосты без домена разрешаются успешно.
Но новая версия 17.04 (а также версия 16.10) ubuntu со старым шаблоном для настройки nss-системы не работает, как раньше.
Misconfigured версия hosts, из старых версий ubuntu: hosts: files mdns4_minimal [NOTFOUND=return] dns mdns4
Неверная версия версии hosts, из старых версий ubuntu: hosts: files mdns4_minimal [NOTFOUND=return] resolve [!UNAVAIL=return] dns