Как автоматически подключиться к VPN в Ubuntu 17.10?

, если контейнер остановлен, как, например, контейнер только для данных, тогда хорошим решением является запуск контейнера сбрасывания каждый раз, когда вы хотите подключиться к контейнеру данных. В этом случае сам контейнер данных может быть полностью пустым, так как временный контейнер будет иметь ОС.

$ docker run --rm --volumes-from mydata -it ubuntu bash
root@645045d3cc87:/# ls /mydata
root@645045d3cc87:/# touch /mydata/foo
root@645045d3cc87:/# exit
exit
7
задан 22 October 2017 в 03:40

6 ответов

Подождите, подождите. ЭТО работало. Все, что вам нужно сделать, это пойти

VPN->VPN Settings->connection_name->Identity->Password->"Store for all users"

и решить проблему бинго.

Если nm-connection-editor говорит, что вы не можете сохранить соединение (поле сохранения выделено серым цветом), тогда ... просто забудьте о сети и настройте соединение еще раз (работал для меня как минимум) , После того, как вы отметили поле auto-connect с nm-connection-editor и убедитесь, что для пароля VPN установлено значение «Хранить для всех пользователей», как первичное соединение, так и VPN начнутся успешно одновременно. В противном случае я продолжаю получать это сообщение в своем syslog о

vpn-connection[...]: Failed to request VPN secrets #3: No agents were available for this request.

Буквально просто переключение на один вариант полностью устраняет проблему. Используйте sudo service network-manager restart, и он подключается безупречно в первый раз. Чтобы избежать возникновения ошибки в процессе загрузки, просто снимите флажок «Сделать доступным для других пользователей» в основном соединении.

Также, чтобы предотвратить утечку DNS по вашему vpn при использовании systemd-resol, введите

sudo nmcli connection modify <vpn-connection-name> ipv4.dns-priority -42

См. ошибку, чье исправление я лично передал в Ubuntu 17.04 на странице https://bugs.launchpad.net/network-manager/+bug/1624317

После перезагрузки вашего сетевого менеджера вы должны проверить вывод systemd-resolve --status и убедиться, что в списке указаны только DNS-серверы вашего VPN. Используйте тест «Extended» на сайте dnsleaktest, чтобы подтвердить, что вы не выполняете DNS-запросы.

5
ответ дан 22 May 2018 в 17:18
  • 1
    Спасибо! С "сохранением для всех пользователей" включено, VPN-соединение устанавливается при запуске системы. Но я обнаружил, что запись с паролем VPN, которая «хранится для всех пользователей», исчезла из брелка Gnome (Seahorse). Вы знаете, где теперь хранится пароль? Зашифрован ли он вообще? Его нужно хранить где-то, так как мне не нужно вводить его при запуске. – DMT 23 December 2017 в 16:46
  • 2
    Похоже, пользователи Fedora 25 и 26 имеют такую ​​же проблему ... и никто ничего не делает sigh Честно говоря, я не уверен, где сетевой менеджер сохранит пароль, отличный от root- (доступный для всех пользователей) с именем идентификатора соединения в /etc/NetworkManager/system-connections. Проверьте эту ссылку здесь для той же проблемы Fedora: bugzilla.redhat.com/show_bug.cgi?id=1389913 [!d1 ] – Nicholas Stommel 26 December 2017 в 00:40

Подождите, подождите. ЭТО работало. Все, что вам нужно сделать, это пойти

VPN->VPN Settings->connection_name->Identity->Password->"Store for all users"

и решить проблему бинго.

Если nm-connection-editor говорит, что вы не можете сохранить соединение (поле сохранения выделено серым цветом), тогда ... просто забудьте о сети и настройте соединение еще раз (работал для меня как минимум) , После того, как вы отметили поле auto-connect с nm-connection-editor и убедитесь, что для пароля VPN установлено значение «Хранить для всех пользователей», как первичное соединение, так и VPN начнутся успешно одновременно. В противном случае я продолжаю получать это сообщение в своем syslog о

vpn-connection[...]: Failed to request VPN secrets #3: No agents were available for this request.

Буквально просто переключение на один вариант полностью устраняет проблему. Используйте sudo service network-manager restart, и он подключается безупречно в первый раз. Чтобы избежать возникновения ошибки в процессе загрузки, просто снимите флажок «Сделать доступным для других пользователей» в основном соединении.

Также, чтобы предотвратить утечку DNS по вашему vpn при использовании systemd-resol, введите

sudo nmcli connection modify <vpn-connection-name> ipv4.dns-priority -42

См. ошибку, чье исправление я лично передал в Ubuntu 17.04 на странице https://bugs.launchpad.net/network-manager/+bug/1624317

После перезагрузки вашего сетевого менеджера вы должны проверить вывод systemd-resolve --status и убедиться, что в списке указаны только DNS-серверы вашего VPN. Используйте тест «Extended» на сайте dnsleaktest, чтобы подтвердить, что вы не выполняете DNS-запросы.

5
ответ дан 18 July 2018 в 04:52

Подождите, подождите. ЭТО работало. Все, что вам нужно сделать, это пойти

VPN->VPN Settings->connection_name->Identity->Password->"Store for all users"

и решить проблему бинго.

Если nm-connection-editor говорит, что вы не можете сохранить соединение (поле сохранения выделено серым цветом), тогда ... просто забудьте о сети и настройте соединение еще раз (работал для меня как минимум) , После того, как вы отметили поле auto-connect с nm-connection-editor и убедитесь, что для пароля VPN установлено значение «Хранить для всех пользователей», как первичное соединение, так и VPN начнутся успешно одновременно. В противном случае я продолжаю получать это сообщение в своем syslog о

vpn-connection[...]: Failed to request VPN secrets #3: No agents were available for this request.

Буквально просто переключение на один вариант полностью устраняет проблему. Используйте sudo service network-manager restart, и он подключается безупречно в первый раз. Чтобы избежать возникновения ошибки в процессе загрузки, просто снимите флажок «Сделать доступным для других пользователей» в основном соединении.

Также, чтобы предотвратить утечку DNS по вашему vpn при использовании systemd-resol, введите

sudo nmcli connection modify <vpn-connection-name> ipv4.dns-priority -42

См. ошибку, чье исправление я лично передал в Ubuntu 17.04 на странице https://bugs.launchpad.net/network-manager/+bug/1624317

После перезагрузки вашего сетевого менеджера вы должны проверить вывод systemd-resolve --status и убедиться, что в списке указаны только DNS-серверы вашего VPN. Используйте тест «Extended» на сайте dnsleaktest, чтобы подтвердить, что вы не выполняете DNS-запросы.

5
ответ дан 24 July 2018 в 18:11

То же самое здесь. Кажется, что в настоящее время открыта ошибка в пакете ubuntu-manager: https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/1718931

0
ответ дан 22 May 2018 в 17:18

То же самое здесь. Кажется, что в настоящее время открыта ошибка в пакете ubuntu-manager: https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/1718931

0
ответ дан 18 July 2018 в 04:52

То же самое здесь. Кажется, что в настоящее время открыта ошибка в пакете ubuntu-manager: https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/1718931

0
ответ дан 24 July 2018 в 18:11

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

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