В Debian Jessie вся конфигурация находится в /etc/cups
:
classes.conf
interfaces
raw.convs
subscriptions.conf
cups-browsed.conf
ppd
raw.types
subscriptions.conf
cupsd.conf
printers.conf
snmp.conf
cups-files.conf
ssl
Ваша система "не-linux"?
.У меня эта ошибка еще более странная.
$ nmcli c up VPN
Ошибка :Ошибка активации соединения :Не удалось найти исходное соединение.
$ nm-applet # click icon, VPN, VPN
РАБОТАЕТ!
Я узнал, что диспетчер сети сначала проверяет, «владеет ли он маршрутом по умолчанию», прежде чем разрешать VPN.
Подойдет любой маршрут. :Можно указать маршрут по умолчанию на 127.0.0.1. Вы можете указать маршрут ipv4 по умолчанию, если ваш шлюз vpn - ipv6. Ему плевать на эти мелкие детали:)
Я долго боролся за это, но именно так мне удалось найти обходной путь в Ubuntu 18 с помощью сетевого -менеджера и графического интерфейса пользователя:
Загрузите пакеты с графическим интерфейсом
$ sudo apt-get install network-manager-openvpn network-manager-openvpn-gnome
Изменение сетевого менеджера [ifupdown] manage=true
$ sudo nano /etc/NetworkManager/NetworkManager.conf
.
.
[ifupdown]
managed=true
.
.
Импорт config.ovpn
из графического интерфейса
(Settings -> Network -> VPN -> +)
Проверьте импортированный идентификатор подключения из файла подключения, который был создан автоматически.(Файл должен называться config, а идентификатор также должен быть config, но может быть и другим)
$ sudo grep /etc/NetworkManager/system-connections/config | grep "^id"
Изменить визуализацию в NetworkManager и добавить новый идентификатор соединения внутри Ethernet
$ sudo nano /etc/netplan/01-netcfg.yaml
network:
version: 2
renderer: NetworkManager
ethernets:
enp0s25:
dhcp4: yes
config:
dhcp4: yes
Применить изменения
$ sudo netplan apply
Перезапустите сетевой -менеджер
$ sudo service network-manager restart
Откройте соединение либо из графического интерфейса, либо с помощью nmcli
$ nmcli connection up config
У меня была такая же проблема после обновления Ubuntu MATE 16.04 до 18.04. Кажется, что обновление не работает идеально для Network Manager. Изначально у меня не было значка NM на панели. После исправления этого с установкой апплета nm -обратно на панель ничего, похоже, не работало (, кроме подключения сетевой карты по умолчанию к моей локальной сети ).
Затем, покопавшись в сообщениях других пользователей, я обнаружил, что VPN-подключения, которые мне нужно было обновить с помощью обновлений OpenSSL, а это означало, что мне пришлось вытащить файлы сертификата, ключа и ca из.p12, который я ранее использовал. так как пароль в OpenVPN в Network Manager больше не будет работать. После этого он, казалось, работал, но не проявлял активности при попытке подключения и т. д.
У меня все это получилось, когда я настроил проводную сеть Ethernet на «управляемую» с помощью этого:
sudo vi /etc/NetworkManager/NetworkManager.conf
Затем измените строку manage=false на manage=true
Это все равно не помогло, но потом я отключил IPV6 в настройках Network Manager для проводного соединения.
По-прежнему не повезло, но потом все заработало, как только я зашел в настройки IPv4 проводного соединения и вручную установил маршрут по умолчанию (Мое соединение было настроено на «Вручную», а не на DHCP ). Я сделал все это и на своем ноутбуке, но, поскольку он использовал соединение DHCP, кажется, что это не требуется, потому что он работал без проблем сразу после установки.
После установки маршрута по умолчанию я просто перезапустил Network Manager:
sudo service network-manager restart
Тогда это сработало. И это работало ОБА в CLI и в апплете NM.
У меня была такая же проблема с Ubuntu 18.04.4LTS. В моем случае интерфейс ENS33 (физический )отсутствовал в настройке шлюза по умолчанию. Как только я добавил IP-адрес шлюза по умолчанию в настройки IPv4 на интерфейсе ENS33, OpenVPN заработал через Network Manager.