Используя OpenVPN с systemd
Путем удаления /etc/yum Вы удалили всю конфигурацию к конфетке, неудивительной, что она не работает теперь. К счастью содержание того каталога является частью вкусного пакета (по крайней мере, на Fedora, близком родственнике), поэтому просто переустанавливание конфетки с помощью об/мин непосредственно должно зафиксировать это. Узнайте точную версию, которую Вы установили и затем делаете что-то как rpm -Uhv --replacepkgs http://mirror.centos.org/centos-5/5/os/x86_64/CentOS/yum-3.2.22-40.el5.centos.noarch.rpm (это для CentOS 5, наведите справки в том сайте о своей версии если не 5). Если это не работает, хлам вокруг для обновлений в каталогах как http://mirror.centos.org/centos-5/5/updates/x86_64/RPMS/ для файла, названного подобным вышеупомянутому). После того как это работало, сделайте a yum update --skip-broken для удачи. Танец победы впоследствии является дополнительным. Движение к следующей стене и сильно ударение головы не: Это могло бы помочь помнить, что Linux делает точно, как сказали, даже если это не имеет никакого смысла. Вы, как предполагается, обеспечиваете, сказал смысл.
Не использовать --force на об/мин это говорит этому идти вперед, даже если dependecies не доступны, результатом является непоследовательная система (который очень вряд ли будет работать правильно). Не спрашивайте, когда это должно использоваться, это - нейтрализация последнего средства для отчаянных положений. Как выполнение хирургии со швейцарским ножом в парке.
Я думаю, что настройка Debian OpenVPN с systemd в настоящее время немного нарушена. Чтобы она работала на моих машинах, мне нужно было:
Создать
/etc/systemd/system/openvpn@.service.d(каталог) и поместить в него новый файл с этим:[Unit]. Требуется=сеть.сервис After=networking.service
Я вызвал свой файлlocal-after-ifup.conf. Он должен заканчиваться на.conf. (Это бит, который в настоящее время немного сломан.)Создайте файл в
/etc/tmpfiles.d(я назвал свойlocal-openvpn.conf) с содержимым:# Аргумент Age Argument типа Path Mode UID GID. d /run/openvpn 0755 корневой корень -
Это ошибка Debian 741938 (исправлено в 2.3.3-1).Создайте сим-ссылку в
multi-user.target.want(самым простым способом являетсяsystemctl enable openvpn@CONF_NAME.service) Например, если у вас есть/etc/openvpn/foo.conf, вы используетеopenvpn@foo.service.Если у вас также есть скрипт SysV init в systemd, отключите его. Это ошибка Debian 700888 (исправлена в 2.3.3-1).
ПРИМЕЧАНИЕ: 2.3.3-1 или более поздняя версия ещё не находится в тестировании, хотя и находится в нестабильном состоянии.
.Этот тип файла модуля является инстанцированным сервисом - более подробная информация доступна здесь
Ниже приведен файл модуля для openvpn на CentOS 7:
[Unit]
Description=OpenVPN Robust And Highly Flexible Tunneling Application On %I
After=syslog.target network.target
[Service]
PrivateTmp=true
Type=forking
PIDFile=/var/run/openvpn/%i.pid
ExecStart=/usr/sbin/openvpn --daemon --writepid /var/run/openvpn/%i.pid --cd /etc/openvpn/ --config %i.conf
[Install]
WantedBy=multi-user.target
и он находится в виде /usr/lib/systemd/system/openvpn@service. В файле %i заменяется строкой после @ в имени модуля.
Так как конфигурационный файл находится по адресу /etc/openvpn/myopenvpn. conf тогда служба начинается с:
systemctl start openvpn@myopenvpn.service
Создайте служебный файл, включив openvpn@.
Например, если файл конфигурации имеет значение /etc/openvpn/client.conf, то имя функции openvpn@client.service.
Не можете ли вы просто щелкнуть значок, который запустит xkbcomp или xmodmap , который загрузит макет?
Edit:
Я считаю, что это не такая простая задача. Необходимо подготовить метод развертывания файлов в местах, доступ к которым может получить только пользователь root. Возможно, лучше всего подготовить пакет системного программного обеспечения (например, .deb или .rpm). Я бы использовал марионетку; -) Это добавит раскладку клавиатуры xkb, тогда вам придется добавить новую раскладку в конфигурацию пользователей. Я не могу вам помочь с KDE, но в gnome есть простой инструмент, чтобы получить/установить настройки dconf - gnome setting store. Это gsettings и может устанавливать xkb источники ввода.
Пример:
считанные источники ввода:
`gsettings get org.gnome.desktop.input-sources sources
[('xkb', 'pl'), ('xkb', 'us')]
установите новые раскладки клавиатуры:
gsettings set org.gnome.desktop.input-sources sources "[('xkb', 'pl'),('xkb','us'),('xkb', 'de+mac')]"`
, и в «systray» пользователь сможет выбрать один из следующих вариантов:
Но только для одного пользователя. Для выполнения таких настроек по всей системе необходимо подготовиться
схема в /etc/dconf/db/localxkb :
[org/gnome/desktop/input-sources]
sources="[('xkb', 'pl'),('xkb','us'),('xkb', 'de+mac')]"
Один пакет программного обеспечения, который будет установлен пользователем с помощью программного обеспечения управления.
-121--56714- Псевдоним можно использовать в .bashrc .
Но это работает только от интерактивных оболочек, а не в сценариях оболочек.
Для работы со сценариями можно создать symlink в каталоге, находящемся в PATH , например, в каталоге $ HOME/bin . (Если он отсутствует, он может автоматически включаться в PATH при следующем входе в систему.)
cd ~/bin
ln -s /path/to/M-script.sh M
Надлежащим решением было бы использование systemd-ask-password /« Password Agents », которое обеспечивает системную компоновку, путь для передачи паролей/паролей службам.
Для этого потребуется OpenVPN 2.3.0 или более поздней версии .
На новой установке Jessie_8.0.0 я сделал:
- копируют старое
/etc/openvpn/cluster.conf(плюс*.keyи*.crt) файлы от хрипящего - непрокомментированный
AUTOSTART = «весь»в/etc/default/openvpn- я думаю, что это не имело никакого эффекта /lib/systemd/system-generators/openvpn-generator группаopenvpn@cluster.service
перезапуска systemctl Теперь, тоннель произошел - я буду видеть то, что произойдет после перезагрузки, но я не могу перезагрузить в этот момент
- Поместите все файлы openvpn * .conf в
/ etc / openvpn /. Отредактируйте
/ etc / default / openvpn. Раскомментируйте это:AUTOSTART = "all"Запустите
systemctl daemon-reload.- Запустить
сервис openvpn start.
Мне повезло больше, если я использовал опцию openvpn's --auth-user-passдля ссылки на файл конфигурации вместо использования скрипта expect, т.е.:
ExecStart=/usr/sbin/openvpn --daemon ovpn-%i --status /run/openvpn/%i.status 10 --cd /etc/openvpn --config /etc/openvpn/%i.conf --auth-user-pass /etc/openvpn/credentials.txt
где /etc/openvpn/credentials.txt— это текстовый файл, в котором мое имя пользователя находится в строке 1, а мой пароль — в строке 2.
Очевидно, что если вы не можете хранить свои учетные данные в виде простого текста, это не очень хорошее решение, но для моих целей оно работает.