Прикрутил к www.wagner.pp.ru и spacians.net сертификаты от startssl.com. Теперь люди могут ходить ко мне по https не устанавливая моего сертификата.

Порекламировать что-ли по этому поводу vws где-нибудь? Или сначала там переписать из маркетинговых соображений заглавную страницу вики?
Во всяком случае поменять местами разделы "это уже сделано" и "вообще-то хочется сделать".

Где теперь положено опенсурсные изделия рекламировать? Фрешмит-то почил в бозе.

This entry was originally posted at http://vitus-wagner.dreamwidth.org/1153672.html. Please comment there using OpenID. Now there are comments

Собственно, с чего вопрос возник? А с того что мне захотелось чтобы на один из моих ресурсов, на которые я сам считаю необходимым ходить по https, могли ходить посторонние люди. Там, где чужие не ходят, можно вполне использовать свой собственный удостоверяющий центр. Как я и делал последние 15 лет. С тех самых пор когда у меня появился широкополосный интернет дома. Для этого не нужно ничего, кроме утилиты openssl и немножко знаний.

Но если хочется чтобы твоему сайту доверяли (в той степени, в какой вообще можно доверять сайту, про который услышал в первый раз) незнакомые люди, нужно использовать сертификат, от которого выстраивается цепочка доверия к одному из корневых сертификатов, встроенных в браузер.

В принципе, мне не жалко пускать посторонних людей в багтрекеры моих опенсурсных проектов по незащищенному http, но я же сам тогда буду ходить туда по этому самому http и вводить пароль по http. А вот мой пароль с правами коммита это уже немножко слишком много. Откатывать потом репозитории на бэкап неинтересно.

Поэтому сейчас они защищены моим собственным CA, сертификат которого лежит на главной странице. Но очень хочется vws немножко популяризовать.

Тащить его на гитхаб лень, потому что fossil удобнее git для проектов такого размера.

Вот я и занялся изучением вопроса, где бы взять задаром сертификат, которому будут доверять браузеры.

1. StartSSL. Пять лет назад у них было неплохо, а сейчас все просто ужасно. Во-первых, они по новой policy не выдают сертификаты на домены третьего уровня, даже если это в pp.ru или co.uk. Ну то мою задачу они перестали решать совсем. Я, конечно, могу пересадить эти самые репозитории на домен spacians.net, но это как-то совсем коряво. Кроме того ихняя авторизация по сертификатам не работает в IceWeasel. Пробовал 64-битный из jessie и 32-битный из wheezy. В конце концов, чтобы попасть на сайт пришлось специально chromium поставить.
Upd starcat13 убедил меня что я зря качу баллон на startssl.com. Благодаря его советам и сертификат логинный заработал в мозилле (почему-то примерно через сутки после выдачи) и провалидировать домен wagner.pp.ru и заказать на него сертификат удалось.

2. WoSign.com. То что они выдадут, будет не сертификатом, а китайской подделкой под сертификат ;-). На самом деле все не так страшно и даже online-переводчик с китайского для работы с этим сайтом уже не нужен. Похоже, сейчас это единственное приличное место для получения бесплатных сертификатов. Хотя там я еще не регистрировался и всю процедуру не проходил.

3. Тот самый letsencrypt.

4. Если поискать в гугле, то обнаружится куча предложений free SSL certificate. Но в большинстве своем это триалы. Выдается сертификат на месяц или на три, а потом плати как бы не больше, чем хостинг твоего сайта стоит.

На таком безрыбье приходится задуматься, а может всё таки сварить суп из рака, в смысле из letsencrypt.
Как мне тут вчера объяснили в комментах, кроме официального клиента существует некоторое количество неофициальных.

Список есть здесь.

Дополнительной проблемой является то, что letsencrypt выдает сертификаты на 3 месяца. А далее придется обновлять. Поскольку выполнять каждые три месяца ручное действие по администрированию сервера - это безумно много, то требуется полностью автоматическое решение.

Из тех решений что приведены в списке мне показались интересными:

https://github.com/diafygi/letsencrypt-nosudo

Там в README.md написано:

I love the Let's Encrypt devs dearly, but there's no way I'm going to trust their script to run on my server as root, be able to edit my server configs, and have access to my private keys.

.
Это хорошая, правильная паранойя. Но увы, входит в противоречие с задачей: "Все настроить и забыть лет на несколько".

https://github.com/diafygi/acme-tiny/</a>

Опять же очень правильные слова в README.md

Since it has to be run on your server and have access to your private Let's Encrypt account key, I tried to make it as tiny as possible (currently less than 200 lines). The only prerequisites are python and openssl.

PLEASE READ THE SOURCE CODE! YOU MUST TRUST IT WITH YOUR PRIVATE KEYS!

Чтение кода рвотного рефлекса у меня не вызывало. Но надо прочитать повнимательнее, прежде чем доверять этому свои ключи.

https://github.com/lukas2511/letsencrypt.sh

Решение на шелле с минимумом зависимостей. Продуманный интерфейс, вроде решает все задачи, какие надо. Но... 700 строк для шелловского скрипта это немножко слишком много.

https://github.com/sludin/Protocol-ACME

Перловая библиотека. Более-менее следует CPAN-овским стандартам кодирования, неплохо документирована. Конечно, зависимостей от перловых модулей многовато, но все же зависит она от проверенных модулей со CPAN с репутацией, а не от изделий программистов letsencrypt, как аналогичная питнововская.

.

.

В общем, если меня почему-то не устроит wosign, то разбираться надо будет, скорее всего с acme-tiny.

This entry was originally posted at http://vitus-wagner.dreamwidth.org/1153321.html. Please comment there using OpenID. Now there are comments

Если безопасность вашего сервера дорога вам, НИКОГДА И НИ ЗА ЧТО НЕ ПЫТАЙТЕСЬ ПОЛУЧАТЬ СЕРТИФИКАТЫ letsencrypt.

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


Они ухитрились написать хрень для генерации запросов на сертификат так, что она пытается установить такие пакеты как

libpython2.7-dev libssl-dev libffi-dev.

Более того, они ухитрились сделать так, что оно начинает ставить эти пакеты не
спросив, а хочу ли я их у себя в системе видеть.

В то время как любой -dev паккет на production-сервере это дыра.

Лучше пускать пользователей с basic authentication по незащищенному http, чем пускать код от letsencrypt.org выполняться на вашей системе.

This entry was originally posted at http://vitus-wagner.dreamwidth.org/1152481.html. Please comment there using OpenID. Now there are comments

Разбираясь со всякими средствами конвертирования дистрибутиво-независимых менеджеров модулей в языково-независимые пакеты, открыл для себя debdry. Надо будет освоить.
Может после этого я решусь pandoc из апстрима ставить. А то с этой вашей кабаллистикой разбираться...

А тут в едином интерфейсе средства почти автоматического пакетрирования для perl, python, ruby и haskell

This entry was originally posted at http://vitus-wagner.dreamwidth.org/1149728.html. Please comment there using OpenID. Now there are comments

Подумалось, что языково-специфичные средства установки пакетов, такие как CPAN.pm, cabal или pip - однозначно вредная штука. Потому что это инструмент для "программистов на". А "программист на" это ругательство, даже если это "программист на Haskell". У нормального человека должны быть в системе инструменты на 42 языках, причем про большую часть из тех нескольких тысяч исполняемых файлов, которые в системе есть, он вообще не имеет понятия на каком языке это написано.

А менеджиться одно должно единообразно.

И возникают подобные инструменты в основном от безысходности. От того что некоторые люди пользуются проприетарными ОС, где нет нормальных пакетных менеджеров.

This entry was originally posted at http://vitus-wagner.dreamwidth.org/1149655.html. Please comment there using OpenID. Now there are comments