Ошибка в Альтераторе "ca-sko: Unable to create sign request" [решено]

[GoodSoul]

Смотрите код бэкенда.

Чего извините? Я не программист. И у меня Альт стоит с 2012 года. Я обычный учитель информатики. И у меня нет времени смотреть код. Да и толку? У вас документация нулевая. Поздравьте меня лучше с праздником профессиональным и помогите, если в состоянии. А то ответы пока - это переливание из пустого в порожнее. Никакой конкретики. Нужны логи? Но какие?

[Skull]

При чём здесь логи, если не воспроизводится и Вы пытаетесь возмущаться и оскорблять? Не нравится alterator-ca, tinyca и консольный openssl вполне могут заменить.

[GoodSoul]

оскорблять

извините, если оскорбил, не хотел. Просто должны же быть какие-то средства, которые могут помочь в диагностике проблемы. Я не один с такой проблемой. А решить ее очень хочется, не привык я к тому, что что-то не работает.

[GoodSoul]

СПАСИБО за наводку! Проблему решил! Путем анализа файла ca-sh-functions. Оказалось, что ошибка была "Unrecognized flag sha15", полез в настройки openssl по адресу etc/openssl и удалил файл openssl.cnf, убрал у файла openssl.cnf.rpmnew расширение rpmnew и все  заработало.

[flint1975]

А это баг.

[Skull]

А это баг.

Баг на что? На openssl?

[flint1975]

на постинсталл скрипты ;)

[Skull]

А на какие именно постинстальные скрипты и  что с ними не так?

[flint1975]

Я пока внимательно не смотрел, и возможно ошибся. Но понятно, что наблюдается несовместимость между openssl и alterator-ca после обновления.
Собственно что проделал GoodSoul: он вернул старые настройки openssl.cnf
Соответственно нужно, либо не подменять существующий файл настроек ( что в принципе неверно ) либо починить alterator-ca.

[Александр Ерещенко]

Я пока внимательно не смотрел, и возможно ошибся. Но понятно, что наблюдается несовместимость между openssl и alterator-ca после обновления.
Собственно что проделал GoodSoul: он вернул старые настройки openssl.cnf
Соответственно нужно, либо не подменять существующий файл настроек ( что в принципе неверно ) либо починить alterator-ca.

Он не вернул старые, а наоборот применил новые:

Оказалось, что ошибка была "Unrecognized flag sha15". полез в настройки openssl по адресу etc/openssl и удалил файл openssl.cnf, убрал у файла openssl.cnf.rpmnew расширение rpmnew и все  заработало.

Т.е. в его прежнем конфиге упоминался устаревший после обновления флаг "sha15".

[GoodSoul]

В любом случае, чтобы не было вопросов, нужно в случае обновления применять новые настройки автоматом, либо удалять/заменять из старых конфигов неподдерживаемые строки, либо предупреждать в процессе обновления об этом.

[asy]

В любом случае, чтобы не было вопросов, нужно в случае обновления применять новые настройки автоматом, либо удалять/заменять из старых конфигов неподдерживаемые строки, либо предупреждать в процессе обновления об этом.

Вопрос творческий, оставлять старый конфиг, или нет. В большинстве случаев наоборот, оставляют старый конфиг. И ещё такой момент: Вы когда-то самостоятельно исправляли openssl.cnf (хотя, может быть, это был релиз-менеджер дистрибутива): если бы старый openssl.cnf соотвестствовал бы тому, что было в уствновленном ранее пакете, конфиг бы заменился на новый.

[flint1975]

Он не вернул старые, а наоборот применил новые:

Спасибо за пояснение, но я всегда думал наоборот.

В любом случае: ставишь дистрибутив SL 9.1, обновляешься, ставишь alterator-ca и он не работает !!! (как мне кажется это неверно)

Постинстальными скриптами это можно исправить, я думаю.

[asy]

Он не вернул старые, а наоборот применил новые:

Спасибо за пояснение, но я всегда думал наоборот.

Старый конфиг назывался бы <что-то>.rpmsave. Если не пост скриптами делать. Но да, если известно про sha15, может и стоило бы в рабочем конфиге это убрать.