Gpg4win 2.0.4 на Windows 7 x64 отказывается создавать новые ключи
Я поставил Gpg4win 2.0.4 на Windows 7 x64. Сразу после запуска мне было предложено создать новый ключ. Во время создания появилось окно с сообщением об ошибке:
"Неизвестная ошибка в библиотеке GPGME. Сообщение ошибки: General error. Возможно, ошибка в программе GPA. GPA попытается восстановить свою работоспособность."
Дальнейшие попытки сгенерировать ключ к успеху не привели.
Что делать?
комментариев: 11558 документов: 1036 редакций: 4118
Ну, наверно... Sam-PC – это имя моего компа. И о чём это говорит?
А если человек знает номер моего ключа, то сам ключ он должен спросить у меня? Или ещё где взять? Может лучше URL в подписи давать?
Спасибо, подумаю. Странно только, что GPGShell в Википедии вообще отсутствует, а про WinPT сказано, что она уж два года как не обновляется.
комментариев: 11558 документов: 1036 редакций: 4118
О локальном соединении через loopback-интерфейс.
Если загрузите ключ на любой из серверов ключей, взять сможет оттуда (собственно, сервер ключ — это первое место, где ищут ключ для связи с корреспондентом; обычно программа это делает автоматически). Можно, конечно, и ссылку, но, на мой взгляд, это как раз слишком громоздко.
комментариев: 1060 документов: 16 редакций: 32
О чём говорит наличие соединений с вашего компа на ваш комп? О том, что межпроцессная коммуникация реализована с использованием TCP/IP. Только и всего. Конечно, через сокеты с файлами проще, ибо файерволл не ругается, но видимо, под виндой какие-то свои заморочки есть.
Я попробовал установить Gpg4win 2.0.4 ещё разок и попробовал создать файл c:\Users\Sam\AppData\Roaming\gnupg\gpg-agent.conf и повписывать туда поочерёдно такое:
pinentry-program=c:\Program Files (x86)\GNU\GnuPG\pinentry-qt4.exe
pinentry-program="c:\Program Files (x86)\GNU\GnuPG\pinentry-qt4.exe"
pinentry-program=c:\Program Files (x86)\GNU\GnuPG\
pinentry-program="c:\Program Files (x86)\GNU\GnuPG\"
Не помогает. По ходу генерации ключа файервол ругается на gpg2.exe. Ну, я пробовал, проникнувшись необходимостью loopback'а :/, даже разрешить ему всё – "EnableAll". Но всё равно не помогает.
В общем, мозготрах это всё. В наше время программы должны ставиться несколькими кликами мыши. Всё остальное есть ламерство (программистское, разумеется).
Ну, к слову скажу тут и про ламерство в Enigmail. Вообще, при нормальной реализации шифрование должно быть процессом полностью прозрачным для конечного пользователя. Ну, например, большинство пользователей даже не догадываются об особенностях SSL (https) при работе с браузером. Ну, вот, и нормальные почтовые программы должны устанавливать шифрованную переписку между пользователями так, чтобы пользователи этого практически не замечали. То есть шифрование должно включаться сразу, даже если пользователь ещё ни хрена в этом не понимает.
комментариев: 1060 документов: 16 редакций: 32
Мы текст/скриншот ошибки увидим? Телепаты из отпуска ещё не вернулись.
Прошу всех потенциально несозначтельных воздержаться от развития двух предложенных после этой фразы тем :)
Ну или вынести их в отдельные темы в другом разделе.
комментариев: 11558 документов: 1036 редакций: 4118
А лето, тем временем, подходит к концу...
Не, не удержусь, чё он так толсто... наверно хочет чтобы с GnuPG была такая же фигня:
/biblioteka/statji/certifiedlies
/novosti/2010/infrastrukturaudostoverjajuschihcentrovx509patologoanatomicheskijjosmotr
Я не имею ничего против экспертных настроек в программах. Я лишь за то, чтобы программы сразу (без настройки) демонстрировали хороший уровень работоспособности.
Да текст всё тот же, что я указал в сообщении, открывшем тему. Ничего, в общем, и не менялось.
Тем временем я попробовал WinPT и GPGShell (в связке с GnuPG 1.4.10b). Обе проги, вроде, сносно работают. Спасибо!
комментариев: 1060 документов: 16 редакций: 32