Это просто означает, что эти библиотеки необходимы для работы (так же, как и для самой 32-битной -битной Fedora
системы ). Это не относится к зависимости пакета.
Предполагая, что у вас 64-битная -Fedora, если вы
dnf install glibc.i686
Тогда он установится без проблем. 64 -бит Fedora
(, а также RHEL и CentOS )уже будут иметь /usr/lib64/libc.so.6
, что является просто 64 -битной версией (, система не будет работать без них ). Сам этот файл является просто символической ссылкой наlibc-2.27.so
(фактическую библиотеку ), и если вы запустите эту команду:
strings -d /usr/lib/libc.so.6 | grep GLIBC_2
Вы увидите все доступные строки GLIBC.
Единственные причины, по которым вам может понадобиться этот пакет или эти 32 -битные библиотеки, это:
1 )Вы используете 32 -бит Fedora
, например Netinstall или Live Image, и в этом случае они уже будут там.
2 )У вас есть что-то, созданное для этих библиотек (32-битные -версии отсутствуют по умолчанию ).
3 )Вам нужно что-то скомпилировать с этими 32 -битными библиотеками.
В любом случае установка через dnf
пройдет без проблем.
В вашем файле sudoers
есть неправильная запись, поэтому она никогда не совпадала. Это должно быть (обратите внимание на положение действия restart
по сравнению с исходным ),
<myadminuser> ALL=NOPASSWD: /usr/bin/systemctl restart openvpn@myvpn.service,/etc/init.d/openvpn
Тогда в вашем алиасе нужно использовать sudo
,
alias or="sudo systemctl restart openvpn@myvpn.service"
В связи с этим вы можете избежать необходимости делать что-либо из этого, используя параметр OpenVPN Keep -, который вы добавляете в конфигурацию своего клиента
.keepalive 10 60
Это говорит клиенту OpenVPN отправлять приветственное сообщение каждые 10 секунд (это не ICMP ping
несмотря на обычное описание этих значений ), и если ответ не был получен в течение 60 секунд, перезапустить связь. Если необходимо, вы можете поэкспериментировать с уменьшением времени ожидания, скажем, до 40 секунд, но я бы не стал опускаться ниже этого значения.