alibek Опубликовано 18 июня, 2015 · Жалоба Есть сервер с CentOS 6.4. Хочу установить OpenSSL с поддержкой шифрования по ГОСТ-28147-89. При сборке из исходников это делается параметром enable-rfc3779. Можно ли сделать подобное при использовании менеджера пакетов (yum)? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
pavel.odintsov Опубликовано 18 июня, 2015 · Жалоба Стянуть srpm, внести патч с систему сборки, собрать rpm и заменить им тот, что в системе. Самый безопасный по отношению к системе метод. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
alibek Опубликовано 18 июня, 2015 · Жалоба Понятно. Пожалуй лучше будет собрать OpenSSL из исходников в отдельный каталог. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
SyJet Опубликовано 18 июня, 2015 · Жалоба yum -y install imake wget http://www.mikbill.ru/openssl-1.0.1f.tar.gz tar xzf openssl-1.0.1f.tar.gz cd openssl-1.0.1f ./config shared zlib enable-rfc3779 --prefix=/usr/local make depend make make install Далее, после установки редактируем файл mcedit /usr/local/ssl/openssl.cnf До названия первой секции (первая строка [в квадратных скобках]) вносим: openssl_conf = openssl_def Далее в конец файла вносим: [openssl_def] engines = engine_section [engine_section] gost = gost_section [gost_section] engine_id = gost default_algorithms = ALL #dynamic_path = /usr/local/lib64/engines/libgost.so #CRYPT_PARAMS = id-Gost28147-89-CryptoPro-A-ParamSet тестируем: # /usr/local/bin/openssl ciphers | tr ":" "\n" | grep GOST Вывод: GOST2001-GOST89-GOST89 GOST94-GOST89-GOST89 Собственно в избранном у меня Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
NiTr0 Опубликовано 18 июня, 2015 · Жалоба Пожалуй лучше будет собрать OpenSSL из исходников в отдельный каталог. Угу, и иметь гемор с ld_preload либо (если установите в /usr/lib) с перезаписью собранного при штатном обновлении... Ничего страшного в правке spec нет. Все интуитивно понятно. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
telecom Опубликовано 18 июня, 2015 · Жалоба Скинте ему уже собранный, пусть поставит) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sol Опубликовано 22 июня, 2015 · Жалоба Стянуть srpm, внести патч с систему сборки, собрать rpm и заменить им тот, что в системе. Самый безопасный по отношению к системе метод. +1 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
micol Опубликовано 22 июня, 2015 (изменено) · Жалоба Не превращайте систему в ПОМОЙКУ исходников и непонятных бинарников!!! Есть RPM, есть средства для контроля целостности пакетов/файлов и директорий ими поставляемых, есть средства для пересборки пакетов и наложения на них во время сборки патчей... только srpm+патч в sources+пара строк в SPEC-файл+rpmbuild!! Иначе через какое-то время вы хрен че вспомните что это за библиотека и почему она тут лежит и почему при обновлении пакета из репозитория все сломалось +еще к pavel.odintsov и sol Изменено 22 июня, 2015 пользователем micol Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...