Состоялся (https://lists.cypherpunks.ru/pipermail/nncp-devel/2018-June/... релиз Node-to-Node copy (http://www.nncpgo.org/Ob-utilitakh.html) (NNCP), набора утилит для безопасной передачи файлов, электронной почты и команд для исполнения в режиме store-and-forward (https://en.wikipedia.org/wiki/Store_and_forward). Поддерживается работа на POSIX-совместимых операционных системах. Утилиты написаны на языке Go и распространяются под лицензией GPLv3+.
Утилиты ориентированы на помощь в построении небольших одноранговых friend-to-friend (https://ru.wikipedia.org/wiki/Friend-to-friend) сетей (дюжины узлов) со статической маршрутизацией для безопасной передачи файлов в режиме fire-and-forget, запросов на файлы, электронной почты и запросов на выполнение команд. Все передаваемые пакеты зашифрованы (http://www.nncpgo.org/Encrypted.html) (end-to-end) и явно аутентифицируются по известным публичным ключам знакомых. Луковое (как в Tor) шифрование применяется для всех промежуточных пакетов. Каждый узел может выступать как в роли клиента, так и сервера и использовать и push и poll модель поведения.
Отличием (http://www.nncpgo.org/Sravnenie.html) NNCP от решений UUCP (https://ru.wikipedia.org/wiki/Uucp) и FTN (https://ru.wikipedia.org/wiki/FTN) (FidoNet Technology Network), кроме вышеупомянутого шифрования и аутентификации, является поддержка из коробки сетей флоппинет (https://ru.wikipedia.org/wiki/%D0%A4%D0%... и компьютеров, физически изолированных (air-gapped (https://ru.wikipedia.org/wiki/%D0%92%D0%... от небезопасных локальных и публичных сетей. Особенностью NNCP также является лёгкая интеграция (наравне с UUCP) с текущими почтовыми серверами, такими как Postfix и Exim.
Из возможных областей применения NNCP отмечается (http://www.nncpgo.org/Scenarii-ispolxzovaniya.html) организация отправки/приёма почты на устройства без постоянного подключения к интернету, передачи файлов в условиях нестабильного сетевого соединения, безопасной передачи очень больших объёмов данных на физических носителях, создание защищённых от MitM-атак изолированных сетей передачи данных, обхода сетевой цензуры и слежки. Так как ключ для дешифровки находится только у получателя, независимо от путей доставки пакета по сети или через физические носители, третье лицо не может прочитать содержимое, даже перехватив отправление. В свою очередь аутентификация по цифровой подписи не позволяет сформировать фиктивное отправление по видом другого отправителя.
Среди новшеств NNCP 3.3, по-сравнению с предыдущей новостью (https://www.opennet.ru/opennews/art.shtml?num=46476 ) (версия 0.7), можно отметить:- Как и в UUCP, теперь можно делать удалённый вызов (http://www.nncpgo.org/nncp_002dexec.html) команд. Отправка почты стала удалённым выполнением команды sendmail. Например, это можно использовать для того, чтобы по узким каналам связи с низкой задержкой (например сотовая сеть) запросить удалённую систему сделать полное зеркалирование сайта/страницы и подготовить ответ для передачи по толстым каналам с большой задержкой (для копирования на диски/ленты);
- Команда nncp-bundle позволяет создавать bundles (http://www.nncpgo.org/Bundles.html) пригодные для потоковой записи пакетов на ленты, компакт-диски и блочные устройства без файловых систем. Ранее невозможно было удобно обмениваться пакетами используя ленточные накопители без создания промежуточного архива;
- Возможность (http://www.nncpgo.org/nncp_002dtoss.html) создания .seen-файлов, отмечающих что заданный пакет был обработан ранее. Это позволяет обрабатывать огромные объёмы пакетов за несколько проходов чтения (с ленты, дисков) без их полного копирования в spool. Кроме того, позволяет избегать дублирования при обмене пакетами по нескольким параллельным каналам связи;
- Включение (https://www.freshports.org/net/nncp/) NNCP в порты FreeBSD;
- Отправитель может задать предпочитаемый приоритет для ответных пакетов на запросы файлов и исполнения команд;
- Возможность переопределять промежуточные ноды через которые будет отправлен пакет прямо из командной строки, не меняя конфигурационный файл;
- Алгоритм шифрования Twofish заменён на ChaCha20 (https://en.wikipedia.org/wiki/ChaCha20), существенно ускоряя работу на слабых процессорах;
- Приоритеты пакетов, вместо целого числа 1-255, теперь можно задавать (http://www.nncpgo.org/Niceness.html) человекочитаемыми именами вида: NORMAL, BULK+20, PRIORITY-15, F+3;
- Огромное количество поправок для удобства: возможность делать tossing только для заданного типа пакетов, возможность переопределять путь до spool директории, команда nncp-rm для удаления различных файлов из spool директории, прерывание низкоприоритетных online-передач более высокоприоритетными, и множество других.
URL: https://lists.cypherpunks.ru/pipermail/nncp-devel/2018-June/...
Новость: https://www.opennet.ru/opennews/art.shtml?num=48756
> помощь в построении небольших одноранговых friend-to-friend сетей (дюжины узлов)То есть, глобальную сеть, как фидо, с его помощью не построить?
Плоскую -- нет. Иерархическую -- вполне.
Жесть. Вот оно, светлое будущее.
Ютубчик не посмотреть.
Будет Флоппитубчик
Так вот ты какое, гипертекстовое фидо.
Что нибудь такое же, но не го, есть?
> Что нибудь такое же, но не го, есть?Хочется обмазаться (Node)JS c Электронами или хочется все же три версии питона в одном проекте?
Три версии Питона - бред. На самом деле их достаточно две: 2.7 и 3.последняя.
На самом деле их достаточно ноль.
за редким исключением, добрая часть проектов уже переехала на третьепитон
> Три версии Питона - бред.3.4, 3.5, 3.6
> На самом деле их достаточно две: 2.7 и 3.последняя.
На самом деле все стараются использовать только одну версию ЯП в одном проекте. Лишняя болезнь седалища на ровном месте никому не сдалась.
Но у питонистов все не как у людей, а где две версии "норм!", там и три пристроят одной левой.
3.4, 3.5 снеси, а приложения, зависящие от них пересобери. Ах, да, пакетный дистр? Сочувствую.
> 3.4, 3.5 снеси, а приложения, зависящие от них пересобери.И совместимость пакетов из PyPi c 3.6 сама, магическим образом появится?
> Ах, да, пакетный дистр? Сочувствую.
Ты неправильно собрал libastral. Плохо работает.
Нет. Отчасти потому, что языкофобы чаще всего не осиливают написать вообще ничего полезного. Отчасти потому, что версия на go отлично работает.
Будущий интернет , не заблокированный над зором.. получите архив...
киберпанк же
Это надо интегрировать с устройствами меш-сетей. Несешь себе такой переносной диск, у него сбоку контроллерчик с wifi. Он иногда видит соседей и начинает обмен оффлайн данными. И вот такое просачивание инфы без стационарных каналов связи.
Ага, потом этот портфельчик пеленгуют, коррелируют с вашими перемещениями и, нет, не двушечку дают, а присылают вам такой штраф, который вы будете всю оставшуюся жизнь выплачивать.
Надо понимать, что то - всего лишь техническое решение на случай невозможности использования стационарных каналов. Наличие вооруженных отрядов по борьбе со всякими рейдерами, которым будет не до двушечек, подразумевается.
Фигня какаято. Три в одном это не юникс вэй. Даже не знаю кому это надо
> Отличием NNCP от решений UUCP и FTN (FidoNet Technology Network), кроме вышеупомянутого шифрования и аутентификации, является поддержка из коробки сетей флоппинет и компьютеров, физически изолированных (air-gapped) от небезопасных локальных и публичных сетей.Вот UUCP/FTN не позволяли копировать свой mailbox, и уносить на дисках...
> Вот UUCP/FTN не позволяли копировать свой mailbox, и уносить на дисках...*Штатно* не позволяли, не было там явно такого режима работы как "скопируй outbound" на накопитель. Руками то, понятное дело, всё можно сделать, но в UUCP это не благодарное дело было.
> удалённый вызов команд.ага..через флоппинет...
Это как в анекдоте:
- Я китайский вирус. мой программист настолько туп что не смог написать ничего толкового.. сотрите пожалуйста у себя сами что нибудь. спасибо...
>> удалённый вызов команд.
> ага..через флоппинет...А в чём проблема? UUCP таким образом уже в70-х передавал почту (ведь передать почту равносильно удалённому вызову sendmail).