OpenSSL 1.0.2.a и Centos5.7
tar cvzf - file1 file2 dir1 dir2 | ssh user@remotesystem "cat > /big/partition/rescue.tgz"
будет моим предпочтением. Вы могли бы даже распаковать летую:
tar cvzf - file1 file2 dir1 dir2 | ssh user@remotesystem "cd /big/partition; tar xvzfp -"
, но, как указывает Фуэро, можно также
rsync -avz -e "ssh user@remotesystem" dir1 dir2 remotesystem:/big/
(мой rsync-fu не очень велик, поэтому возможно, что вышеупомянутое). Но ты получил идею; SSH может использоваться в качестве транспорта для любого количества вещей.
Итак, я загрузил его вручную, и установил под / usr / local / openssl
после того, как вы сделаете , создайте установку для библиотеки, вам нужно запустить sudo ldconfig ; Это позволяет ссылками знать об этом. Материалы в / usr / local должны иметь приоритет, если не измените конфигурацию линкера. Двойной проверки у вас есть libssl с соответствующим временем создания в / usr / local / lib .
Затем проверьте, будет ли его использовать Apache, запустите LDD на двоичном дворе.
> which apache
/usr/bin/apache
> ldd /usr/bin/apache | grep ssl
Путь после libssl.so.10 => должен быть в / usr / local . Примечание. Я только что составлял имя исполняемого вами, вам придется понять это.
Если вы не хотите , хотите, чтобы новый LibSSL используемый чем-либо, кроме Apache, выдвиньте его из / usr / local / lib . Попытка избежать его заканчивания, есть больше хлопот, чем просто перемещать его и склонны к ошибке и дальнейшую путаницу по дороге. Так что найдите эти библиотеки (они у всех будут иметь одинаковые временные метки - я думаю, что есть всего два, libssl и libcrypto , с симлизованиями) и переместить их к, например, / opt / openssl / lib . Затем вы можете начать Chrome с помощью скрипта оболочки:
#!/bin/sh
export LD_LIBRARY_PATH=/opt/openssl/lib:$LD_LIBRARY_PATH
myapache $@
вам придется переместить или переименовать реальный исполняемый файл (например, отметить выше Myapache ), а затем поместите этот скрипт в / usr / bin Как Apache , или как называется настоящий исполняемый файл.