The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"настройка openssl"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Информационная безопасность (ПО для увеличения безопасности / Linux)
Изначальное сообщение [ Отслеживать ]

"настройка openssl"  –1 +/
Сообщение от kostaval email(ok) on 24-Янв-16, 15:11 
Всем привет
Установил вручную методом make install в систему openssl.
как правильно указать системе месторасположение новоустановленной openssl в каталоге /usr/local/ssl?
В системе по умолчанию была установлена штатная openssl и базируется она в /usr/lib/ssl
в результате система использует штатную, а новую нет.
спасибо.

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "настройка openssl"  +1 +/
Сообщение от Led (ok) on 24-Янв-16, 20:09 
> Установил вручную методом make install в систему openssl.

В какую "систему"? Нахрена?

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "настройка openssl"  +1 +/
Сообщение от PavelR (??) on 24-Янв-16, 20:25 
> Всем привет
> Установил вручную методом make install в систему openssl.
> как правильно указать системе

Правильно + системе = не использовать "метод make install"

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

3. "настройка openssl"  –1 +/
Сообщение от eRIC (ok) on 24-Янв-16, 20:58 
> Всем привет
> Установил вручную методом make install в систему openssl.
> как правильно указать системе месторасположение новоустановленной openssl в каталоге
> /usr/local/ssl?
> В системе по умолчанию была установлена штатная openssl и базируется она в
> /usr/lib/ssl
> в результате система использует штатную, а новую нет.
> спасибо.

для того чтобы заставить систему использовать новые библиотеки(не факт что системные собранные пакеты будут правильно работать с новой библиотекой), вам нужно просто сделать ссылку /usr/lib/ssl на /usr/local/ssl или же при компиляции openssl и установки указывать --prefix (не желательно чтобы не переписывать системную openssl)

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

4. "настройка openssl"  –1 +/
Сообщение от kostaval email(ok) on 25-Янв-16, 10:00 
Здравствуйте Эрик.
спасибо за адекватную реакцию. отвечаю сразу на все вопросы в ветке:
1. система debian 8
2. Да согласен, можно конечно собрать deb пакет, в продакшине я так и поступлю, но на суть проблемы это не повлияет.
3. openssl ставлю патченую т.к. потребовалась поддержка шифрования dstu4145
4. --prefix прописывать при установке думаю не нужно, т.к. оно при ручной установке и так ставится в каталог /usr/local/ssl, а штатная живет в /usr/lib/ssl
5. По поводу ссылки, Вы предлагаете переименовать каталог /usr/lib/ssl в что-то другое а вместо него разместить ссылку на /usr/local/ssl?
6. Скажите, а в таком случае выходит что обновлять штатную уже не получится? ведь думаю при обновления из репозитория затрется та что в */local.... мне интересно, можно ли иметь в системе несколько версий openssl и использовать любую по необходимости? чтоб в штатном режиме работала системная, а в случае необходимости использовать с нужным мне алгоритмом шифрования?
Заранее спасибо за ответ.
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

5. "настройка openssl"  +/
Сообщение от eRIC (ok) on 25-Янв-16, 11:40 
> 5. По поводу ссылки, Вы предлагаете переименовать каталог /usr/lib/ssl в что-то другое
> а вместо него разместить ссылку на /usr/local/ssl?

можно и так, с плеча рубить, но как говорил ранее некоторые системные пакеты собранные старой версией возможно не смогут работать с новой

> 6. Скажите, а в таком случае выходит что обновлять штатную уже не
> получится? ведь думаю при обновления из репозитория затрется та что в
> */local.... мне интересно, можно ли иметь в системе несколько версий openssl
> и использовать любую по необходимости? чтоб в штатном режиме работала системная,
> а в случае необходимости использовать с нужным мне алгоритмом шифрования?

можно иметь несколько версией OpenSSL в системе, в вашем случае будет идеальным оставить штатную системную в покое в /usr/lib/ssl и для работы новой OpenSSL указывать /usr/local/ssl. к примеру если вы собираетесь компилировать некое приложение с OpenSSL библиотеками, указывайте на новый путь или собираетесь вызывать openssl утилиты, то вызывайте из новой папки


Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

6. "настройка openssl"  +/
Сообщение от Andrey Mitrofanov on 25-Янв-16, 12:07 
>> 6. Скажите, а в таком случае выходит что обновлять штатную уже не
>> получится? ведь думаю при обновления из репозитория затрется та что в

//Если не смог -- значит, не получилось!

> можно иметь несколько версией OpenSSL в системе, в вашем случае будет идеальным

https://duckduckgo.com/?q=%D1%80%D0%B0&#...

> оставить штатную системную в покое в /usr/lib/ssl и для работы новой
> утилиты, то вызывайте из новой папки

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

8. "настройка openssl"  +/
Сообщение от kostaval email(ok) on 25-Янв-16, 17:24 
Всем спасибо за ответы, все изучить не успел, но информация полезная по ссылкам.

1. Мой проект - это cgi приложение, поэтому его компилировать не нужно, и соответственно нет возможности прописать путь к нужной версии openssl (либо я просто не знаю как), тем более что обращения к шифрованию будут инициироваться каким-то модулем perl(как раз подыскиваю подходящий).
2. посмотрел кратко об альтернативах, но насколько понял эта технология позволяет лишь назначить приложение по умолчанию из некоторого числа имеющихся, и чтоб использовать альтернативное - его следует назначить основным.  Думаю если я правильно понял суть, то для меня это будет затруднительно каждый раз при запуске приложения менять основное на альтернативу и потом обратно.
Получается что если это будет выделенный сервер специально под одно приложение то целесообразнее удалить штатную openssl и заменить на нужную. Жаль, я планировал использовать сервер под иные приложения тоже. Да и как вы правильно заметили некоторые приложения возможно не смогут работать.
3. Работа будет организована так:
на сервере будет вращаться apache и обслуживать приложение использующее openssl для шифрования документов, неплохо было бы не вмешиваться в работу остальных системных задач заменяя библиотеки на свои во избежании сбоев, а использовать нужное по требованию приложения. Поэтому и вопрос, можно ли сделать чтоб система использовала штатную версию, а программа патченую?

Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

10. "настройка openssl"  +/
Сообщение от eRIC (ok) on 25-Янв-16, 18:12 
значит идет речь больше о самих динамических библиотек libssl и libcrypto, кратко (libssl*), нежели бинарных интерфейсов (openssl)

какую именно версию хотите поставить?

выполняя apt-get install libssl1.0.0 (ставится для  1.0.1k версии, если libssl0.9.8 то 0.9.8k кажись)

в вашем случае для Ukrainian ECC DSTU-4145(не включен в mainline OpenSSL) из исходников собирать через ./config shared

Java и C# реализации есть, а вот в perl может ли с Ukrainian ECC DSTU-4145 работать, уже другая головоломка :)

Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

11. "настройка openssl"  +/
Сообщение от kostaval email(ok) on 25-Янв-16, 19:13 
Совершенно согласен насчет перл, но это отдельный вопрос. :)
В данный момент мучаю https://github.com/crypto-org-ua/openssl-ua
ставится ормально, именно ее я и описывал в постах выше.
устанавливал как рекомендуется в centos (там все учтено, в самом пакете про shared скромно умолчали, либо забыли)
$ ./config  --prefix=/usr --openssldir=/usr/ssl
$    make
$   make test
#    make install
$   ./config shared  --prefix=/usr --openssldir=/usr/ssl
$   make clean
$   make
#    make install

есть правдо загвоздка, там устанавливали используя --prefix, но меня устроил путь по умолчанию поэтому конфигурировал без этого параметра, и вот такое окончание:
Если вы установили в другую директорию, добавьте например свой путь
/usr/local/ssl/lib в /etc/ld.so.conf и введите
# ldconfig

На этом все, проверим какая версия установлена в системе:

# openssl version
OpenSSL 1.0.0d 8 Feb 2011
здесь они вроде заменяют штатную версию новой, мне же нужно параллельно.

файла /etc/ld.so.conf я не нашел...

Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

12. "настройка openssl"  +/
Сообщение от eRIC (ok) on 25-Янв-16, 20:23 
> файла /etc/ld.so.conf я не нашел...

но нашли папку /etc/ld.so.conf.d с файлами где прописаны пути до библиотек куда можете добавить свой путь

так же переменную LD_LIBRARY_PATH никто не отменял :)

Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

13. "настройка openssl"  +/
Сообщение от kostaval email(ok) on 25-Янв-16, 20:50 
:)
Да, есть такое, но опять же, прописав путь к новой ssl я заставлю систему пользоваться новыми библиотеками всегда, а нужно лишь по требованию.
Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

15. "настройка openssl"  +/
Сообщение от eRIC (ok) on 26-Янв-16, 06:38 
> :)
> Да, есть такое, но опять же, прописав путь к новой ssl я
> заставлю систему пользоваться новыми библиотеками всегда, а нужно лишь по требованию.

если в /etc/ld.so.conf.d то возможно да, так как это типа PATH для динамических библиотек, где программы должны сперва искать им нужное

тогда только присваивать свой PATH и LD_LIBRARY_PATH для пользователя, от имени которого будет работать ваш perl (в .profile, .bash_profile, .bashrc и т.д. и т.п.), где будет фигурировать библиотеки вашей OpenSSL

Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

7. "настройка openssl"  +/
Сообщение от DeerFriend on 25-Янв-16, 13:20 
Попробуйте man alternatives
В дебиане оно должно быть. Примеры использования - жава одновременно опен и оракль.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

9. "настройка openssl"  +/
Сообщение от kostaval email(ok) on 25-Янв-16, 17:39 
> Попробуйте man alternatives
> В дебиане оно должно быть. Примеры использования - жава одновременно опен и
> оракль.

ответил в ветке выше... :) буду рад если прочтете.

Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру