В большинстве случаев это на самом деле было бы нежелательным действием. Часто, когда я повторно выполняюсь, команда должна конкретно выполнить их в моем текущем контексте. При выполнении команды истории и наличии ее действие на чем-то другом, чем текущая папка могло даже иметь неожиданные и нежелательные побочные эффекты.
Я предложил бы преследовать другой подход. Сначала определите, какая команда должна быть конкретно оловом от определенного местоположения, затем спросите себя, почему они похожи на это и фиксируют их использующий стандартные шаблоны.
Если они должны загрузить библиотеки ресурсы, которые являются в путях относительно исполняемого файла, фиксируют их так, чтобы они знали, где найти эти вещи использования как dirname
и $0
.
Если они нуждаются в данных, считают передачу их аргументами, которые показывают, где найти данные, которые не относительны, таким образом, они могут быть так снова использованы.
Если источник проблемы не является закрепляемым Вами, рассмотрите пишущие мелко функции оболочки или сценарии обертки, которые устанавливают среду для исполняемого файла независимо от любых факторов, варьируются в Вашей системе.
Сделайте эту команду для разыскивания тех файлов, когда об/мин будет установлен:
$ rpm -ql openvpn
и посмотрите, где те файлы могли бы на самом деле быть. Для пакетов, которые еще не были установлены, можно запросить yum
репозиторий с помощью команды repoquery
:
$ repoquery -l openvpn
Различные дистрибутивы помещают файлы в различные местоположения.
Хотя в моей системе Fedora содержание openvpn
покажите следующее когда я grep
для "easy-rsa/2.0":
$ repoquery -l openvpn | grep -i "easy-rsa/2.0"
/usr/share/openvpn/easy-rsa/2.0
/usr/share/openvpn/easy-rsa/2.0/Makefile
/usr/share/openvpn/easy-rsa/2.0/README
/usr/share/openvpn/easy-rsa/2.0/build-ca
/usr/share/openvpn/easy-rsa/2.0/build-dh
/usr/share/openvpn/easy-rsa/2.0/build-inter
/usr/share/openvpn/easy-rsa/2.0/build-key
/usr/share/openvpn/easy-rsa/2.0/build-key-pass
/usr/share/openvpn/easy-rsa/2.0/build-key-pkcs12
/usr/share/openvpn/easy-rsa/2.0/build-key-server
/usr/share/openvpn/easy-rsa/2.0/build-req
/usr/share/openvpn/easy-rsa/2.0/build-req-pass
/usr/share/openvpn/easy-rsa/2.0/clean-all
/usr/share/openvpn/easy-rsa/2.0/inherit-inter
/usr/share/openvpn/easy-rsa/2.0/list-crl
/usr/share/openvpn/easy-rsa/2.0/openssl-0.9.6.cnf
/usr/share/openvpn/easy-rsa/2.0/openssl.cnf
/usr/share/openvpn/easy-rsa/2.0/pkitool
/usr/share/openvpn/easy-rsa/2.0/revoke-full
/usr/share/openvpn/easy-rsa/2.0/sign-req
/usr/share/openvpn/easy-rsa/2.0/vars
/usr/share/openvpn/easy-rsa/2.0/whichopensslcnf
Следующая вещь рассмотреть при установке программного обеспечения состоит в том, куда пакеты прибывают из. Действительно ли они официальны? Репозиторий сторонних производителей? Можно свериться с этой командой:
$ repoquery -i openvpn | grep Repo
Repository : fedora
Таким образом, это - официальный пакет в моей системе, и она содержит каталоги, о которых Вы спрашиваете.
Дистрибутивы AMI Linux, что использование AmazonWS является пользовательскими версиями CentOS. Вероятно, имеет больше смысла или устанавливать полноценную версию CentOS или Ubuntu и устанавливать пакеты с помощью то, что нормальные пакеты дистрибутива по сравнению с этими измененными, которые Amazon, кажется, предлагает.
Я столкнулся с этой проблемой также. Решение, которое я нашел, было:
yum install easy-rsa -y
Можно временно включить repo путем добавления --enablerepo=epel
к Вашему yum
команда. Так yum install easy-rsa -y --enablerepo=epel
также добьется цели.
Для amazon linux 2 мы можем включить дополнительные репозитории с помощью:
sudo amazon-linux-extras install epel -y
Затем установите openvpn и просто -rsa с:
sudo yum install -y openvpn easy-rsa