Bitmessage – Р2Р криптомессенджер
Программа для P2P-обмена зашифрованными сообщениями между двумя и более пользователями.
Техническое описани (PDF, eng)
PyBitmessage (исходники на Питоне)
Пошаговая инструкция по сборке исходников (Linux, Windows)
У кого косячит под Дебианом, таки да – есть небольшой баг, решается все предельно просто: файле pyelliptic/openssl.py прописываем полный путь к libcrypto.sylib: /usr/local/opt/openssl/lib/libcrypto.dylib
Запускал на Питоне 2.7.3., запускал вот так: /usr/local/opt/python/bin/python2.7 bitmessagemain.py
К ресурсам прожорлив в первые пять минут сожрал полностью одно ядро, ну в лучшем случае это подтверждает наличие "тяжелой" криптографии, ну а в худшем – кривизну реализации.
Хотелось бы услышать мнения завсегдатаев.
На вскидку я не увидел ничего такого, что заставило бы отказаться от легковесного mcabber с сгенеренным под него длинным GPG-ключем.
Спасибо за внимание.
Специалист по Debian'у — unknown, но он своё мнение уже озвучил. И, вообще: Более развёрнуто на эти просьбы один Гость высказался. Его ответ, пожалуй, многие бы тут поддержали из тех, кто что-то собрать может (и я в том числе).
По поводу Правила для iptables есть и на сайте Tor и у нас. Опять же, их лучше адаптировать с умом, предварительно поняв, как они работают. Никто не поручится, что на любом свежеинсталлированном дебиане и на любой его версии всё это заработает. А создавать проект, который это будет отслеживать и оперативно обновлять его — много затрат и мало толка, да и неинтересно. Как установить Tor в Debian описано в соответствующих инструкциях довольно подробно. Как установить тот же Psi/gajim — тоже. Дальше остаётся в их настройках включить элементарные опции. Редко кому надо каждый день настраивать новую систему с нуля, потому скриптованием всех производимых настроек мало кто занимается. Даже если и написать такой скрипт, нет гарантий, что он окажется полезным через год-два, когда будет обновлена ОС.
комментариев: 9796 документов: 488 редакций: 5664
Гораздо проще собрать что-то вроде такого live-USB для себя. Т.к. например я знаю, как я подключаюсь к сети. И если понадобиться подключиться по другому, то поправлю всё что надо под свой случай.
А теперь представим, что надо поддерживать пользователей за роутерами со статикой, напрямую с локалками и модемами DHCP, PPtP, с беспроводными модемами-свистками 3G-4G, с Wi-Fi и всё это сконфигурить, сделать автовыбор из коробки, разрулить файрволлом.
Прикрутить внятные диалоги-менюшки для настройки, парсеры конфигов и пр.
Проще неуниверсальный вариант для себя вручную сконфигурить и не ставить (выкинуть) ненужное. И безопаснее и поддерживать проще: не надо вникать в присланные сообщения об ошибках на чужом незнакомом железе, проще готовить обновления и тестировать под свой неуниверсальный вариант и пр.
комментариев: 9796 документов: 488 редакций: 5664
комментариев: 1079 документов: 58 редакций: 59
похоже на неправду)
Ну точнее на сарказм;)
комментариев: 11558 документов: 1036 редакций: 4118
И получили бы такой ответ.
комментариев: 11558 документов: 1036 редакций: 4118
А
spinoreGoogle всё бы запомнил для грядущих поколений.Мы — гости, нам флудить можно, вы — администратор, официальное лицо ресурса, поэтому из-под вашего ника флудить нельзя.
P.S. User agent'ы намекают на контингент пользователей bitmessage. Объём винды зашакаливает.
Это не мессенджер совсем, это почта + рассылки + децентрализованные анонимные списки рассылок.
Была бы волшебная штуковина, если бы было хорошее решение этих проблем -
https://github.com/Bitmessage/PyBitmessage/issues/264
https://github.com/Bitmessage/PyBitmessage/issues/648
[irony]
PGP-одпись на софте только вредит. Если софт не подписан, значит, за неимением альтернатив, найдётся больше желающих проверить код, а, следовательно, код таких проектов будет более безопасным.
[/irony]
Только полный идиот может написать такое. Какой именно код проверить? Как проверить, что проверен именно тот код, который тобой скачан?