Как отключить systemd-разрешен в Ubuntu?

Метод 01

Вы можете установить интернет-кодировщик мультимедиа:

Запустите эти команды в своем терминале:

sudo add-apt-repository -y ppa:upubuntu-com/multimedia  
sudo apt-get update  
sudo apt-get install ifme

] Теперь вы можете открыть программу ifme из Dash.

Метод 02

После того, как вы скомпилировали программу, следуя инструкциям в здесь или здесь, сначала вы должны закодировать видео в формате YUV:

avconv -i MyVideo.mp4 MyVideo.yuv

Затем вы можете конвертировать видео YUV в формат x265:

./x265 --input-res 640x360 --fps 24000/100 MyVideo.yuv -o MyVideo.h265
50
задан 12 May 2018 в 18:21

15 ответов

Внимание! Имейте в виду, что отключение systemd-resolvd может нарушить разрешение имен в VPN для некоторых пользователей.

Отключите службу systemd-resolved и остановите ее:

sudo systemctl disable systemd-resolved.service
sudo service systemd-resolved stop

Поместите следующую строку в раздел [main] вашего /etc/NetworkManager/NetworkManager.conf:

dns=default

Удалить символическую ссылку /etc/resolv.conf

rm /etc/resolv.conf

Перезапустить сетевой менеджер

sudo service network-manager restart
57
ответ дан 22 May 2018 в 23:23
  • 1
    это, похоже, не работает на Ubuntu 17.04. Alsi, файл конфигурации - /etc/NetworkManager/NetworkManager.conf. Когда я делаю вышеуказанное, разрешение имени ломается. systemd-разрешено всасывает большое время, теперь разрешение VPN DNS не работает должным образом для меня. Прогресс ошибок можно найти здесь: bugs.launchpad.net/ubuntu/+source/systemd/+bug/1624317 – Vincent Gerris 28 April 2017 в 13:13
  • 2
    Я думаю, вы должны добавить к вышеуказанному ответу, что " apt-get install dnsmasq " должно быть выполнено после того, как systemd-resolved отключено. – LifeBoy 26 June 2017 в 09:59
  • 3
    Просто протестирован на 17.04 и работает из коробки (с курсом dnsmasq, конечно) – tribbloid 11 July 2017 в 03:35
  • 4
    Это решение работало для меня как обходной путь для проблемы разрешения DNS на Ubuntu 17.10. – vahid-dan 1 November 2017 в 06:35
  • 5
    Для Ubuntu 18.04 все, что нужно, это запустить команды sudo systemctl disable systemd-resolved.service и sudo service systemd-resolved stop. Это сработало для меня. – Daniel Eagle 5 May 2018 в 17:53
[D0] Внимание! Имейте в виду, что отключение systemd-resolvd может нарушить разрешение имен в VPN для некоторых пользователей.

Отключите службу systemd-resolved и остановите ее:

sudo systemctl disable systemd-resolved.service sudo service systemd-resolved stop

Поместите следующую строку в раздел [main] вашего /etc/NetworkManager/NetworkManager.conf:

dns=default

Удалить символическую ссылку /etc/resolv.conf

rm /etc/resolv.conf

Перезапустить сетевой менеджер

sudo service network-manager restart
65
ответ дан 18 July 2018 в 14:33
[D0] Внимание! Имейте в виду, что отключение systemd-resolvd может нарушить разрешение имен в VPN для некоторых пользователей.

Отключите службу systemd-resolved и остановите ее:

sudo systemctl disable systemd-resolved.service sudo service systemd-resolved stop

Поместите следующую строку в раздел [main] вашего /etc/NetworkManager/NetworkManager.conf:

dns=default

Удалить символическую ссылку /etc/resolv.conf

rm /etc/resolv.conf

Перезапустить сетевой менеджер

sudo service network-manager restart
66
ответ дан 24 July 2018 в 20:25
[D0] Внимание! Имейте в виду, что отключение systemd-resolvd может нарушить разрешение имен в VPN для некоторых пользователей.

Отключите службу systemd-resolved и остановите ее:

sudo systemctl disable systemd-resolved.service sudo service systemd-resolved stop

Поместите следующую строку в раздел [main] вашего /etc/NetworkManager/NetworkManager.conf:

dns=default

Удалить символическую ссылку /etc/resolv.conf

rm /etc/resolv.conf

Перезапустить сетевой менеджер

sudo service network-manager restart
67
ответ дан 31 July 2018 в 10:29
[D0] Внимание! Имейте в виду, что отключение systemd-resolvd может нарушить разрешение имен в VPN для некоторых пользователей.

Отключите службу systemd-resolved и остановите ее:

sudo systemctl disable systemd-resolved.service sudo service systemd-resolved stop

Поместите следующую строку в раздел [main] вашего /etc/NetworkManager/NetworkManager.conf:

dns=default

Удалить символическую ссылку /etc/resolv.conf

rm /etc/resolv.conf

Перезапустить сетевой менеджер

sudo service network-manager restart
67
ответ дан 31 July 2018 в 11:31

Недавно я обновился до (k) Ubuntu 17.04, и я также наткнулся на изменение systemd.

Моя настройка довольно типична, я думаю, что у меня есть DNS-провайдер в моем широкополосном HUB, и это мой основной источник информации для всех устройств в моей сети (из которых у меня есть несколько).

В systemd есть какая-то красота, это не все плохо, но что действительно плохо, это документация, отсутствие связи от команды Ubuntu и gung-ho «давайте просто изменим ее, несмотря на то, что она ломается для всех «менталитет.

Решение для меня после разрыва некоторых волос состояло в том, чтобы отредактировать /etc/systemd/resolved.conf:

[Resolve]
DNS=192.168.1.254   # <-- change to your router address
#FallbackDNS=8.8.8.8 8.8.4.4 2001:4860:4860::8888 2001:4860:4860::8844
Domains=lan         # <-- change to your localdomain name (maybe .local)
#LLMNR=yes  <-- I dabbled with this for a while but it doesn't matter
#DNSSEC=no
#Cache=yes
#DNSStubListener=udp

Не поняв, почему это не сработает Я понял, что необходимо также переключить /etc/resolv.conf на тот, который предоставляется systemd. Это не так в случае установки вне коробки (по неизвестным причинам).

sudo ln -sf /run/systemd/resolve/resolv.conf /etc/resolv.conf

Локальный DNS-сервер затем не используется, и все запросы DNS отправляются на мой HUB.

Я думаю, что это намного лучшее решение, чем вырезать и вставить какое-то другое решение, поскольку systemd-resolv теперь имеет значение по умолчанию.

Связанная проблема btw состоит в том, что /etc/nsswitch.conf стерилизуется.

Он должен читать:

hosts: файлы mdns4_minimal dns [NOTFOUND = return] resolve [! UNAVAIL = return] dns

Это запутанная конфигурация, так как [NOTFOUND = return] означает, что обработка заканчивается там. Записи после этого никогда не будут использоваться.

5
ответ дан 22 May 2018 в 23:23
  • 1
    И тогда я должен менять адрес маршрутизатора в конфиге каждый раз, когда я подключаюсь к новому WIFI? У серьезно? -1 – Bastian Voigt 24 July 2017 в 10:25
  • 2
    Я не понимал, что ты бродишь с ним. Если да, то оставьте элементы конфигурации закомментированными. Затем вы должны получить /etc/resolv.conf, который говорит: nameserver 8.8.8.8 nameserver 8.8.4.4 – user2427436 25 July 2017 в 21:58

Если у вас возникают проблемы с утечкой в ​​вашей VPN и вы не можете понять, как настроить systemd (например, я), вы можете удалить его так, как описано в первом ответе, но не добавьте строку dns=default, потому что он активирует сервер имен 127.0.0.1. Чтобы установить маршрутизатор как dns, создайте файл «tail» в папке /etc/resolvconf/resolv.conf.d/, добавив строку nameserser 192.168.1.1

do ln -sf /var/run/resolved/resovl.conf /etc/resolv.conf, если вы перепутали этот файл.

0
ответ дан 22 May 2018 в 23:23
  • 1
    В самом деле? Для меня это работает точно так, как описано в моем ответе. Определенно не использовать nameserver 127.0.0.1. Я также считаю, что не очень удобно жестко кодировать IP вашего сервера имен в файле конфигурации. По крайней мере, я часто переключаю Wi-Fi-сети, и каждый Wi-Fi имеет другой сервер имен – Bastian Voigt 6 September 2017 в 17:42
  • 2
    yes 'default' позволяет 127.0.0.1 как dns – Yvain 8 September 2017 в 20:33

Недавно я обновился до (k) Ubuntu 17.04, и я также наткнулся на изменение systemd.

Моя настройка довольно типична, я думаю, что у меня есть DNS-провайдер в моем широкополосном HUB, и это мой основной источник информации для всех устройств в моей сети (из которых у меня есть несколько).

В systemd есть какая-то красота, это не все плохо, но что действительно плохо, это документация, отсутствие связи от команды Ubuntu и gung-ho «давайте просто изменим ее, несмотря на то, что она ломается для всех «менталитет.

Решение для меня после разрыва некоторых волос состояло в том, чтобы отредактировать /etc/systemd/resolved.conf:

[Resolve] DNS=192.168.1.254 # <-- change to your router address #FallbackDNS=8.8.8.8 8.8.4.4 2001:4860:4860::8888 2001:4860:4860::8844 Domains=lan # <-- change to your localdomain name (maybe .local) #LLMNR=yes <-- I dabbled with this for a while but it doesn't matter #DNSSEC=no #Cache=yes #DNSStubListener=udp

Не поняв, почему это не сработает Я понял, что необходимо также переключить /etc/resolv.conf на тот, который предоставляется systemd. Это не так в случае установки вне коробки (по неизвестным причинам).

sudo ln -sf /run/systemd/resolve/resolv.conf /etc/resolv.conf

Локальный DNS-сервер затем не используется, и все запросы DNS отправляются на мой HUB.

Я думаю, что это намного лучшее решение, чем вырезать и вставить какое-то другое решение, поскольку systemd-resolv теперь имеет значение по умолчанию.

Связанная проблема btw состоит в том, что /etc/nsswitch.conf стерилизуется.

Он должен читать:

hosts: файлы mdns4_minimal dns [NOTFOUND = return] resolve [! UNAVAIL = return] dns

Это запутанная конфигурация, так как [NOTFOUND = return] означает, что обработка заканчивается там. Записи после этого никогда не будут использоваться.

8
ответ дан 18 July 2018 в 14:33

Если у вас возникают проблемы с утечкой в ​​вашей VPN и вы не можете понять, как настроить systemd (например, я), вы можете удалить его так, как описано в первом ответе, но не добавьте строку dns=default, потому что он активирует сервер имен 127.0.0.1. Чтобы установить маршрутизатор как dns, создайте файл «tail» в папке /etc/resolvconf/resolv.conf.d/, добавив строку nameserser 192.168.1.1

do ln -sf /var/run/resolved/resovl.conf /etc/resolv.conf, если вы перепутали этот файл.

0
ответ дан 18 July 2018 в 14:33

Недавно я обновился до (k) Ubuntu 17.04, и я также наткнулся на изменение systemd.

Моя настройка довольно типична, я думаю, что у меня есть DNS-провайдер в моем широкополосном HUB, и это мой основной источник информации для всех устройств в моей сети (из которых у меня есть несколько).

В systemd есть какая-то красота, это не все плохо, но что действительно плохо, это документация, отсутствие связи от команды Ubuntu и gung-ho «давайте просто изменим ее, несмотря на то, что она ломается для всех «менталитет.

Решение для меня после разрыва некоторых волос состояло в том, чтобы отредактировать /etc/systemd/resolved.conf:

[Resolve] DNS=192.168.1.254 # <-- change to your router address #FallbackDNS=8.8.8.8 8.8.4.4 2001:4860:4860::8888 2001:4860:4860::8844 Domains=lan # <-- change to your localdomain name (maybe .local) #LLMNR=yes <-- I dabbled with this for a while but it doesn't matter #DNSSEC=no #Cache=yes #DNSStubListener=udp

Не поняв, почему это не сработает Я понял, что необходимо также переключить /etc/resolv.conf на тот, который предоставляется systemd. Это не так в случае установки вне коробки (по неизвестным причинам).

sudo ln -sf /run/systemd/resolve/resolv.conf /etc/resolv.conf

Локальный DNS-сервер затем не используется, и все запросы DNS отправляются на мой HUB.

Я думаю, что это намного лучшее решение, чем вырезать и вставить какое-то другое решение, поскольку systemd-resolv теперь имеет значение по умолчанию.

Связанная проблема btw состоит в том, что /etc/nsswitch.conf стерилизуется.

Он должен читать:

hosts: файлы mdns4_minimal dns [NOTFOUND = return] resolve [! UNAVAIL = return] dns

Это запутанная конфигурация, так как [NOTFOUND = return] означает, что обработка заканчивается там. Записи после этого никогда не будут использоваться.

8
ответ дан 24 July 2018 в 20:25
  • 1
    И тогда я должен менять адрес маршрутизатора в конфиге каждый раз, когда я подключаюсь к новому WIFI? У серьезно? -1 – Bastian Voigt 24 July 2017 в 10:25
  • 2
    Я не понимал, что ты бродишь с ним. Если да, то оставьте элементы конфигурации закомментированными. Затем вы должны получить /etc/resolv.conf, который говорит: nameserver 8.8.8.8 nameserver 8.8.4.4 – user2427436 25 July 2017 в 21:58

Если у вас возникают проблемы с утечкой в ​​вашей VPN и вы не можете понять, как настроить systemd (например, я), вы можете удалить его так, как описано в первом ответе, но не добавьте строку dns=default, потому что он активирует сервер имен 127.0.0.1. Чтобы установить маршрутизатор как dns, создайте файл «tail» в папке /etc/resolvconf/resolv.conf.d/, добавив строку nameserser 192.168.1.1

do ln -sf /var/run/resolved/resovl.conf /etc/resolv.conf, если вы перепутали этот файл.

0
ответ дан 24 July 2018 в 20:25
  • 1
    В самом деле? Для меня это работает точно так, как описано в моем ответе. Определенно не использовать nameserver 127.0.0.1. Я также считаю, что не очень удобно жестко кодировать IP вашего сервера имен в файле конфигурации. По крайней мере, я часто переключаю Wi-Fi-сети, и каждый Wi-Fi имеет другой сервер имен – Bastian Voigt 6 September 2017 в 17:42
  • 2
    yes 'default' позволяет 127.0.0.1 как dns – Yvain 8 September 2017 в 20:33

Недавно я обновился до (k) Ubuntu 17.04, и я также наткнулся на изменение systemd.

Моя настройка довольно типична, я думаю, что у меня есть DNS-провайдер в моем широкополосном HUB, и это мой основной источник информации для всех устройств в моей сети (из которых у меня есть несколько).

В systemd есть какая-то красота, это не все плохо, но что действительно плохо, это документация, отсутствие связи от команды Ubuntu и gung-ho «давайте просто изменим ее, несмотря на то, что она ломается для всех «менталитет.

Решение для меня после разрыва некоторых волос состояло в том, чтобы отредактировать /etc/systemd/resolved.conf:

[Resolve] DNS=192.168.1.254 # <-- change to your router address #FallbackDNS=8.8.8.8 8.8.4.4 2001:4860:4860::8888 2001:4860:4860::8844 Domains=lan # <-- change to your localdomain name (maybe .local) #LLMNR=yes <-- I dabbled with this for a while but it doesn't matter #DNSSEC=no #Cache=yes #DNSStubListener=udp

Не поняв, почему это не сработает Я понял, что необходимо также переключить /etc/resolv.conf на тот, который предоставляется systemd. Это не так в случае установки вне коробки (по неизвестным причинам).

sudo ln -sf /run/systemd/resolve/resolv.conf /etc/resolv.conf

Локальный DNS-сервер затем не используется, и все запросы DNS отправляются на мой HUB.

Я думаю, что это намного лучшее решение, чем вырезать и вставить какое-то другое решение, поскольку systemd-resolv теперь имеет значение по умолчанию.

Связанная проблема btw состоит в том, что /etc/nsswitch.conf стерилизуется.

Он должен читать:

hosts: файлы mdns4_minimal dns [NOTFOUND = return] resolve [! UNAVAIL = return] dns

Это запутанная конфигурация, так как [NOTFOUND = return] означает, что обработка заканчивается там. Записи после этого никогда не будут использоваться.

8
ответ дан 31 July 2018 в 10:29
  • 1
    И тогда я должен менять адрес маршрутизатора в конфиге каждый раз, когда я подключаюсь к новому WIFI? У серьезно? -1 – Bastian Voigt 24 July 2017 в 10:25
  • 2
    Я не понимал, что ты бродишь с ним. Если да, то оставьте элементы конфигурации закомментированными. Затем вы должны получить /etc/resolv.conf, который говорит: nameserver 8.8.8.8 nameserver 8.8.4.4 – user2427436 25 July 2017 в 21:58

Если у вас возникают проблемы с утечкой в ​​вашей VPN и вы не можете понять, как настроить systemd (например, я), вы можете удалить его так, как описано в первом ответе, но не добавьте строку dns=default, потому что он активирует сервер имен 127.0.0.1. Чтобы установить маршрутизатор как dns, создайте файл «tail» в папке /etc/resolvconf/resolv.conf.d/, добавив строку nameserser 192.168.1.1

do ln -sf /var/run/resolved/resovl.conf /etc/resolv.conf, если вы перепутали этот файл.

0
ответ дан 31 July 2018 в 10:29
  • 1
    В самом деле? Для меня это работает точно так, как описано в моем ответе. Определенно не использовать nameserver 127.0.0.1. Я также считаю, что не очень удобно жестко кодировать IP вашего сервера имен в файле конфигурации. По крайней мере, я часто переключаю Wi-Fi-сети, и каждый Wi-Fi имеет другой сервер имен – Bastian Voigt 6 September 2017 в 17:42
  • 2
    yes 'default' позволяет 127.0.0.1 как dns – Yvain 8 September 2017 в 20:33

Недавно я обновился до (k) Ubuntu 17.04, и я также наткнулся на изменение systemd.

Моя настройка довольно типична, я думаю, что у меня есть DNS-провайдер в моем широкополосном HUB, и это мой основной источник информации для всех устройств в моей сети (из которых у меня есть несколько).

В systemd есть какая-то красота, это не все плохо, но что действительно плохо, это документация, отсутствие связи от команды Ubuntu и gung-ho «давайте просто изменим ее, несмотря на то, что она ломается для всех «менталитет.

Решение для меня после разрыва некоторых волос состояло в том, чтобы отредактировать /etc/systemd/resolved.conf:

[Resolve] DNS=192.168.1.254 # <-- change to your router address #FallbackDNS=8.8.8.8 8.8.4.4 2001:4860:4860::8888 2001:4860:4860::8844 Domains=lan # <-- change to your localdomain name (maybe .local) #LLMNR=yes <-- I dabbled with this for a while but it doesn't matter #DNSSEC=no #Cache=yes #DNSStubListener=udp

Не поняв, почему это не сработает Я понял, что необходимо также переключить /etc/resolv.conf на тот, который предоставляется systemd. Это не так в случае установки вне коробки (по неизвестным причинам).

sudo ln -sf /run/systemd/resolve/resolv.conf /etc/resolv.conf

Локальный DNS-сервер затем не используется, и все запросы DNS отправляются на мой HUB.

Я думаю, что это намного лучшее решение, чем вырезать и вставить какое-то другое решение, поскольку systemd-resolv теперь имеет значение по умолчанию.

Связанная проблема btw состоит в том, что /etc/nsswitch.conf стерилизуется.

Он должен читать:

hosts: файлы mdns4_minimal dns [NOTFOUND = return] resolve [! UNAVAIL = return] dns

Это запутанная конфигурация, так как [NOTFOUND = return] означает, что обработка заканчивается там. Записи после этого никогда не будут использоваться.

8
ответ дан 31 July 2018 в 11:31
  • 1
    И тогда я должен менять адрес маршрутизатора в конфиге каждый раз, когда я подключаюсь к новому WIFI? У серьезно? -1 – Bastian Voigt 24 July 2017 в 10:25
  • 2
    Я не понимал, что ты бродишь с ним. Если да, то оставьте элементы конфигурации закомментированными. Затем вы должны получить /etc/resolv.conf, который говорит: nameserver 8.8.8.8 nameserver 8.8.4.4 – user2427436 25 July 2017 в 21:58

Если у вас возникают проблемы с утечкой в ​​вашей VPN и вы не можете понять, как настроить systemd (например, я), вы можете удалить его так, как описано в первом ответе, но не добавьте строку dns=default, потому что он активирует сервер имен 127.0.0.1. Чтобы установить маршрутизатор как dns, создайте файл «tail» в папке /etc/resolvconf/resolv.conf.d/, добавив строку nameserser 192.168.1.1

do ln -sf /var/run/resolved/resovl.conf /etc/resolv.conf, если вы перепутали этот файл.

0
ответ дан 31 July 2018 в 11:31
  • 1
    В самом деле? Для меня это работает точно так, как описано в моем ответе. Определенно не использовать nameserver 127.0.0.1. Я также считаю, что не очень удобно жестко кодировать IP вашего сервера имен в файле конфигурации. По крайней мере, я часто переключаю Wi-Fi-сети, и каждый Wi-Fi имеет другой сервер имен – Bastian Voigt 6 September 2017 в 17:42
  • 2
    yes 'default' позволяет 127.0.0.1 как dns – Yvain 8 September 2017 в 20:33

Другие вопросы по тегам:

Похожие вопросы: