Anwendungsentwickler sollten die Anleitung zum Entwickeln von
-Anwendungen nach Ideen über die 4 Grundprotokolle durchlesen, um eine Idee zum Schreiben
-einer Anwendung auf I2P zu bekommen:
Programmatori di applicazioni controllate prima di tutto la guida su come creare un applicazione
-per farsi un idea dei quattro protocolli base per creare un applicazione che funzioni su I2P:
-{% endblock %}
diff --git a/www.i2p2/pages/translations/bittorrent_fr.html b/www.i2p2/pages/translations/bittorrent_fr.html
deleted file mode 100644
index 64a5b2d7..00000000
--- a/www.i2p2/pages/translations/bittorrent_fr.html
+++ /dev/null
@@ -1,228 +0,0 @@
-{% extends "_layout_fr.html" %}
-{% block title %}Bittorrent sur I2P{% endblock %}
-{% block content %}
-Traduction de juillet 2011. Version anglaise actuelle
-Mise à jour de mai 2011, pour la version 0.8.6 du routeur
-
Il existe plusieurs clients et trackers bittorrent sur I2P.
-Comme l'adressage I2P utilise une Destination plutôt qu'une adresse IP et un port, de légères modifications
-des logiciels tracker et client sont nécessaires au fonctionnement sur I2P.
-Ces modifications sont précisées ci-dessous.
-Faites particulièrement attention aux informations concernant la compatibilité avec les anciens clients et trackers I2P.
-
-
-Cette page détaille les protocoles communs à tous les clients et trackers.
-Des clients et trackers particulier peuvent mettre en œuvre d'autres fonctionnalités ou protocoles uniques.
-
-
-Nous accueillons avec joie les nouveaux portages des clients et tracker sur I2P.
-
-
-
-
-
Annonces
-
-Les clients disposent généralement d'un paramètre de port factice 6881 dans l'annonce, pour la compatibilité avec
-les anciens trackers. Les trackers peuvent ignorer ce paramètre de port, et ne doivent pas en avoir besoin.
-
-
-Le paramètre ip est le code Base64 de la Destination du
-client, à base de l'alphabet Base64 d'I2P [A-Z][a-z][0-9]-~.
-Les Destinations
-font plus de 387 octets, donc plus de 516 octets en Base64.
-Les clients suffixent généralement ".i2p" à la Destination Base64 pour la compatibilité avec d'anciens trackers.
-Les trackers ne doivent pas avoir besoin de ce suffixe.
-
-
D'autres paramètre sont les mêmes que dans le standard bittorrent.
-
-
-Bien que toutes les Destinations actuelles de clients font exactement 387 octets, un tracker ne doit pas
-présumer qu'il sera toujours ainsi. Un maximum raisonnable pour l'instant, serait 475 octets.
-Comme le tracker doit décoder la Base64 pour fournir des réponses compactes (voir plus bas), il devrait décoder et
-rejeter les
-annonces Base64 non conformes.
-
-
-Le type de réponse par défaut est non-compact. Les clients peuvent demander une réponse compacte par le paramètre
-compact=1. Un tracker peut, sans y être contraint, renvoyer une réponse compacte, quand on lui demande.
-
-
-Nous conseillons vivement aux développeurs de nouveaux clients I2P d'implémenter les annonces par leur propre tunnel
-plutôt que par celui du mandataire client HTTP (port 4444). C'est à la fois plus efficace et cela renforce la
-destination au niveau du tracker (voir plus bas).
-
-
-
-
Réponses non-compactes du tracker
-
-La réponse non-compacte n'est simplement que le standard bittorrent, avec une "ip" I2P.
-
-
-Les trackers disposent généralement d'un port factice ou utilisent le port reçu dans l'annonce, pour la compatibilité
-avec les anciens clients. Les clients doivent ignorer ce port, et ne doivent pas en avoir besoin.
-
-
-La valeur de la clé ip est la Base64 de la
-Destination du client, comme expliqué ci-dessus.
-Les trackers suffixent généralement ".i2p" la Destination Base64 si elle n'était pas dans l'annonce, pour la
-compatibilité avec les anciens clients. Les ne doivent pas avoir besoin de ce suffixe dans les réponses qu'ils reçoivent.
-
-
-Les autres paramètres et valeurs de réponses sont les mêmes que dans le standard bittorrent.
-
-
-
-
-
Réponses compactes du tracker
-
-Dans la réponse compacte, la valeur de clé de dictionnaire de pairs est une chaîne d'un seul octet, dont la longueur est
-un multiple de 32 octets. Cette chaîne contient les empreintes
-SHA-256 32 octets concaténées des
-Destinations binaires des pairs.
-Cette empreinte doit être calculée par le tracker, à moins que le renforcement de destination (voir plus bas)
-ne soit utilisé, auquel cas l'empreinte fournie dans les en-têtes HTTP X-I2P-DestHash ou X-I2P-DestB32 peuvent être
-converties en binaire et enregistrées. La clé des pairs peut être absente, ou la valeur des pairs peut être de longueur
-nulle.
-
-Bien que la prise en charge de la réponse compacte soit optionnelle tant pour le client que pour le tracker, elle est
-fortement recommandée car elle la taille nominale de la réponse de plus de 90%.
-
-
-
-
-
Renforcement de destination
-
-Quelques-uns (mais malheureusement pas tous) des clients bittorrent I2P communiquent par leurs propres tunnels. Les
-trackers peuvent décider d'empêcher l'usurpation en exigeant cette fonctionnalité et en vérifiant la
-Destination du client en utilisant les en-têtes HTTP
-ajoutées par le tunnel Serveur HTTP I2PTunnel. Les en-têtes sont X-I2P-DestHash, X-I2P-DestB64, et X-I2P-DestB32,
-qui sont différents formats de la même information. Ces en-têtes ne peuvent pas être modifiées par le client à des fins
-malhonnêtes. Un tracker qui renforce les destinations n'a absolument pas besoin du paramètre d'annonce ip.
-
-
-Comme plusieurs clients utilisent le proxy HTTP au lieu de leur propre tunnel pour les annonces,
-le renforcements de destinations empêchera l'utilisation de ces clients à moins ou jusqu'à ce qu'ils soit modifiés pour
-faire leurs annonces sur leur propre tunnel.
-
-
-Malheureusement, au fur et à mesure de la croissance de la taille du réseau, la malignité en fait autant, et nous
-espérons voir tous les trackers adopter le renforcement de destinations. Tous les clients et les trackers devraient
-l'anticiper.
-
-
-
-
Annonce noms d'hôtes
-
-L'annonce de l'URL de nom d'hôte dans les fichiers torrent obéit généralement aux
-conventions de nommage I2P.
-En plus des noms d'hôtes du carnet d'adresses et de ceux en Base32 (".b32.i2p"),
-la destination Base64 complète (suffixée ou pas en ".i2p") doit être prise en charge. Les trackers non ouverts doivent
-reconnaître leur propre nom d'hôte dans tous ces formats.
-
-Pour préserver l'anonymat, les clients devraient ignorer les annonces URL non-I2P des fichiers torrent.
-
-
-
-
-
Connexions sortantes
-
-I2P utilise en tant qu'adresses des Destinations de plus
-de 387 octets, comme expliqué plus haut.
-
-
-Si le client ne dispose que de l'empreinte de la destination (comme dans une réponse compacte ou PEX), il doit effectuer
-une recherche en l'encodant en Base32 suffixé en ".b32.i2p" pour le service de nommage, et c'est celui-ci qui donnera la
-destination complète si elle est disponible.
-
-
-Si le client connaît la destination complète d'un pair (qu'il a reçue dans une réponse non-compacte, il peut l'utiliser
-directement dans le montage de la connexion. Une conversion en Base32 à fin de requête est complètement inefficace.
-
-
-
-
-
Protection inter-réseaux
-
-Pour préserver l'anonymat, les clients bittorrent I2P n'acceptent généralement pas les annonces non-I2P ou les
-connexions de pairs. En général, les proxies sortant HTTP I2P bloquent les annonces. Il n'existe pas de proxy
-SOCKS sortant qui accepterait le trafic bittorrent.
-
-
-Pour empêcher l'utilisation par des clients non-I2P par un proxy HTTP entrant, les trackers I2P bloquent souvent
-les accès ou les annonces qui contiennent une en-tête HTTP X-Forwarded-For. Les trackers devraient rejeter les
-annonces standard en IPv4/IPv6, et ne pas les fournir en tant que réponses.
-
-
-
-
PEX
-
-I2P PEX est basé sur ut_pex.
-Comme il ne semple pas y avoir de spécification officielle disponible pour ut_pex, il pourra être nécessaire d'examiner
-la source de libtorrent pour y trouver de l'aide. C'est une extension des messages, identifiée comme "i2p_pex" dans
-la négociation d'extension. Elle contient un dictionnaire
-b-encodé avec jusqu'à trois clés, "added", "added.f", et "dropped".
-Les valeurs added et dropped sont toutes deux une chaîne simple octet, dont la longueur est un multiple de 32 octets.
-Ces chaînes d'octets sont les empreintes SHA-256 concaténées des
-Destinations des pairs. C'est le même format que la valeur
-du dictionnaire de pairs dans le format de réponse compacte I2P exposé plus haut. La valeur added.f, si présente,
-est la même que dans ut_pex.
-
-
-
-
-
DHT
-
-DHT n'est pas entièrement implémentée dans aucuns clients I2P. Les différences initiales par rapport à
-BEP 5 sont décrites ci-dessous, et sont susceptibles de
-modifications. Contactez les développeurs d'I2P si vous voulez créer un client qui supporterait DHT.
-
-
-La DHT I2P utilisera probablement des options de négociation différentes de celles du standard DHT, ou bien elle
-utilisera un message d'extension.
-
-
-Le port UDP (datagramme) listé dans l'information compacte de nœud sert pour recevoir des datagrammes (signés) auxquels
-il est possible de répondre. Ceci est utilisé pour les requêtes, à part les annonces. Nous l'appelons le port de
-requêtes ("query port").
-
-
-En complément de ce port UDP, nous utilisons un second port UDP, dont le n° est égal à celui du port des datagrammes
-signés, +1. Il sert à recevoir des datagrammes bruts non signés pour les réponses, les erreurs, et les requêtes
-d'annonces : c'est le port de réponse ("response port").
-
-
-L'information compacte de pair fait 32 octets (empreinte SHA256 à 32 octets) au lieu de 4 octets d'IP + 2 octets de
-port. Il n'y a pas de port de pair.
-
-
-L'information compacte de nœud fait 54 octets (20 octets d'empreinte SHA1 + 32 octets d'empreinte SHA256 + 2 octets de
-port) au lieu de 20 octets d'empreinte SHA1 + 4 octets d'IP + 2 octets de port.
-
-
-Le port de requête est échangé dans un message PORT standard. Le port de réponse est toujours le port de requête +1.
-
-
-La clé de "nœuds" de dictionnaire de torrent sans tracker est une liste de chaînes binaires de 32 octets (empreintes
-SHA256) au lieu d'une liste de listes contenant une chaîne "hôte" et un entier "port".
-Alternative : une chaîne simple octet, avec des empreintes concaténées.
-
-
-
-
Information supplémentaires
-
-
-Les standards bittorrent I2P sont discutés sur zzz.i2p.
-
-
-Un tableau de compatibilité actuelle des trackers est également
-disponible ici.
-
-بينما نحن دائما تقبل بامتنان أية مساهمة برمجية ،
-وثائق ، وما شابه ذلك، الا ان هناك طرق أخرى للمساعدة في تقدم مشروع I2P
-إلى الأمام. كما هو الحال مع أي مشروع مفتوح المصدر، سيكون تحقيق المزيد من أهدافنا
-إذا تمكنا من دعم مادي لجميع المساهمين لدينا للعمل باستمرار. ومع ذلك ، كما هو الحال مع أي مشروع مفتوح المصدر، وهذا ليس ممكن. بدلا من ذلك، ونحن نستعمل نظام المكافآت، حيث
-يمكن لأي شخص الحصول على الدعم للعمل على شيء يريد الناس
-تنفيذه ، ويمكن أن يطمئن الناس الذين يتبرعون لمشروع I2P
- ان دعمهم سيذهب إلى ما يحتاجونه.
-
-
-
-
-اننا نبقي مفتوحة قدرة الناس الذين يريدون لدعم I2P
-لكن ليس لديهم فكرة معينة عن اية حول المكافآت المتوفرة. هؤلاء الناس
-يمكنهم وضع ثقتهم في فريق I2P أن يفعل ما يشعر به هو أفضل من قبل
-التبرع حسبما يراه
-ضروري -- المخصصة للحاجيات المختلفة ، التي تغطي المصاريف الموقع (الاستضافة ،
-الخ) ، وما شابه ذلك.
-
Während wir jederzeit dankbar jeglichen Beitrag an Quelltext,
-Dokumentationen und ähnlichen entgegennehmen, gibt es noch
-andere Wege um I2P zu helfen, vorran zu kommen.
-Wie in jedem Open Source Projekt werden unsere Ziele schneller erreicht
-sobald wir unsere Entwickler soweit unterstützen, das diese
-an I2P vollzeit arbeiten können. Wie auch immer, dieses ist wie
-in vielen weiteren Open Source Projekten nicht möglich.
-Stattdessen nutzen wir ein Belohnungssystem, in dem jeder Unterstützung
-für Arbeiten an gewünschten Teilaspekten bekommen kann.
-Somit bekommen Personen, die an I2P spenden, auch die Gewissheit, das
-ihr Beitrag für den gewünschte Teilaspekt, um den sie sich sorgen,
-genutzt wird.
-
-
Wir sind auch offen für Spenden, bei denen die Leute zwar I2P
-helfen wollen, aber nicht wissen, welche besondere Belohnung sie
-unterstützen wollen.
-Dafür kann in den I2P general Fund gespendet werden, der für alle
-weiteren Ausgaben die anfallen (verschiedene kleine Belohnungen, Serverkosten,
-etc.) benutzt wird.
* Entwickler listet jeden auf, der eventuell schon an dem Projekt arbeitet - arbeiten im Team
-ist bevorzugt, falls Du mitarbeiten möchtest, kontaktiere eine der Person in der Liste!
Accettiamo sempre con gratitudine eventuali contributi di codice,
-documentazione, e simili, ma ci sono altri modi per aiutare I2P ha
-migliorare. Come per qualsiasi progetto open source, i nostri obiettivi sarebbero raggiunti più
-rapidamente se tutti i nostri collaboratori avrebbero la possibilità di lavorare su
-I2P a tempo pieno. Tuttavia, come con qualsiasi progetto open source, questo è non
-possibile. Per ovviare al problema, stiamo facendo uso di un sistema di premiazioni, per cui
-chiunque può ottenere il supporto per lavorare su qualcosa che la gente vuole
-ultimata, dando così la possibilità alle persone che vogliono contribuire al progertto di I2P sono certi che
-il loro sostegno vada a ciò che interessa a loro.
-
-
Stiamo anche tenendo aperte le possibilità per chi vuole sostenere I2P
-ma non è attirato dal sistema dei premi attualmente disponibili. Quelle persone
-possono semplicemente dare la loro fiducia nella squadra di I2P, e anche una donazione (anonima o non),
-destinata ad un fondo generale che verrà utilizzato come sostituto del
-necessario - assegnazione dei vari premi, coprire spese extra come hosting,
-etc e simili.
Хотя мы всегда с радостью принимаем помощь проекту в виде кода, документации и т.п., но есть другие способы помочь развитию I2P. Как любой проект с открытым исходным кодом, мы могли бы достичь наших целей гораздо быстрее, при наличии возможности материально мотивировать всех участников проекта работать над I2P в полную нагрузку. Однако, как и у любого проекта с открытым исходным кодом, такой возможности у нас нет. Вместо этого мы прибегли к системе премий, при помощи которой любой разработчик может получить денежную поддержку за работу над чем-нибудь, что пользователям хотелось бы увидеть реализованным в I2P, а любой желающий внести пожертвования может гарантированно направить взнос на что-то конкретно его интересующее.
-
-
Мы также открыты для денежных пожертвований со стороны всех, кто желает материально поддержать I2P, но не может определиться, какому именно из заявленных проектов нужно помочь. В таком случае Вы можете сделать пожертвование в фонд общего назначения и довериться выбору команды I2P — деньги из фонда идут на вознаграждения за разнообразные проекты, на оплату хостинга и тому подобные расходы.
* В графе «Разработчики» перечислены все, кто уже заявил желание и работает над соответствующим проектом. Предпочтительна совместная работа, поэтому, если Вы хотите подключиться к уже активному проекту, пожалуйста, сначала свяжитесь с указанными людьми!
-
-{% endblock %}
diff --git a/www.i2p2/pages/translations/bounty_arabic_de.html b/www.i2p2/pages/translations/bounty_arabic_de.html
deleted file mode 100644
index 420520b7..00000000
--- a/www.i2p2/pages/translations/bounty_arabic_de.html
+++ /dev/null
@@ -1,37 +0,0 @@
-{% extends "_layout.html" %}
-{% block title %}Belohnung zur Übersetzung der Webseite und Router Konsole ins arabische{% endblock %}
-{% block content %}
Um die Attraktivität von I2P weiter zu
-erhöhen wird diese Belohnung zur Übersetzung der I2P
-Webseite und I2P Router Konsole in die arabische Sprache ausgesetzt.
-
-
-Diese Belohnung teilt sich in 2 Abschnitte:
-
-Abschnitt 1 ist die Übersetzung der Webseite.
-
-
-Um die Belohnung von 20 BTC zu verdienen müssen folgende Seiten
-ins arabische übersetzt sein:
-http://www.i2p2.de/index.html
-http://www.i2p2.de/download.html
-http://www.i2p2.de/intro.html
-http://www.i2p2.de/faq.html
-http://www.i2p2.de/bounties.html
-http://www.i2p2.de/getinvolved.html
-http://www.i2p2.de/donate.html
-Dieser Teil wurde von Hamada beendet und die Belohnung von 20 BTC wurde an Hamada ausgezahlt.
-
-
-Abschnitt 2 ist die Übersetzung der Router Konsole. Diese wurde teilweise übersetzt
-und die 80 BTC wurden ausgezahlt an hamada.
-
-
-Gutachter ist echelon.
-
-
-Note:
-
-
Die Höhe des Betrags kann durch weitere Spenden steigen.
-Findest Du diese Teile wichtig? Spende einen Betrag
-für diese Belohnung zur Fertigstellung der Übersetzng dieser Software
Um den Nutzen von I2P zu erweitern und um vom Onlinestatus
-einzelner I2P Router unabhängig zu sein, brauchen wir einen
-Datencontainer als Erweiterung zum I2P Router.
-Wie in Freenet sollen die Daten auf mehreren Knoten verteilt sein
-und jeder Teilnehmer sollte seine Einstellungen selber editieren können.
-Die Dateien sollen in "Chunks" (Portionen) verteilt werden und insgesamt
-mindestens 2-3 mal komplett vorhanden sein, um Redundanz zu erzeugen.
-Die Nutzung des zur verfügung stehenden Platzes sollte
-automatisch ausbalanciert werden.
-Da es eine externe Applikation ist, sollte es problemlos im I2P Netz
-arbeiten und sorgenfrei mit dem I2P Router koooperieren.
-Möglicherweise wird die Applikation in die Standardinstallation
-von I2P integriert.
-
-
Diese Belohnung interagiert mit 2 weiteren: "Frost in I2P" und
-"Eepsites im Datencontainer".
-
-
Die "Frost in I2P" Belohnung wird ausgezahlt für ein Programm
-ähnlich zu "Frost" im Freenet, mit dem Dateien und Nachrichten in den
-Datencontainer gespeichert und ausgelesen werden.
-Es muss eine graphische Benutzeroberfläche haben.
-
-
Die "Eepsites im Datencontainer" Anwendung erweitert den I2P Router
-um die Funktion des "Eepsites aus dem Datencontainer auszuliefern".
-Alle Dateien der Eepsite sind im Datencontainer gespeichert und werden
-beim Zugriff auf die Eepsite von dort ausgelesen.
-Erweiterung:
-Zur besseren Integration sollten mehrere Datencontainer Klienten die
-selbe Eepsite an Klienten ausliefern.
-
-
-Hinweis:
-Um die Belohnung für die Anwendungen zu reklamieren, wird das Programm
-und der Quelltext benötigt.
-Der Quelltext muss unter einer freien Lizenz (frei zu verteilen und frei zum
-ändern) stehen.
-Der Autor darf nicht von einer anderen Organisation oder Gruppe bezahlt werden
-für den Quelltext (z.B. GSoC Studenten sind NICHT erlaubt).
-
-
-
Hinweis 2: Die Höhe des Betrags kann durch weitere Spenden steigen.
-Findest Du diese Teile wichtig? Spende einen Betrag
-für die Belohnung zur Fertigstellung diese Software!
Эта задача нужна для улучшения юзабилити I2P и повышения уровня доступности контента.
-
-
Под децентрализованным хранилищем данных понимается аналогичный FreeNet механизм хранения файлов в разбитом на части виде, с 2-3 кратным избыточным резервированием по узлам хранилища. Программа должна иметь расширенные настройки и уметь автоматически отслеживать/балансировать объем свободного дискового пространства.
-Допускается выполнение как в форме отдельного приложения, так и в виде апплета, встраиваемого в вебинтерфейс I2P маршрутизатора.
-
-
-
От реализации этой премии зависят две другие — «Frost для I2P» и «хостинг I2P-сайтов из децентрализованного хранилища»:
-
-
Премия «Frost для I2P» будет выплачена за Frost-подобную программу с графическим интерфейсом, при помощи которой можно будет обмениваться сообщениями и файлами через децентрализованное хранилище.
-
-
«Хостинг I2P-сайтов из децентрализованного хранилища» — дополнение I2P маршрутизатора функцией подгрузки страниц I2P-сайтов и всех относящихся к ним файлов из децентрализованного хранилища. Уточнение: Для лучшей производительности системы передачей файлов сайта конечному пользователю может заниматься любой узел хранилища.
-
-
-
Примечание: Для получения премии требуется и программа и её исходный код. Исходный код и скомпилированная программа должны распространяться под свободной лицензией (позволяющей свободное распространение и модификацию).
-
Примечание: обязательным условием получения премии является отсутствие иных источников финансирования автора. Другие организации или группы не должны оплачивать эту же работу (например, выполнение этой задачи в рамках Google Summer of Code не допускается).
-
-
Размер премии может увеличиться в случае дополнительных пожертвований. Это усовершенствование кажется Вам необходимым? Добавьте Ваше пожертвование, с указанием «for the datastore bounty!»!
-
-
-{% endblock %}
diff --git a/www.i2p2/pages/translations/bounty_debpack_de.html b/www.i2p2/pages/translations/bounty_debpack_de.html
deleted file mode 100644
index 02333f7b..00000000
--- a/www.i2p2/pages/translations/bounty_debpack_de.html
+++ /dev/null
@@ -1,21 +0,0 @@
-{% extends "_layout.html" %}
-{% block title %}Belohnung fr das Einbringen eines I2P-Pakets in Debian- und Ubuntu-Spiegelserver{% endblock %}
-{% block content %}
Um die Zukunftsfähigkeit von I2P zu erhöhen wurde
-eine Belohnung zur Integration eines I2P-Softwarepakets in die Ubuntu- und
-Debian-Spiegelserver ausgesetzt.
-Um diese Belohnung erfllt zu haben, muss ein funktionierendes I2P-Softwarepaket
-in die Spiegelserver von Ubuntu und Debian aufgenommen worden und der Debian-Bug 448638 erfolgreich geschlossen sein.
-
-
-
-Hinweis:
-Der Autor darf für dieses Projekt nicht von einer anderen Organisation oder Gruppe bezahlt werden
-(z.B. GSoC Studenten sind NICHT erlaubt).
-
-
-
Hinweis 2: Die Höhe des Betrags kann durch weitere Spenden steigen.
-Findest Du dieses Projekt wichtig? Dann spende einen Betrag
-zur Belohnung fr dessen Fertigstellung!
Um die Benutzbarkeit von I2P zu verbessern und
-um mehr Nutzer zu I2PHex zu begeistern, hat Arne Bab eine Belohnung
-auf das Implementieren aktuellen Codes von Phex auf I2Phex ausgesetzt.
-
-
-
-Hinweis:
-Der Autor darf nicht von einer anderen Organisation oder Gruppe bezahlt werden
-für den Quelltext (z.B. GSoC Studenten sind NICHT erlaubt).
-
-
-
Die Höhe des Betrags kann durch weitere Spenden steigen.
-Findest Du diese Teile wichtig? Spende einen Betrag
-für die Belohnung zur Fertigstellung diese Software!
ArneBab назначил премию за бэкпортирование текущего кода Phex в I2PHex. Задача необходима для улучшения юзабилити I2P и для привлечения пользователей к p2p-клиенту I2PHex.
-
-
Примечание: обязательным условием получения премии является отсутствие иных источников финансирования автора. Другие организации или группы не должны оплачивать эту же работу (например, выполнение этой задачи в рамках Google Summer of Code не допускается).
-
-
Размер премии может увеличиться в случае дополнительных пожертвований. Это усовершенствование кажется Вам необходимым? Добавьте Ваше пожертвование, с указанием «for the i2phex code implementation bounty»!
-Um die Zukunftsfähigkeit von I2P zu erhöhen habe ich die
-Belohnung zum Vuze Plugin zurückgezogen und mit diesem Geld
-diese Belohnung auf die volle IPv6 Fähigkeit von I2P
-ausgesetzt.
-Um diese Belohnung zu bekommen, muss I2P auf einer IPv6 Verbindung
-funktionieren wie es derzeitig auf IPv4 funktioniert.
-
-
-Belohnung wurde ausgezahlt nachdem I2P mit Version 0.9.8 mit IPv6 funktioniert.
-
-
-Hinweis:
-Um die Belohnung für die Anwendungen zu reklamieren, wird das Programm
-und der Quelltext benötigt.
-Der Quelltext muss unter einer freien Lizenz (frei zu verteilen und frei zum
-ändern) stehen.
-Der Autor darf nicht von einer anderen Organisation oder Gruppe bezahlt werden
-für den Quelltext (z.B. GSoC Studenten sind NICHT erlaubt).
Я отзываю премию за плагин для Vuze и назначаю премию за встроенную поддержку IPv6.
-
-
Эта премия будет выплачена за доработку I2P маршрутизатора для полноценной работы поверх IPv6.
-
-
-
-
Примечание: Для получения премии требуется и плагин, и его исходный код. Исходный код и скомпилированный плагин должны распространяться под свободной лицензией (позволяющей свободное распространение и модификацию).
-
Примечание: обязательным условием получения премии является отсутствие иных источников финансирования автора. Другие организации или группы не должны оплачивать эту же работу (например, выполнение этой задачи в рамках Google Summer of Code не допускается).
-
-
Размер премии может увеличиться в случае дополнительных пожертвований. Это усовершенствование кажется Вам необходимым? Добавьте Ваше пожертвование, с указанием «for the native IPv6 I2P bounty»!
-
-{% endblock %}
diff --git a/www.i2p2/pages/translations/bounty_rutrans_de.html b/www.i2p2/pages/translations/bounty_rutrans_de.html
deleted file mode 100644
index 9bd00377..00000000
--- a/www.i2p2/pages/translations/bounty_rutrans_de.html
+++ /dev/null
@@ -1,42 +0,0 @@
-{% extends "_layout.html" %}
-{% block title %}Belohnung zur Übersetzung der Webseite und Router Konsole ons russische{% endblock %}
-{% block content %}
Um die Attraktivität von I2P weiter zu
-erhöhen wird diese Belohnung zur Übersetzung der I2P
-Webseite und I2P Router Konsole in die russische Sprache ausgesetzt.
-
-
-Diese Belohnung teilt sich in 2 Abschnitte:
-
-Abschnitt 1 ist die Übersetzung der Webseite.
-
-
-Um die Belohnung von $115 USD zu verdienen müssen folgende Seiten
-ins russische übersetzt sein:
-http://www.i2p2.de/index.html
-http://www.i2p2.de/download.html
-http://www.i2p2.de/intro.html
-http://www.i2p2.de/faq.html
-http://www.i2p2.de/bounties.html
-http://www.i2p2.de/bounty_datastore
-http://www.i2p2.de/bounty_i2phex
-http://www.i2p2.de/bounty_vuzeplugin
-http://www.i2p2.de/getinvolved.html
-http://www.i2p2.de/donate.html
-
-
-
-Abschnitt 2 ist die Übersetzung der Router Konsole. Diese muss komplett
-ins russische übersetzt sein um die Belohnung von $115 USD zu bekommen.
-
Die Höhe des Betrags kann durch weitere Spenden steigen.
-Findest Du diese Teile wichtig? Spende einen Betrag
-für diese Belohnung zur Fertigstellung der Übersetzng dieser Software
-{% endblock %}
diff --git a/www.i2p2/pages/translations/bounty_rutrans_ru.html b/www.i2p2/pages/translations/bounty_rutrans_ru.html
deleted file mode 100644
index 7b61afc9..00000000
--- a/www.i2p2/pages/translations/bounty_rutrans_ru.html
+++ /dev/null
@@ -1,44 +0,0 @@
-{% extends "_layout_ru.html" %}
-{% block title %}Bounty for translation into russian{% endblock %}
-{% block content %}
Для улучшения использования I2P и привлечения большего числа людей в I2P
-анонимный спонсор назначил награду за перевод веб-сайта I2P и консоли
-маршрутизатора I2P на русский язык.
-
-
-
-Эта награда разделена на 2 подзадачи:
-
-Часть 1 - это перевод веб-сайта.
-
-
-Для получения первой награды в размере $115 USD вам нужно перевести следующие
-страницы:
-http://www.i2p2.de/index.html
-http://www.i2p2.de/download.html
-http://www.i2p2.de/intro.html
-http://www.i2p2.de/faq.html
-http://www.i2p2.de/bounties.html
-http://www.i2p2.de/bounty_datastore
-http://www.i2p2.de/bounty_i2phex
-http://www.i2p2.de/bounty_vuzeplugin
-http://www.i2p2.de/getinvolved.html
-http://www.i2p2.de/donate.html
-
-
-
-Часть 2 - это перевод консоли маршрутизатора. Для получения второй награды в
-размере $115 USD вам нужно перевести консоль маршрутизатора целиком.
-
Размеры награды могут быть увеличены последующими пожертвованиями.
- считаете эту задачу важной? Сдейлайте свой вклад,
-указав размер награды для этого перевода!
-Neben I2P kümmern wir uns auch um die weitere
-Anonymit&aum;t und Sicherheit der Nutzer. Da I2P als Netzwerk
-mit geringer Latenz naturbedingt einige Limits und Grenzen hat,
-fördern wir die Entwicklung von SYNDIE, welches einige
-dieser Limits überwinden kann. Dank der hohen Latenz
-von Syndie bietet es eine bessere Sicherheit und Anonymit$auml;t
-für Leute, die dieses benötigen.
-
-Leider wurde die Software seit 5 Jahren nicht mehr aktiv
-weiter entwickelt und gepflegt.
-
-
-Die letzte Coding Ralley brachte erhebliche Verbesserungen der
-derzeitigen Situation. Ein neues Syndie Paket mit Bugfixes wurde
-erstellt und auf diversen Webseiten Online gestellt.
-Somit wurde die Belohnung reduziert und die entnommene Summe
-der IPv6 Belohnung zugeschlagen.
-
-
-Diese Belohnung wurde hinzu in diverse kleinere Sub-Aufgaben geteilt mit
-verschiedenen Belohnungen. Da der Coder englisch beherrschen sollte ist
-die Liste an Aufgaben und deren Belohnung hier nicht übersetzt.
-
-
-Still a few jobs are left to be done, e.g. (taken from Lillith syndie post
- urn:syndie:channel:d7:channel44:FRkKGjUxBPXAIG~j6uc4S7cEeQ6Eb0y44wEeuWxREYU=9:messageIdi1364502130641ee ):
-1. Port Syndie to AWT or another platform agnostic toolkit
-2. Fix most, if not all GUI bugs (this relates to the first point somewhat)
-3. Port Syndie to HSQLDB 2.0
-4. Be the maintainer for Syndie over a period of time (an amount per month or per quarter) and do the usual
-tasks like accepting and fixing minor bugs, promote Syndie in the wider world than just I2P, maintaining
- good documentation
-5. Add some sort of 'File Archive' as a transport (for sneakernets)
-6. Add more transports from the introduction image to Syndie: Usenet, Gnutella, E-Mail, iMule, Tahoe-LAFS
-7. Get syndie into repos for major distros (at least, Debian, Fedora, Arch, Gentoo, FreeBSD ports, PkgSrc)
-8. Make the freenet archive work
-
-
-As these subtasks are of different difficulty and work, different amount of bounty are assigned to it:
-1. 5 BTC, 2. 2 BTC, 3. 2 BTC, 4. pure passion and appreciation by all the users, 5. 1 BTC, 6. 5 BTC, 7. 2 BTC and
-finally 8. 1 BTC.
-Sum: 18 BTC
-
-Hinweis:
-
-Die Höhe des Betrags kann durch weitere Spenden steigen.
-Findest Du Syndie wichtig? Spende einen Betrag
-für diese Syndie Belohnung!
-
-
-
-{% endblock %}
\ No newline at end of file
diff --git a/www.i2p2/pages/translations/bounty_unittests_de.html b/www.i2p2/pages/translations/bounty_unittests_de.html
deleted file mode 100644
index bfae7ca9..00000000
--- a/www.i2p2/pages/translations/bounty_unittests_de.html
+++ /dev/null
@@ -1,159 +0,0 @@
-{% extends "_layout_de.html" %}
-{% block title %}Bounty Unittests{% endblock %}
-{% block content %}
-
-
Um die Wartung von I2P zu vereinfachen benötigen
-wir einen stabilen und umfassenden Satz an automatischen Unittests für den
-wichtigsten Quelltext. Die wenigen derzeitigen Unittets sind nur zusätzlich
-zum Quelltext. Diese Bounty wird für das migrieren der Tests au jUnit, deren
-automatische Ausführung, Ausbau der Unittests zum testen von mehr
-Quelltexten und öffentlichem publizieren der Ergebnisse ausgezahlt.
-Es ist eine grosse Aufgabe, die jedoch in kleinere Phasen heruntergebrochen
-werden kann. Diese Phasen sind folgende (Phase 1 muss zuerst erledigt sein, der
-Rest kann in beliebiger Reihenfolge erfolgen):
-
-
-Achtung! Die Pasen und die Summen wurden verändert!
-Phase 6,7 und 8 sind noch offen!
-
-Bounty: 500 € Server rennt und Belohnung ist reserviert
-
-
Um diese Belohnung zu bekommen, muss ein Integrations Server (
-Jenkins, alter Name war Hudson) aufgesetzt werde. Dieser muss mit
-einem IRC Bot im #i2p-dev Kanal im IRC2p Netzwerk verbunden sein
-und die Ergebnisse der Kompiliertests ausgeben.
-Der Server muss langfristig verfügbar sein.
-
Für diese Belohnung müssen die bestehenden SDK Tests
-kontrolliert werden und wieder zum funktionieren gebracht werden.
-Sie müssen in die ANT Bauskripte integriert werden ("ant test")
-und in einem Codecoverage Programm (z.B. Clover)
-integriert werden. Das ANT Skript sollte eine Webseite aus den
-Testergebnissen erstellen, die Online gestellt wird.
-
-Hier müssen mindestens 90% des Streaming Lib Codes
-(i2p/apps/ministreaming/ and i2p/apps/streaming/) mit Hilfe
-der automatischen Unittests überprüpft werden.
-
-Bounty: 1000 € in kleinen Sub-Bounties, die noch definiert werden
-
-
-Für diese Belohnung muss die existierende speicherinterne
-Multi-Router Simulation kontrolliert werden und in einen
-funktionsfähigen Zustand versetzt werden. Weiters muss
-diese entsprechend erwitert werden, so dass viele Router im
-Speicher auf einem PC simuliert werden können.
-Diese Belohnung wird in weitere, kleinere Teile aufgeteilt werden.
-
-
-
-
-Der Spender der Belohnung entscheidet über die erfolgreiche
-Bearbeitung der einzelnen Aufgaben und die Auszahlung der einzelnen
-Gelder.
-
-
-
-Hinweis: Die Höhe des Betrags kann durch weitere Spenden steigen.
-Findest Du diese Teile wichtig? Spende einen Betrag
-für diese Unittests Bounties!
-
-
-
-
-
-HINWEIS: Folgend ist aus historischen Gründen der Dokumentation
-der alte Status der alten Unittest-Belohnung notiert.
-Aktuell ist das obige geschriebene!
-
Um diese Bounty zu bekommen müssen die existierenden SDK Tests
-auf jUnit migriert werden und in Ant build Skripte ("ant test") integriert
-werden. Auch müssen sie mit einem Werkzeug, das den Quelltext
-überwacht (z.B. Clover)
-verbunden werden. Das Ant Skript muss das Ergebnis der Tests
-als eine Webseite generieren können, die im Netz publiziert wird.
Für diese Bounty muss ein neues Set an automatischen Tests
-mindestens 90% des Quelltextes der Streaming Bibliothek
-(i2p/apps/ministreaming/ und i2p/apps/streaming/) umfassen.
Um die Benutzbarkeit von I2P zu verbessern und
-um mehr Nutzer zu I2P-torrent zu begeistern, habe ich eine Belohnung
-auf ein funktionierendes I2P Vuze Plugin ausgesetzt.
-Dieses Plugin muss offiziell sein und auch an Vuze gesendet werden,
-damit dieses es in ihrem Archiv/Plugin Verzeichnis aufnehmen.
-Das Plugin sollte einfach zu installieren und konfigurieren sein,
-problemlos funktionieren und nicht weiter auffallen im Betrieb.
-Die Konfiguration sollte auch für Anfänger problemlos
-machbar sein und schnell dazu kommen, das der Nutzer Vuze anonym
-im I2P Netz nutzen kann.
-Das Plugin sollte mit *.b32.i2p und mit signierten (516++ Bits)
-Destinations (Ziele) funktionieren.
-
-
-
-Hinweis:
-Um die Belohnung für die Anwendungen zu reklamieren, wird das Programm
-und der Quelltext benötigt.
-Der Quelltext muss unter einer freien Lizenz (frei zu verteilen und frei zum
-ändern) stehen.
-Der Autor darf nicht von einer anderen Organisation oder Gruppe bezahlt werden
-für den Quelltext (z.B. GSoC Studenten sind NICHT erlaubt).
-
-
-
Hinweis 2: Die Höhe des Betrags kann durch weitere Spenden steigen.
-Findest Du diese Teile wichtig? Spende einen Betrag
-für die Belohnung zur Fertigstellung diese Software!
Я назначаю премию за работающий I2P-плагин для Vuze (проекта, ранее известного как Azureus). Эта задача нужна для улучшения юзабилити I2P и для привлечения в I2P пользователей битторрента.
-
-
Плагин должен быть официально принят Vuze и опубликован на странице/репозитории плагинов Vuze. Плагин должен быть несложным для установки и настройки, работать без сбоев и не требовать постоянного внимания пользователя. Диалог настроек должен быть понятным для новичков, чтобы пользователи Vuze могли быстро переключиться на анонимную работу через I2P. Плагин должен поддерживать как *.b32.i2p так и полные (516-байтовые) адреса.
-
-
Примечание: Для получения премии требуется и плагин, и его исходный код. Исходный код и скомпилированный плагин должны распространяться под свободной лицензией (позволяющей свободное распространение и модификацию).
-
Примечание: обязательным условием получения премии является отсутствие иных источников финансирования автора. Другие организации или группы не должны оплачивать эту же работу (например, выполнение этой задачи в рамках Google Summer of Code не допускается).
-
-
Размер премии может увеличиться в случае дополнительных пожертвований. Это усовершенствование кажется Вам необходимым? Добавьте Ваше пожертвование, с указанием «for the vuze plugin bounty»!
-
-{% endblock %}
diff --git a/www.i2p2/pages/translations/clt_de.html b/www.i2p2/pages/translations/clt_de.html
deleted file mode 100644
index 7e08a89f..00000000
--- a/www.i2p2/pages/translations/clt_de.html
+++ /dev/null
@@ -1,10 +0,0 @@
-{% extends "_layout_de.html" %}
-{% block title %}I2P beim CLT und auf der PetCon 2009.1{% endblock %}
-{% block content %}
Mitglieder der I2P Familie werden auf dem CLT und der PetCon 2009.1 Vorträge halten!
-Zwei Mitglieder des I2P Teams werden auf dem kommenden Chemnitzer Linux Tag und Sicherheits Convention der TU Dresden anwesend sein.
-
-Am 14. März 2009 wird echelon eine kurze Vorstellung und Übersicht über I2P auf dem Chemnitzer Linux Tag 2009 halten.
-Neben echelon werden noch weitere Mitgleider der I2P Familie an beiden Tagen des Chemnitzer Linux Tags vor Ort sein und als I2P Familie zu erkennen sein. Treff dich mit Ihnen, stelle deine Fragen, zeige deine Probleme oder einfach nur deine Zufriedenheit!
-Nur 10 Tage später wird ebenfalls echelon einen kurze Einleitung in I2P als Vortrag auf der Privacy and Data Security convention 2009.1 in Dreden halten. Ein weiterer Vortrag dort wird das Profiling der einzelnen I2P Knoten und Bewertung deren Kapazitäten als Thema haben.
-
-{% endblock %}
diff --git a/www.i2p2/pages/translations/cvs_de.html b/www.i2p2/pages/translations/cvs_de.html
deleted file mode 100644
index b182a346..00000000
--- a/www.i2p2/pages/translations/cvs_de.html
+++ /dev/null
@@ -1,31 +0,0 @@
-{% extends "_layout_de.html" %}
-{% block title %}CVS{% endblock %}
-{% block content %}
Der I2P Quelltex wurde in einem CVS Verzeichnis gehalten. Jetzt ist er
-jedoch in einem Monotone Verzeichnis. Aus Gründen der
-Historie bleibt dieses Dokument auf der Webseite. Für diejenigen, die nicht mit CVS
-vertraut sind, gibt ein fantastisches, englisches, Buch
-über das Thema (Entwickler brauchen nur das erste Kapitel beachten - "An Overview of
-CVS", da die weiteren Kapitel so tief in die Details gehen, die kaum jemand jemals
-brauchen wird).
-
-
Unix CVS
-
cvs -d:pserver:anoncvs@cvs.i2p.net:/cvsroot login
-Passwort: anoncvs
-cvs -d:pserver:anoncvs@cvs.i2p.net:/cvsroot co i2p
-
-
WinCVS
-
WinCVS CVSRoot (erst einloggen, dann checkout):
-anoncvs@cvs.i2p.net:/cvsroot
-Passwort: anoncvs
Humorvoller Auszug aus dem WinCVS: "Wussten Sie schon... Nie mit ihrer Arbeitskopie
-mit neuem CVS Kommandos experimentieren, immer eine Testkopie benutzen!"
Die Webseite wird gerade überholt und dieses Dokument kann alte Informationen enthalten
-
Datagramme werden auf der Basis von I2CP aufgebaut
-um authentifizierte und beantwortbare Nachrichten in einem Standardformat anzubieten. Somit
-könen Anwendungen verlässlich die "von" Adresse aus den Datagrammen auslesen und
-somit wirklich wissen, wer die Nachricht gesendet hat. Dieses ist für manche Anwendungen
-notwendig, da die grundlegende I2P Nachricht komplett RAW ist - sie hat keine "von" Adresse
-(im Gegensatz zu IP Nachrichten). Zusätzlich ist die Nachricht und der Absender
-authentifiziert durch das signieren des transportierten Daten.
-
-
Anwendungen, die in Java geschrieben sind und die Datagramme benutzen möchten, können
-die net.i2p.client.datagram
-Methoden (ein Teil des Core SDK in i2p.jar) nutzen, während Anwendungen in anderen Sprachen
-SAMs oder SAM V2s Datagramme Unterstütung nutzen können.
-Les paquets I2P peuvent marcher sur des systèmes non listés ci-dessus.
-Merci de rapporter tout problème avec ces paquets dans Trac sur
-http://trac.i2p2.no.
-
-
Option 1: Versions récentes d'Ubuntu et ses dérivées
-(À essayer si vous n'utilisez pas Debian)
-
Option 2: Debian (dont les systèmes basés sur Debian et les anciennes versions
-d'Ubuntu)
-
-
Instructions pour Ubuntu Precise Pangolin (et plus récentes) et ses dérivées comme Linux Mint & Trisquel
-
Ajout du PPA via la ligne de commande et installation d'I2P
-
-
Ouvrez un terminal et entrez:
- sudo apt-add-repository ppa:i2p-maintainers/i2p
-Cette commande ajoutera la PPA à /etc/apt/sources.list.d et répliquera la clé gpg avec laquelle le dépôt a été signé.
-La clé GPG assure que le paquet n'a pas été modifié depuis sa fabrication.
-
Indiquez la nouvelle PPA à votre gestionnaire de paquets
- sudo apt-get update
-Cette commande va récupérer la dernière liste de logiciels de chaque dépôt activé sur votre système, dont la PPA I2P
-ajoutée par la commande précédente.
Ouvrez Synaptic (Système -> Administration -> Gestionnaire de paquets Synaptic).
-
Une fois Synaptic lancé, sélectionnez Dépôts dans le menu
-Configuration.
-
Cliquez sur l'onglet Autres logiciels et cliquez sur le bouton
-Ajouter.... Collez ppa:i2p-maintainers/i2p
-dans le champ "Ligne APT" puis cliquez sur le bouton
-"+ Ajoutez une source de mise à jour". Cliquez sur le bouton
-Fermer (et éventuellement une deuxième fois sur la notification de
-modification de dépôts "Dépôts modifiés"), puis sur le bouton Recharger
-de la barre d'outils.
-
-
Dans le champ "Filtre rapide", tapez i2p. Quand i2p s'affiche dans la liste de résultats,
-faites dessus un clic-droit et choisissez Sélectionner pour installation.
-Après ceci, vous verrez peut-être une fenêtre
-"Prévoir d'effectuer d'autres changements?". Si oui,
-cliquez sur Ajouter à la sélection puis dans la barre d'outils sur le bouton
-Appliquer.
-
-
-
À la fin du processus d'installation vous pouvez passer à l'étape suivante pour
-démarrer I2P et le configurer pour votre système.
-
-
Instructions pour Debian Wheezy et plus récentes
-Currently supported architectures include amd64, i386, armel, armhf (for Raspbian), kfreebsd-amd64, kfreebsd-i386, and powerpc.
-
-Les étapes suivantes doivent être effectuées avec l'accès root (c.à d. en basculant de l'utilisateur en cours à root
-avec "su" ou en préfixant chaque commande avec "sudo").
-
-
-
-
Add lines like the following to /etc/apt/sources.list.d/i2p.list.
-For Squeeze:
-
- deb http://deb.i2p2.no/ squeeze main
- deb-src http://deb.i2p2.no/ squeeze main
-
-
-For Wheezy:
-
- deb http://deb.i2p2.no/ stable main
- deb-src http://deb.i2p2.no/ stable main
-
-
-For Testing or Unstable:
-
- deb http://deb.i2p2.no/ unstable main
- deb-src http://deb.i2p2.no/ unstable main
-
Notify your package manager of the new repository by entering
- apt-get update
-This command will retrieve the latest list of software from every
-repository enabled on your system, including the I2P repository added in step
-1.
-
You are now ready to install I2P! Installing the i2p-keyring
-package will ensure that you receive updates to the repository's
-GPG key.
- apt-get install i2p i2p-keyring
-
-À la fin du processus d'installation vous pouvez passer à l'étape suivante pour
-démarrer I2P et le configurer pour votre système.
-
-
-
Après l'installation
-L'utilisation de ces paquets I2P vous permet de lancer le routeur de l'une de ces trois façons:
-
-
"À la demande", en utilisant le script i2prouter. Lancez simplement "i2prouter
-start" depuis une invite de commande.
-(Note: N'utilisez pas sudo, ni ne l'exécutez
-en tant que root!)
-
"À la demande" sans le wrapper de service java
-(requis sur les systèmes non-Linux/non-x86) en lançant "i2prouter-nowrapper".
-(Note: N'utilisez pas sudo, ni ne l'exécutez
-en tant que root!)
-
"En tant que service" qui démarre en même temps que le système, avant même l'ouverture de session. Le service
-peut être activé avec "dpkg-reconfigure i2p" en tant que root ou avec sudo. C'est la méthode recommandée.
-
-
À la première installation, pensez à régler votre pare-feu/NAT si vous pouvez, en gardant à l'esprit les ports
-tournés vers Internet qu'utilise I2P,
-décrits ici entre autres. Si vous avez correctement ouvert votre port TCP aux connexions
-entrantes, activez également les connexions TCP entrantes sur la
-page de configuration.
-
-
Pour finir, contrôlez et réglez votre bande passante sur la
-page de configuration, les réglages par défaut de 96 ko/s descendants /
-40 ko/s montants étant volontairement trop faibles pour une utilisation normale.
-
-
-Si vous voulez atteindre des sites eep avec votre navigateur, consultez la page de
-réglage du proxy de navigateur pour une méthode facile.
-
-ابتداء من 2010 اقوم بتشغيل Bitcoin حساب لـ I2P project.
-اذا رغبت في التبرع باستعمال Bitcoin، ارسل قدر من المال الى حساب
-1HkJCceXf7of1sTNRVJbXiZHfDTLL71Siy
-واترك لي رسالة اذا رغبت في اضافة اسمك في صفحة المتبرعين I2P.
-
-
-اذا رغبت بالحفاظ على المزيد من الخصوصية يمكنك ارسال المال عبر البريد العادي غير انه اقل امانا لأن الرسالة قد تتلف في طريقها الينا.
-
-للمزيد من المعلومات حول مراسلتنا عبر البريد
-echelon@i2pmail.org
-وسنرسل لك العنوان
-
-
-يمكنك ايضا الاطلاع على قائمة المتبرعين الذين ساعدوا المشروع
- قائمة المساهمين.
-
-
-
-Seit Anfang Dezember 2010 betreibe ich einen Bitcoin
-Account für das I2P Projekt. Falls Du uns mit Bitcoin eine Spende zukommen
-lassen möchtest, sende einfach die Coins an den Account mit der ID
-1HkJCceXf7of1sTNRVJbXiZHfDTLL71Siy und sende uns
-eine Nachricht falls dein Name als Spender auf der Webseite erscheinen soll.
-
-
-
-Falls Du jedoch mehr oder weniger anonym Geld spenden möchtest, kannst du dieses auch per Post machen.
-Dabei ist zu beachten, das das jedoch unsicherer ist, da der Brief auf dem Postweg verloren gehen kann!
-Falls Du jedoch dennoch per Brief Geld spenden möchtest, sende eine Mail an uns
-und du bekommst die nötigen Informationen dazu.
-
-
-Schaue dir in der Zwischenzeit die Liste der derzeitigen Spender in der Liste der bisherigen Spender an.
-
-
-Depuis décembre 2010, eche|on a un compte Bitcoin pour le projet I2P.
-Si vous voulez faire un don via Bitcoin, transférez simplement le montant des pièces vers le compte
-1HkJCceXf7of1sTNRVJbXiZHfDTLL71Siy et laissez moi un petit mot si vous voulez être listés sur la page I2P
- des donateurs.
-
-Si vous voulez rester plus ou moins anonyme, l'option d'envoi d'argent par mail est également disponible.
-Mais elle est moins sécurisée car l'enveloppe pourrait se perdre en route.
-Mais si vous voulez donner par les services postaux classiques, contactez-nous à echelon@i2pmail.org
- et nous vous enverrons les informations sur la façon de vous y prendre.
-
-
-Entre temps, jettez un coup d'œil sur la page des généreux donateurs qui ont dépensé
-des sommes conséquentes pour faire vivre I2P sur le temple des héros.
-
-
-
Спасибо за то, что Вы хотите помочь проекту I2P! Ниже читайте подробности от том, как можно передать нам деньги.
-
-
ВНИМАНИЕ: Прямые ссылки на перевод денег пока работают только через обычный интернет, поскольку созданием и поддержкой глобального https-outproxy ещё никто не занимался.
-А пока что просматривайте эту страницу в браузере, который не настроен на работу через I2P: http://www.i2p2.de/donate_ru.html
-
-
-
-Вы можете переводить пожертвования через PayPal на адрес echelon@i2pmail.org.
-
-
-
-
-
Разовое пожертвование:
-
-
-
-
-
-
-
Переводить по 10 € ежемесячно в течении 12 месяцев:
-
-
-
-
-
-
-
Если Вы хотите оставаться более-менее анонимным, можете попробовать перевести деньги обычной (бумажной) почтой. Впрочем, этот способ ненадежен, так как конверт может затеряться по пути к нам. Если Вам все же удобнее этот способ, свяжитесь с нами по адресу echelon@i2pmail.org, мы вышлем Вам инструкцию.
-
-
-
Ну и взгляните на список дарителей, которые уже помогают проекту I2P держаться на плаву: Зал Славы.
Windows التثبيت عن طريق الواجهة الرسومية :
- i2pinstall_0.9.9_windows.exe
- (SHA256
-97dd4326ad8afdea0e78ffcb053b23793dfa79d89458be3fe3a1ed62a2d988e9
- sig)
-
-
-
Linux / BSD / Solaris التثبيت عن طريق الواجهة الرسومية :
- i2pinstall_0.9.9.jar
- (SHA256
-5028910d3fb9747a6724e39f8eccb6d9ebe0530ef017102c372871badfbf6d9f
- sig)
- Download that file and double-click it (if that works) or
- type java -jar i2pinstall_0.9.9.jar in a terminal to run the
- installer.
- On some platforms you may be able to right-click and select
- "Open with Java".
- حمل الملف و نفّذه ،و اذا كان نظام التشغيل لديك غير ويندوز نفّذ الأمر التالي
- java -jar i2pinstall_0.9.9.jar
-
-
-
Linux / BSD / Solaris التثبيت عن طريق سطر الأوامر :
- حمل ملف التثبيت عن طريق الواجهة الرسومية المذكور مسبقاً ثمّ نفذ الأمر
- java -jar i2pinstall_0.9.9.jar -console في سطر الأوامر لديك
- هذا ينطبق على أنظمة ويندوز و لينكس و ما كنتوش (نعم ،حقاً !)
-
OS X Graphical installer:
- i2pinstall_0.9.9.jar
- (SHA256
-5028910d3fb9747a6724e39f8eccb6d9ebe0530ef017102c372871badfbf6d9f
- sig)
- Download that file and double-click it (if that works) or
- type java -jar i2pinstall_0.9.9.jar in a terminal to run the
- installer.
- You may be able to right-click and select
- "Open with Java"
- حمل الملف و نفّذه ،و اذا كان نظام التشغيل لديك غير ويندوز نفّذ الأمر التالي
- java -jar i2pinstall_0.9.9.jar
.
-
-
-
OS X التثبيت عن طريق سطر الأوامر :
- حمل ملف التثبيت عن طريق الواجهة الرسومية المذكور مسبقاً ثمّ نفذ الأمر
- java -jar i2pinstall_0.9.9.jar -console في سطر الأوامر لديك
- هذا ينطبق على أنظمة ويندوز و لينكس و ما كنتوش (نعم ،حقاً !)
-
-
-
تحميل النص المصدري :
- i2psource_0.9.9.tar.bz2
- (SHA256
-cbbf25dea50a717c3376eb7af226f0b2a653e0372db8782ef37aa8b3d275436c
- sig)
- بشكل بديل ، يمكن الحصول على الرماز المصدري من monotone.
-
- نفّذ الأمر(tar xjvf i2psource_0.9.9.tar.bz2 ; cd i2p-0.9.9 ; ant pkg)ثمّ شغل التثبيت عبر الواجهة الرسومية أو سطر الأوامر كما ذكر مسبقاً
بعد تنفيذ برنامج التثبيت في ويندوز ، قم بنقر زر البدء بـ
- I2P أو Start I2P والذي سيظهر لك واجهة التحكم بالموجه,
-و التي تحوي المزيد من الأوامر
-
-
يمكن تشغيل البرنامج كخدمة تحت أنظمة يونكس باستعمال سكريبت
-
-"i2prouter"
-الموجود في مكان تنصيب برنامج I2P.
-بالدخول الى المجلد عبر الطرفية وكتابة "sh i2prouter status" يمكنك التعرف على حالة الروتر. أوامر "start"، "stop" و "restart" تتحكم في توقيف، تشغيل أو اعادة تشغيل الخدمة.
-يمكن الوصول الى الموجه عبر router console في المتصفح.
-لمستخدمين OpenSolaris وباقي الأنظمة التي لا تدعم i2psvc، يمكن تشغيل الموجه (router) باستعمال "sh runplain.sh".
-
-
-
عند التثبيت لأول مرة تذكرتغيير اعدادات NAT/firewall
-يمكنك تحديد المنافذ التي يستعملها I2P
-المحددة هنا مع باقي المنافذ.
-اذا قمت بفتح بنجاح المنافذ TCP، يمكن تحديدها هنا
-صفحة الاعدادات.
-
-
-
ثم قم بمراجعة حدد خيارات سرعة النترنت on the
-صفحة الاعدادات,
-الاعدادات 96KBps down / 40 KBps up .
-
-التحديثات اليدوية و الالية موجودة لهذا الاصدار.
-
-اذا كنت من مستعملي اصدار 0.7.5 او احدث . انقر زر 'حمل تحديث'.
-
-اذا كنت من مستعملين اصدار 0.7.4 أنظر اسفله
- 0.7.5 اصدار
-للحصول على معلومات مهمة حول كيفية اعداد الموجه.
-
-اذا كنت من مستخدمي اصدار 0.6.1.30 او اصدار سابق
-إرشادات
-للمزيد من المعلومات حول اعدادات الموجه.
-
-
-
-
اذا قمت بتعديل الموجه باتباع إرشاداتسترى وصلة في
- شاشة الموجه التي يتمكنك من تحميل آخر اصدار
-
يمكنك استخدام الطريقة اليدوية المحددة ادناه
-
-
-
(تحديث من اصدار سابق (الطريقة اليدوية:
-
-
تحميل i2pupdate_0.9.9.zip
- (SHA256
-533b0ce2d9e1bfc8762ba17eef3572ae7355ed8f21d5d3557b718a14b05794f2
- sig الى مجلد التثبيت اعد التسمية الى i2pupdate.zip.
-او يمكنك تحميل النص المصدري و كتابة في سطر الأوامر ant updater
-ثم تقوم بنسخ الملف i2pupdate.zip الى مجلد الذي اخترته لتنصيب برنامج I2P لتتم الترقية بطريقة آلية.انت لست بحاجة الى فك ضغط هذا الملف.
-
-Previous releases are available on Google Code
-and Launchpad
-and within the I2P network on echelon.i2p.
-
-
-
-{% endblock %}
diff --git a/www.i2p2/pages/translations/download_cs.html b/www.i2p2/pages/translations/download_cs.html
deleted file mode 100644
index 79ddb901..00000000
--- a/www.i2p2/pages/translations/download_cs.html
+++ /dev/null
@@ -1,144 +0,0 @@
-{% extends "_layout_cs.html" %}
-{% block title %}Stáhnout{% endblock %}
-{% block content %}
-
Stáhnout I2P
-
Požadavky pro instalaci
-Oracle Java 1.5 nebo novější (doporučená verze Oracle Java 7,
-except Raspberry Pi: Oracle 8 Early Access,
-PowerPC: IBM SDK 7), nebo ekvivalentní JRE.
-
-Svou aktuální nainstalovanou verzi Javy si můžete ověřit na této stránce
-nebo z příkazové řádky pomocí příkazu java -version
-
Nová instalace
-
-
Windows Grafický instalační program:
- i2pinstall_0.9.9_windows.exe
- (SHA256
-97dd4326ad8afdea0e78ffcb053b23793dfa79d89458be3fe3a1ed62a2d988e9
- sig)
- Pod Windows: stáhněte soubor a spusťte ho.
-
-
-
Linux / BSD / Solaris Grafický instalační program:
- i2pinstall_0.9.9.jar
- (SHA256
-5028910d3fb9747a6724e39f8eccb6d9ebe0530ef017102c372871badfbf6d9f
- sig)
- Download that file and double-click it (if that works) or
- type java -jar i2pinstall_0.9.9.jar in a terminal to run the
- installer.
- On some platforms you may be able to right-click and select
- "Open with Java".
-
-
Linux / BSD / Solaris Instalace z příkazové řádky:
- Stáhněte si grafický instalační program (viz výše) a spusťte ho příkazem java -jar i2pinstall_0.9.9.jar -console
-
OS X Graphical installer:
- i2pinstall_0.9.9.jar
- (SHA256
-5028910d3fb9747a6724e39f8eccb6d9ebe0530ef017102c372871badfbf6d9f
- sig)
- Download that file and double-click it (if that works) or
- type java -jar i2pinstall_0.9.9.jar in a terminal to run the
- installer.
- You may be able to right-click and select
- "Open with Java".
-
-
-
OS X Instalace z příkazové řádky:
- Stáhněte si grafický instalační program (viz výše) a spusťte ho příkazem java -jar i2pinstall_0.9.9.jar -console
-
-
-
Instalace ze zdrojového kódu:
- i2psource_0.9.9.tar.bz2
- (SHA256
-cbbf25dea50a717c3376eb7af226f0b2a653e0372db8782ef37aa8b3d275436c
- sig)
- Alternativně lze zdrojový kód stáhnout z repozitáře monotone
- git.repo.i2pGithub.
- Spusťte sestavení programu příkazem (tar xjvf i2psource_0.9.9.tar.bz2 ; cd i2p-0.9.9 ; ant pkg) a potom
- spusťte grafický instalační program nebo instalaci z příkazové řádky (viz výše).
Windows: Klikněte na ikonu "Start I2P". Otevře se nové okno s
-ovládacím panelem,
-které obsahuje další pokyny.
-
-
Unix a kompatibilní systémy: I2P lze spustit jako službu skriptem "i2prouter".
-Naleznete ho ve složce, kde jste nainstalovali I2P. Stav služby lze zjistit příkazem
-"sh i2prouter status". Službu lze ovládat pomocí argumentů "start", "stop" a "restart".
-Po jejím spuštění je k dispozici ovládací panel.
-
-OpenSolaris a další systémy, pro které není podporován wrapper (i2psvc) mohou proces
-spustit pomocí příkazu "sh runplain.sh"
-
-
-
Při první instalaci prosím nezapomeňte nastavit NAT/firewall. Je-li to možné,
-otevřete Internetové porty I2P popsané zde. Pokud jste úspěšně
-otevřeli TCP port pro příchozí spojení, nastavte jej i na
-konfigurační stránce.
-
-
-
Na konfigurační stránce
-také prosím nastavte povolenou přenosovou kapacitu. Počáteční nastavení
-96 kB/s pro příchozí a 40 kB/s pro odchozí data je poměrně pomalé.
-
-
-
Aktualizace z předchozích verzí:
-
-K dispozici je buď automatická nebo manuální aktualizace.
-
-Provozujete-li verzi 0.7.5 nebo novější, váš router by měl detekovat novou verzi.
-Klikněte na odkaz 'Download Update' (Stáhnout aktualizaci) v ovládacím panelu, když se zobrazí.
-
-Zvláštní případy
-
-
Vzhledem k závadě ve verzi 0.7.6 můžete za jistých podmínek obdržet chybové hlášení
-"downloaded version is not greater than current version" (stažená verze není novější než
-aktuální verze). V takovém případě použijte manuální aktualizaci popsanou níže.
-
-
Provozujete-li verzi 0.7.4 nebo starší, přečtěte si prosím
-poznámky k verzi 0.7.5, které popisují jak nastavit router
-pro automatickou detekci nových verzí.
-
-
Provozujete-li verzi 0.6.1.30 nebo starší, přečtěte si prosím
-tyto instrukce jak nastavit router pro automatickou detekci
-nových verzí.
-
-
-
-
-
Aktualizace z předchozích verzí (manuální postup):
-
-
Stáhněte si i2pupdate_0.9.9.zip
- (SHA256
-533b0ce2d9e1bfc8762ba17eef3572ae7355ed8f21d5d3557b718a14b05794f2
- sig) a uložte jej do
- instalační složky I2P. Přejmenujte tento soubor na i2pupdate.zip.
- (Alternativně si můžete stáhnout zdrojový kód jak je popsáno výše a spustit
- "ant updater", výsledný soubor i2pupdate.zip pak nakopírovat do instalační složky
- I2P.) Tento soubor nerozbalujte.
Windows GUI Installer:
- i2pinstall_0.9.9_windows.exe
- (SHA256
-97dd4326ad8afdea0e78ffcb053b23793dfa79d89458be3fe3a1ed62a2d988e9
- sig)
- Downloade die Datei und führe sie aus.
-
-
Linux / BSD / Solaris GUI Installer:
- i2pinstall_0.9.9.jar
- (SHA256
-5028910d3fb9747a6724e39f8eccb6d9ebe0530ef017102c372871badfbf6d9f
- sig)
- Hole die Datei und führe sie mit Doppelklick aus (falls es funktioniert)
- oder gebe java -jar i2pinstall_0.9.9.jar in einm Terminal ein um
- die Installation zu starten.
- Auf einigen Plattformen muss die Datei gegebenfall mit Rechts-Klick und der
- Option "Öffne mit Java" geöffnet werden.
-
-
Linux / BSD / Solaris Kommandozeilen (Headless) Installation:
- Downloade die normale Installationsdatei von oben und rufe
- java -jar i2pinstall_0.9.9.jar -console in der Kommandozeile auf.
-
OS X Graphical installer:
- i2pinstall_0.9.9.jar
- (SHA256
-5028910d3fb9747a6724e39f8eccb6d9ebe0530ef017102c372871badfbf6d9f
- sig)
- Hole die Datei und führe sie mit Doppelklick aus (falls es funktioniert)
- oder gebe java -jar i2pinstall_0.9.9.jar in einm Terminal ein um
- die Installation zu starten.
- Auf einigen Plattformen muss die Datei gegebenfall mit Rechts-Klick und der
- Option "Öffne mit Java" geöffnet werden.
-
-
-
OS X Kommandozeilen (Headless) Installation:
- Downloade die normale Installationsdatei von oben und rufe
- java -jar i2pinstall_0.9.9.jar -console in der Kommandozeile auf.
-
-
-
Quelltext Installation:
- i2psource_0.9.9.tar.bz2
- (SHA256
-cbbf25dea50a717c3376eb7af226f0b2a653e0372db8782ef37aa8b3d275436c
- sig)
- Alternativ kannst Du den Quelltext aus Monotone
- git.repo.i2pGithub kopieren.
-
- Führe folgendes aus: (tar xjvf i2psource_0.9.9.tar.bz2 ; cd i2p_0.9.9 ; ant pkg)
- und starte dann den GUI Installer oder die headless Installation wie oben beschrieben
-
-
-Die Dateien sind von zzz mit diesem Schlüssel signiert.
-
-
-
Arbeit nach dem Installieren
-
-
Nachdem Du den graphischen Installer auf Windows beendet hast, klicke einfach den
-"Start I2P" Knopf, was die Router Konsole,
-mit weiteren Tips und Anweisungen anzeigt.
-
-
Auf Unixiden Systemen kann I2P als Service mit dem "i2prouter" Skript gestartet
-werden. Dieses Skript liegt in dem I2P Verzeichnis.
-Wechsel in das Verzeichnis und gebe "sh i2prouter status" ein, welches
-dir den aktuellen Router Status anzeigt. Die Argumente "start", "stop" und "restart"
-kontrollieren den Service. Die Router Konsole
-kann auf der üblichen Adresse erreicht werden.
-Für Benutzer auf OpenSolaris und anderen Systemen, auf denen der Wrapper (i2psvc)
-nicht unterstützt ist, startest Du den Router stattdessen mit "runplain.sh".
-
-
-
Bei der Erstinstallation bitte nicht vergessen, die Firewall und ggf das NAT
-anzupassen. Bitte beachte dabei die Ports, die I2P nutzt, hier beschrieben.
-Nachdem Du deinen Port für eingehenden TCP Verkehr geöffnet hast, aktiviere
-auch den eigehenden TCP Verkehr auf der Konfigurations Seite.
-
-
-
Ebenso kontrolliere und passe bitte die Bandbreiten Einstellungen auf der
-Konfigurations Seite an,
-da die Anfangs Einstellungen von 96 KBps down / 40 KBps up konservativ gering sind.
-
-
-
Aktualisierungen von früheren Versionen:
-
-Es existieren automatische und manuelle Aktualsierungen für die aktuelle Version.
-
-Falls Du versionen 0.7.5 oder höher, sollte dein I2P automatisch das Update
-erkennen. Um zu aktualisieren, klicke einfach auf dsen "Update available" Verweis in der
-Router konsole, nachdem er aufgeschienen ist.
-
-Falls Du eine Version 0.7.4 oder älter nutzt, schaue bitte auf der
-0.7.5 release notes Seite nach.
-Dort gibt es die notwendigen Hinweise, damit deine Version auch automatisch aktualisiert
-werden kann.
-
-Falls Du eine Version 0.6.1.30 oder älter nutzt, schaue bitte auf der
-Instruktionen für ältere Versionen Seite nach.
-Dort gibt es die notwendigen Hinweise, damit deine Version auch automatisch aktualisiert
-werden kann.
-
-
-
-
Hast du diese Anweisungen befolgt, solltest du einen Verweis auf deiner
- Router Konsole sehen, der dir erlaubt
- die neue Version zu downloaden und zu installieren, einfach durch klicken des Verweises.
-
Alternativ kannst Du die manuelle Methode wie unten beschrieben nutzen.
-
-
-
Aktualisieren von älteren Versionen (Manuelle Methode):
-
-
Downloade i2pupdate_0.9.9.zip
- (SHA256
-533b0ce2d9e1bfc8762ba17eef3572ae7355ed8f21d5d3557b718a14b05794f2
- sig) in dein I2P
- Installationsverzeichnis und bennene es i2pupdate.zip.
- (alternativ kannst den Quelltest besorgen und "ant updater" laufen lassen, kopiere dann
- das erstellte i2pupdate.zip in dein I2P Installationsverzeichnis). Du brauchst
- das ZIP Archive NICHT entpacken, I2P macht das von alleine.
Εγκατάσταση με γραφικό περιβάλλον για Windows:
- i2pinstall_0.9.9_windows.exe
- (SHA256
-97dd4326ad8afdea0e78ffcb053b23793dfa79d89458be3fe3a1ed62a2d988e9
- sig)
- Κατεβάστε αυτό το αρχείο και εκτελέστε το.
-
-
-
Εγκατάσταση με γραφικό περιβάλλον για Linux / BSD / Solaris:
- i2pinstall_0.9.9.jar
- (SHA256
-5028910d3fb9747a6724e39f8eccb6d9ebe0530ef017102c372871badfbf6d9f
- sig)
- Κατεβάστε αυτό το αρχείο και κάντε διπλό "κλικ" (εάν δουλεύει) ή
- πληκτρολογήστε java -jar i2pinstall_0.9.9.jar στη γραμμή εντολών
- για να τρέξετε την εγκατάσταση.
- Σε μερικές πλατφόρμες μπορείτε να κάνετε δεξιό "κλικ" και να επιλέξετε
- "Open with Java".
-
-
Εγκατάσταση από γραμμή εντολών (headless) για Linux / BSD / Solaris:
- Κατεβάστε την εγκατάσταση με γραφικό περιβάλλον από παραπάνω και εκτελέστε
- java -jar i2pinstall_0.9.9.jar -console στη γραμμή εντολών.
-
OS X Graphical installer:
- i2pinstall_0.9.9.jar
- (SHA256
-5028910d3fb9747a6724e39f8eccb6d9ebe0530ef017102c372871badfbf6d9f
- sig)
- Κατεβάστε αυτό το αρχείο και κάντε διπλό "κλικ" (εάν δουλεύει) ή
- πληκτρολογήστε java -jar i2pinstall_0.9.9.jar στη γραμμή εντολών
- για να τρέξετε την εγκατάσταση.
- Σε μερικές πλατφόρμες μπορείτε να κάνετε δεξιό "κλικ" και να επιλέξετε
- "Open with Java".
-
-
-
Εγκατάσταση από γραμμή εντολών (headless) για OS X:
- Κατεβάστε την εγκατάσταση με γραφικό περιβάλλον από παραπάνω και εκτελέστε
- java -jar i2pinstall_0.9.9.jar -console στη γραμμή εντολών.
-
-
-
Εγκατάσταση από πηγαίο κώδικα:
- i2psource_0.9.9.tar.bz2
- (SHA256
-cbbf25dea50a717c3376eb7af226f0b2a653e0372db8782ef37aa8b3d275436c
- sig)
- Εναλλακτικά, μπορείτε να πάρετε τον πηγαίο κώδικα από το monotone
- git.repo.i2pGithub.
-
- Εκτελέστε (tar xjvf i2psource_0.9.9.tar.bz2 ; cd i2p-0.9.9 ; ant pkg) και μετά
- είτε τρέξτε την εγκατάσταση με γραφικό περιβάλλον είτε από τη γραμμή εντολών όπως παραπάνω.
-
Το I2P μπορείτε επίσης να το κατεβάσετε από τις σελίδες του προγράμματος στο Launchpad
-και στο Google Code.
-
Διαδικασία μετά την εγκατάσταση
-
-
-Αφού τρέξετε την εγκατάσταση στα Windows, απλά κάντε "κλικ" στο κουμπί "Start I2P"
-που θα ανοίξει την κονσόλα (router console),
-που έχει επιπλέον πληροφορίες.
-
-
-
-Σε Unix-like συστήματα, το I2P μπορεί να ξεκινήσει σαν service χρησιμοποιώντας το script
-"i2prouter", που βρίσκεται στον κατάλογο που επιλέξατε για το I2P.
-Πηγαίνοντας σε αυτό τον κατάλογο και εκτελώντας "sh i2prouter status" θα πρέπει να σας
-ενημερώσει για την κατάσταση του router. Με τα ορίσματα "start", "stop" και "restart"
-ελέγχετε το service. Στην κονσόλα έχετε πρόσβαση
-από την συνηθισμένη τοποθεσία.
-Για τους χρήστες του OpenSolaris και άλλων συστημάτων στα οποία ο wrapper (i2psvc) δεν υποστηρίζεται,
-ξεκινήστε το router με "sh runplain.sh".
-
-
-
-Όταν το εγκαθιστάτε για πρώτη φορά, θυμηθείτε να ρυθμίσετε το NAT/firewall
-εάν μπορείτε, έχοντας υπόψη τις δημόσιες θύρες που χρησιμοποιεί το I2P,
-περιγράφονται εδώ μεταξύ άλλων.
-Εάν έχετε ανοίξει επιτυχώς τη θύρα σας για εισερχόμενη TCP (inbound TCP) κίνηση, ενεργοποιήστε την
-επίσης και στη σελίδα ρυθμίσεων.
-
-
-
-Επίσης, προσαρμόστε τις ρυθμίσεις για το bandwidth στη
-σελίδα ρυθμίσεων, καθώς οι εξ' ορισμού
-ρυθμίσεις για 96 KBps down / 40 KBps up είναι αρκετά αργές.
-
-
-
-Εάν θέλετε να μπείτε σε eepsites μέσω του browser σας, δείτε στη σελίδα ρυθμίσεις για browser proxy
-για ένα εύκολο howto.
-
-
-
Ενημερώσεις από παλαιότερες εκδόσεις:
-
-Είναι διαθέσιμες αυτόματες και χειροκίνητες ενημερώσεις για την έκδοση.
-
-
-
-Εάν τρέχετε έκδοση 0.7.5 ή νεότερη, το router σας θα πρέπει να ανιχνεύσει τη νέα έκδοση.
-Για να το αναβαθμίσετε, απλά πατήστε στο κουμπί "Download Update" στην κονσόλα όταν εμφανιστεί.
-
-
-
-Λόγω ενός bug στην έκδοση 0.7.6, αυτών που η πρώτη εγκατάσταση ήταν αυτή η έκδοση και δεν
-έχουν αναβαθμίσει χειροκίνητα ίσως λάβουν ένα μήνυμα λάθους "downloaded version is not greater
-than current version", και θα πρέπει να χρησιμοποιήσουν τη χειροκίνητη μέθοδο αναβάθμισης.
-
-
-
-Εάν τρέχετε έκδοση 0.7.4 ή παλαιότερη, παρακαλούμε δείτε
-τα release notes για την έκδοση 0.7.5
-για σημαντικές πληροφορίες σχετικά με το πως να ρυθμίσετε το router σας να
-λαμβάνει αυτόματα νέες εκδόσεις.
-
-
-
-Εάν τρέχετε έκδοση 0.6.1.30 ή παλαιότερη, παρακαλούμε δείτε τις
-οδηγίες
-για σημαντικές πληροφορίες σχετικά με το πως να ρυθμίσετε το router σας να
-λαμβάνει αυτόματα νέες εκδόσεις.
-
-
-
-
Εάν έχετε ρυθμίσει το router σας ακολουθώντας τις οδηγίες, θα πρέπει να
- βλέπετε έναν σύνδεσμο στη
- κονσόλα που σας επιτρέπει
- να κατεβάσετε και να εγκαταστήσετε τη νέα έκδοση κάνοντας απλά "κλικ" στο σύνδεσμο αυτό.
-
-
Εναλλακτικά, μπορείτε να χρησιμοποιήσετε την χειροκίνητη μέθοδο που περιγράφεται παρακάτω.
-
-
-
Ενημερώσεις από προηγούμενες εκδόσεις (χειροκίνητη μέθοδος):
-
-
Κατεβάστε το i2pupdate_0.9.9.zip
- (SHA256
-533b0ce2d9e1bfc8762ba17eef3572ae7355ed8f21d5d3557b718a14b05794f2
- sig)
- στον κατάλογο εγκατάστασης του I2P και μετονομάστε το σε i2pupdate.zip.
- (εναλλακτικά, μπορείτε να πάρετε τον πηγαίο κώδικα και να εκτελέσετε "ant updater", έπειτα
- αντιγράψτε το παραγόμενο i2pupdate.zip στον κατάλογο εγκατάστασης του I2P). ΔΕΝ χρειάζεται να
- κάνετε unzip το αρχείο.
-
Linux / BSD / Solaris Instalador gráfico:
- i2pinstall_0.9.9.jar
- (SHA256
-5028910d3fb9747a6724e39f8eccb6d9ebe0530ef017102c372871badfbf6d9f
- sig)
- Download that file and double-click it (if that works) or
- type java -jar i2pinstall_0.9.9.jar in a terminal to run the
- installer.
- On some platforms you may be able to right-click and select
- "Open with Java".
-
-
Linux / BSD / Solaris Instalación desde la línea de comandos (headless):
- Descarga el archivo del instalador gráfico y
- arranca java -jar i2pinstall_0.9.9.jar -console desde la línea de comandos.
-
OS X Graphical installer:
- i2pinstall_0.9.9.jar
- (SHA256
-5028910d3fb9747a6724e39f8eccb6d9ebe0530ef017102c372871badfbf6d9f
- sig)
- Download that file and double-click it (if that works) or
- type java -jar i2pinstall_0.9.9.jar in a terminal to run the
- installer.
- You may be able to right-click and select
- "Open with Java".
-
-
-
OS X Instalación desde la línea de comandos (headless):
- Descarga el archivo del instalador gráfico y
- arranca java -jar i2pinstall_0.9.9.jar -console desde la línea de comandos.
-
-
-
Instalación desde el código fuente:
- i2psource_0.9.9.tar.bz2
- (SHA256
-cbbf25dea50a717c3376eb7af226f0b2a653e0372db8782ef37aa8b3d275436c
- sig)
- De forma alternativa, puedes obtener las fuentes usando monotone
- git.repo.i2pGithub.
-
- Ejecuta tar xjvf i2psource_0.9.9.tar.bz2 ; cd i2p-0.9.9 ; ant pkg ; después puedes arrancar el instalador gráfico o bien hacer la instalación desde la línea de comandos descritas anteriormente.
Tras ejecutar el instalador en Windows, simplemente haz click en el botón "Start I2P", el cual hará emerger la consola del router , que tiene más instrucciones.
-
-
En sistemas estilo Unix se puede iniciar I2P como un servicio
-utilizando el script "i2prouter", ubicado en el directorio que seleccionaste para I2P.
-Cambiando a ese directorio en la consola y tecleando "sh i2prouter status"
-debería decirte el estado del router. Las opciones "start", "stop" y "restart"
-controlan el servicio. Se puede acceder a la consola del router en su localización habitual.
-Los usuarios de OpenSolaris y otros sistemas donde no está soportado el envoltorio (i2psvc) deberán arrancar el router con "sh runplain.sh".
-
-
-
Si se trata de la primera instalación de I2P, por favor recuerda ajustar tu NAT/cortafuegos si puedes, teniendo en cuenta los puertos que I2P usa de cara a Internet, descritos aquí entre otros puertos.
-Si tienes abierto correctamente tu puerto TCP entrante activa también el puerto entrante en la página de configuración.
-
-
-
Revisa también y ajusta la configuración del ancho de banda
-en la página de configuración,
-ya que la configuración por defecto de 96 KBps de bajada / 40 KBps de subida
-es bastante lenta.
-
-Hay dos opciones de actualizaciones, manual y automática.
-
-Si estás usando la 0.7.5 o posterior, tu router debería detectar las nuevas versiones. Para actualizar, simplemente haz click en el botón "Descargar Actualización"
-cuando aparezca en la consola de tu router.
-
-Debido a un fallo en la versión 0.7.6, aquellos que usaron dicha versión como primera instalación de I2P y no hayan actualizado manualmente, obtendrán un error
-"downloaded version is not greater than current version" y deberán usar el método manual de actualización descrito a continuación.
-
-Si estás usando la 0.7.4 o anterior, por favor lee
-the 0.7.5 release notes que contiene información importante acerca de cómo configurar tu router para recibir la actualización automáticamente.
-
-Si estás usando 0.6.1.30 o anteriores, por favor mira las
-instrucciones
-para información importante acerca de cómo configurar tu router para obterner
-la actualización automáticamente.
-
-
-
-
Si has reconfigurado tu router siguiendo las instrucciones, deberías ver un enlace en la
- consola de tu router permitiéndote descargar e instalar la nueva versión simplemente haciendo click en ese enlace.
-
-
De forma alternativa, puedes usar el método manual como se especifica seguidamente.
-
-
-
Actualizar desde versiones anteriores (método manual):
-
-
Descarga i2pupdate_0.9.9.zip
- (SHA256
-533b0ce2d9e1bfc8762ba17eef3572ae7355ed8f21d5d3557b718a14b05794f2
- sig)
-a tu directorio de instalación I2P y renómbralo como i2pupdate.zip.
- (Como alternativa, puedes obtener el código fuente tal y como se explicó anteriormente y ejecutar "ant updater", después copia el i2pupdate.zip resultante en tu directorio de instalación I2P). NO es necesario descomprimir ese archivo.
Windows Installeur graphique:
- i2pinstall_0.9.9_windows.exe
- (SHA256 97dd4326ad8afdea0e78ffcb053b23793dfa79d89458be3fe3a1ed62a2d988e9
- sig)
- Téléchargez ce fichier et exécutez-le.
-
-
-
Linux / BSD / Solaris Installeur graphique:
- i2pinstall_0.9.9.jar
- (SHA256
-5028910d3fb9747a6724e39f8eccb6d9ebe0530ef017102c372871badfbf6d9f
- sig)
- Téléchargez ce fichier et exécutez-le.
- Vous pouvez
- taper java -jar i2pinstall_0.9.9.jar
-
-
-
Linux / BSD / Solaris Installation en ligne de commande (facile):
- Téléchargez le fichier de l'installeur graphique ci-dessus et
- exécutez java -jar i2pinstall_0.9.9.jar -console sur la ligne de commande.
-
OS X Graphical installer:
- i2pinstall_0.9.9.jar
- (SHA256
-5028910d3fb9747a6724e39f8eccb6d9ebe0530ef017102c372871badfbf6d9f
- sig)
- Téléchargez ce fichier et exécutez-le.
- Vous pouvez
- taper java -jar i2pinstall_0.9.9.jar
-
-
-
OS X Installation en ligne de commande (facile):
- Téléchargez le fichier de l'installeur graphique ci-dessus et
- exécutez java -jar i2pinstall_0.9.9.jar -console sur la ligne de commande.
-
-
-
À partir des sources:
- i2psource_0.9.9.tar.bz2
- (SHA256 cbbf25dea50a717c3376eb7af226f0b2a653e0372db8782ef37aa8b3d275436c
- sig)
- Vous pouvez si vous préférez récupérer les sources sur monotone
- git.repo.i2pGithub.
-
- Exécuter (tar xjvf i2psource_0.9.9.tar.bz2 ; cd i2p-0.9.9 ; ant pkg) puis, soit
- lancer l'installeur graphique, soit passer par la ligne de commande.
Sous Windows, une fois l'installation effectuée, cliquez tout simplement sur l'icône "Start I2P".
-Ceci lance le
-routeur I2P et vous présente la page web de gestion du routeur
-(dite console), qui affiche plus d'instructions.
-
-
Sur les systèmes de style Unix, I2P peut être lancé en tant que service en utilisant le script
-"i2prouter", situé dans le répertoire que vous avez choisi pour installer I2P.
-Rendez-vous dans ce répertoire par un terminal et lancez la commande "sh i2prouter status" qui vous
-indiquera l'état du routeur. Les arguments "start", "stop" et "restart" contrôlent le service.
-La console est accessible à son emplacement habituel.
-Pour les utilisateurs de OpenSolaris et autres systèmes sur lesquels l'interface système
-(le wrapper i2psvc) n'est
- pas supporté, lancez le routeur avec la commande "sh runplain.sh".
-
-
-
Après l'installation initiale, pensez à régler votre NAT et/ou pare-feu si vous pouvez,
- en gardant à l'esprit les ports tournés vers Internet qu'I2P utilise,
-décrits ici parmi les autres.
-Quand vous aurez ouvert votre port d'entrée TCP/UDP dédié à I2P,
-activez alors les connexions entrantes TCP dans la
-page de configuration.
-
-
-
Réglez aussi votre bande passante sur la
-page de configuration,
-car les réglages de base (96 ko/s entrants et 40 ko/s) sont volontairement très faibles.
-
-
-
-Si vous voulez accéder aux sites eep avec votre navigateur, consultez la page
-réglage du proxy du navigateur pour des instructions simples.
-
-
-
Mises à jour d'anciennes versions:
-
-Les mises à jour automatiques et manuelles sont possibles.
-
-Si vous êtes en v0.7.5 ou ultérieure, votre routeur doit détecter la nouvelle version.
- Pour mettre à jour, cliquez le lien ...'Mettre à jour' en haut de la console lors qu'il apparaÎt.
-
-En raison d'un bug dans la v0.7.6, si c'était votre installation initiale et que vous n'avez pas fait
-une mise à jour manuelle,
- vous recevrez un message d'erreur "La version téléchargée n'est pas plus récente que l'actuelle"
-("downloaded version is not greater than current version").
-Il vous faudra suivre la méthode manuelle décrite ci-dessous.
-
-Si vous êtes en v0.7.4 ou antérieure, merci de voir
-les notes de version de la v0.7.5
- pour une importante information concernant la configuration du routeur en vue de la réception automatique de
-la dernière version.
-
-Si vous êtes en v0.6.1.30 ou antérieure,
-voyez dans ces instructions comment configurer
- le routeur en vue de la réception automatique de la dernière version.
-
-
-
-
Si vous avez reconfiguré votre routeur suivant ces instructions,
-vous devriez y voir un lien
- dans la console de gestion vous permettant simplement en y
-cliquant dessus
- de télécharger et d'installer la dernière version.
-
Vous pouvez également utiliser la méthode manuelle décrite ci-dessous.
-
-
-
Mises à jour de versions plus anciennes (méthode manuelle):
-
-
Téléchargez i2pupdate_0.9.9.zip
- (SHA256 533b0ce2d9e1bfc8762ba17eef3572ae7355ed8f21d5d3557b718a14b05794f2
- sig) dans votre répertoire d'installation d'I2P
- et renommez-le i2pupdate.zip.
- (sinon, prenez les sources - voir plus haut - et lancez "ant updater", puis copiez/déplacez le i2pupdate.zip généré
- vers votre répertoire d'installation d'I2P). Il n'est pas nécessaire de décompresser ce fichier.
-Previous releases are available on Google Code
-and Launchpad
-and within the I2P network on echelon.i2p.
-
-
-
-{% endblock %}
diff --git a/www.i2p2/pages/translations/download_ru.html b/www.i2p2/pages/translations/download_ru.html
deleted file mode 100644
index 7f2ae08c..00000000
--- a/www.i2p2/pages/translations/download_ru.html
+++ /dev/null
@@ -1,140 +0,0 @@
-{% extends "_layout_ru.html" %}
-{% block title %}Скачать{% endblock %}
-{% block content %}
-
-
Загрузка и установка I2P
-
-
Требования для установки
-
-Oracle Java 1.5 или новее (рекомендуется Oracle Java 7,
-except Raspberry Pi: Oracle 8 Early Access,
-PowerPC: IBM SDK 7), либо иная совместимая JRE.
-
-Узнать, какая версия Java установлена на Вашем компьютере можно на этой странице, либо набрав в командной строке java -version
-
-
Установка «с нуля»
-
-
-
-
Графический инсталлятор для Windows:
- i2pinstall_0.9.9_windows.exe
- (SHA256
-97dd4326ad8afdea0e78ffcb053b23793dfa79d89458be3fe3a1ed62a2d988e9
- sig)
- Под Windows: скачайте этот файл и запустите его.
-
-
-
Графический инсталлятор для Linux / BSD / Solaris:
- i2pinstall_0.9.9.jar
- (SHA256
-5028910d3fb9747a6724e39f8eccb6d9ebe0530ef017102c372871badfbf6d9f
- sig)
- Скачайте этот файл и запустите двойным кликом, или выполните в консоли
- команду java -jar i2pinstall_0.9.9.jar для запуска инсталлятора.
- На некоторых платформах вы можете вызвать контекстное меню и выбрать
- "Open with Java".
-
-
-
Установка из командной строки в Linux / BSD / Solaris:
-
-Скачайте графический инсталлятор по ссылке выше и запустите из командной строки java -jar i2pinstall_0.9.9.jar -console
-
OS X Graphical installer:
- i2pinstall_0.9.9.jar
- (SHA256
-5028910d3fb9747a6724e39f8eccb6d9ebe0530ef017102c372871badfbf6d9f
- sig)
- Скачайте этот файл и запустите двойным кликом, или выполните в консоли
- команду java -jar i2pinstall_0.9.9.jar для запуска инсталлятора.
- На некоторых платформах вы можете вызвать контекстное меню и выбрать
- "Open with Java".
-
-
-
Установка из командной строки в OS X:
-
-Скачайте графический инсталлятор по ссылке выше и запустите из командной строки java -jar i2pinstall_0.9.9.jar -console
-
-
-
Установка из исходного кода:
- i2psource_0.9.9.tar.bz2
- (SHA256
-cbbf25dea50a717c3376eb7af226f0b2a653e0372db8782ef37aa8b3d275436c
- sig)
-
- (Как вариант, можете скачать текущий исходный код из monotone-репозитория
- git.repo.i2pGithub.)
-
- Запустите процесс сборки (tar xjvf i2psource_0.9.9.tar.bz2 ; cd i2p-0.9.9 ; ant pkg), затем воспользуйтесь собранным инсталлятором в графическом или консольном режиме (см. предыдущие способы установки).
-
-Windows: после завершения работы инсталлятора нажмите на кнопку «Start I2P». Откроется окно с консолью маршрутизатора I2P, где даны дальнейшие инструкции.
-
-
-
-Unix-совместимые системы: I2P можно запустить в виде сервиса через скрипт «i2prouter», расположенный в директории, которую Вы выбрали для установки I2P. Статус маршрутизатора можно посмотреть через команду «sh i2prouter status». Управление сервисом осуществляется при помощи параметров «start», «stop» и «restart». Адрес консоли маршрутизатора в таком режиме находится на обычном месте.
-
-В OpenSolaris и других системах, где не поддерживается сервисный враппер (i2psvc) — запускайте маршрутизатор командой «sh runplain.sh».
-
-
-
-При первом запуске I2P не забудьте настроить NAT/брандмауэр, если они у Вас используются и у Вас есть права для их настройки. Список используемых I2P внешних портов перечислен в FAQ. Если Вам удалось открыть порт для входящих TCP-соединений, включите использование входящих TCP-соединений на странице настроек Вашего I2P маршрутизатора.
-
-
-
-Проверьте и, по возможности, поменяйте настройки ограничения скорости на странице сетевых настроек, так как установленные по умолчанию лимиты (96 КБайт/сек на приём и 40 КБайт/сек на отдачу) сильно занижены.
-
-
-
Обновление ранее установленных версий:
-
-
-Обновлять I2P можно как автоматически, так и вручную.
-
-
-
-Если у Вас установлена версия 0.7.5 и выше, Ваш маршрутизатор самостоятельно обнаружит новый релиз. Просто нажмите кнопку «Скачать обновление» после того как она появится в консоли маршрутизатора.
-
-
-
-Особые случаи:
-
-
Из-за ошибки в релизе 0.7.6 при попытке автообновления возможно сообщение «downloaded version is not greater than current version» (ошибка проявляется в случае, если 0.7.6 — это первая версия, которую Вы поставили). В этом случае воспользуйтесь обновлением вручную (способ описан ниже).
-
-
Если у вас установлена версия 0.7.4 или ниже, пожалуйста, прочитайте заметки к релизу 0.7.5, где содержатся указания по перенастройке I2P-маршрутизатора для автоматических обновлений.
-
-
Если у вас установлена версия 0.6.1.30 или ниже, пожалуйста, прочитайте инструкцию «Upgrading from 0.6.1.30 and Earlier Releases», где содержатся указания по перенастройке I2P-маршрутизатора для автоматических обновлений.
-
-
-
-
Обновление ранее установленных версий (вручную):
-
-
-
Скачайте
- i2pupdate_0.9.9.zip
- (SHA256
-533b0ce2d9e1bfc8762ba17eef3572ae7355ed8f21d5d3557b718a14b05794f2
- sig)
- в директорию, где у Вас установлен I2P и переименуйте в i2pupdate.zip. (Как вариант, можно скачать исходный код и запустить сборку командой «ant updater», после чего скопировать полученный i2pupdate.zip в директорию, где у Вас установлен I2P.) Вам НЕ надо распаковывать этот zip-файл.
-
Windows 图形安装程序:
- i2pinstall_0.9.9_windows.exe
- (SHA256
-97dd4326ad8afdea0e78ffcb053b23793dfa79d89458be3fe3a1ed62a2d988e9
- sig)
-
-
-
Linux / BSD / Solaris 图形安装程序:
- i2pinstall_0.9.9.jar
- (SHA256
-5028910d3fb9747a6724e39f8eccb6d9ebe0530ef017102c372871badfbf6d9f
- sig)
- Download that file and double-click it (if that works) or
- type java -jar i2pinstall_0.9.9.jar in a terminal to run the
- installer.
- On some platforms you may be able to right-click and select
- "Open with Java".
- 下载以上文件并运行如果你不是 windows 用户，可以输入 java -jar i2pinstall_0.9.9.jar
-
-
-
Linux / BSD / Solaris 命令行安装(即无头安装):
- 下载上面的图形安装程序并在命令行状态下运行 java -jar i2pinstall_0.9.9.jar -console。
-
OS X Graphical installer:
- i2pinstall_0.9.9.jar
- (SHA256
-5028910d3fb9747a6724e39f8eccb6d9ebe0530ef017102c372871badfbf6d9f
- sig)
- Download that file and double-click it (if that works) or
- type java -jar i2pinstall_0.9.9.jar in a terminal to run the
- installer.
- On some platforms you may be able to right-click and select
- "Open with Java".
- 下载以上文件并运行如果你不是 windows 用户，可以输入 java -jar i2pinstall_0.9.9.jar
-
-
-
OS X 命令行安装(即无头安装):
- 下载上面的图形安装程序并在命令行状态下运行 java -jar i2pinstall_0.9.9.jar -console。
-
- Jrandom كان المطور الرئيسي للمشروع
-
-Syndie لعدة سنوات
-نتوقع ان يستمر غياب jrandom ابتداء من 2008. كما ان i2p.net اصيب بعطب تقني لشركة المستضيفة للموقع.
-
-
-هناك عدة اسباب لاستخدام البرنامج لقدر كبير من سرعة الجهاز هذه قائمة:
-
-
-هل تستعمل Sun Java او اصدار آخر (قم بكتابة java -version في سطر الأوامر).
-
-هل تستخدم BitTorrent فوق شبكة I2P؟ حاول تقليل من عدد تورنت، تقليل السرعة مشاركة الملفات، لو توقيف البرنامج.
-
-هل تشارك بقدر كبير من من سرعة الشبكة؟ ربما الكثير من البيانات تمر عبر جهازك مما يقوم بتأخيره. حاول تقليل نسبة المشاركة في ملف config.jsp.
-
-هل تستعمل آخر اصدار من I2P؟ الاصدارات الجديدة اكثر سرعة.
-
-هل قمت بتخصيص قدر كافي من الذاكرة لـI2P؟ انظر الى استعمال الذاكرة في graphs.jsp لرؤية حجم الذاكرة المستخدمة.
-
- قم بزيادة wrapper.java.maxmemory في wrapper.config.
-
-
-
-
انا ضد بعض انواع البيانات. كيف يمكنني منع نشرها او تخزينها او الوصول اليها؟
-(link)
-
-شبكة I2P مصممة لتكون شبكة مجهولة، فمن الصعب التحكم في محتواها.
-شبكة I2P مصممة لاتاحة الجميع التعبير بحرية وتجاوز الحجب ومراقبة اي نوع من البيانات.
-أفضل طريقة اذا كنت لا تتفق مع هذه الأفكار هي ان لا تستعمل الشبكة.
-حرية التعبير لها ثمن.
-يمكن الجواب عن هذا السؤال عبر ثلاثة محاور:
-
-
التوزيع
-جميع البيانات في شبكة I2P مشفرة على عدة مستويات. لايمكنك معرفة محتوى البيانات، مصدرها، او اتجاهها.
-كل البيانات التي تقوم بتمريرها هي داخلية وخاصة بالشبكة، انت لست
- بروكسي خارجي
-انت تقوم بمساعدة الشبكة عبر تمرير البيانات للآخرين وبالتالي جعلها اكثر أمانا.
-
-
التخزين
-انت لا تقوم بتخزين البيانات لمستخدمين آخرين
-فهذا المشروع يختلف عن طريقة اشتغالFreenet.
-
-
التصفح اذا لم تعجبك بعض المواقع، ببساطة لا تدخلها.
-
-
-
-
الانفاق المشاركة / الاتصالات/ السرعة تتفير طوال الوقت. هل هناك مشكلة؟
-(link)
-
-هذا طبيعي.
-الموجه يتغير ليتلائم مع حالة الشبكة.
-
-
-
موجهي يشتغل منذ عدة دقائق ولديه صفر نظير او عدد قليل من الاتصالات
-(link)
-
-تم نغيير العنوان. اذا قمت بتثبيث اول مرة او قمت بتثبيت اصدار قديم (0.6.1.30 او ماقبل) عليك تغيير العنوان.
-
-
- انقر "Reseed" في الموجه للحصول على عنوان جديد. ثم اذهب الى
-
- configadvanced.jsp,
- ثم اضف السطر i2p.reseedURL=http://netdb.i2p2.de/
- او i2p.reseedURL=http://i2pdb.tin0.de/netDb/ (either should work),
- ثم انقر "فعل", ثم انقر "reseed" .
-
-
موجه لايجد سوى عدد قليل من النظائر، هل هذا طبيعي؟
-(link)
-
-اذا كان لديه 10 او اكثر.هذا طبيعي. تغييرات في اصدار 0.6.1.31 و 0.6.1.32 تم زيادة فعالية العثور على النظاشر المفعلة.
-الموجه يستعمل عدد قليل من النظائر لاتمام الاتصال.
-
-
-
هل موجهي عبارة عن بروكسي خارجي للأنترنت العادية؟ انا لا اريد ذلك.
-(link)
-
- لا. بخلاف Tor
-البروكسي الخارجي ليس جزئ من تصميم الشبكة. فقط المتطوعين الذين يثبتون برامج خاصة لربط بشبكة انترنت خارجية وهم قلائل جدا.
-
-
-
I2P لايمكني الاتصال بمواقع انترنت عادية خارج الشبكة المجهولة
-(link)
-
-انظر اعلاه. هناك عدد قليل من بروكسي HTTP خارجي زيادة على ان البروكسي الخارجي الوحيد الذي يشتغل الآن هو false.i2p.
-لاستعماله حرر i2ptunnel settings for eepProxy ثم ضع في القائمة 'false.i2p' (فقط).
-ثم اوقف وأعد التشغيل
-اذا كانت رغبتك الأساسية من استعمال شبكة مجهولية هو الوصول الى مواقع انترنت عادية، ننصحك بستعمال
-Tor.
-
-
-
لا استطيع الوصول الى مواقع https:// او ftp:// عبر I2P.
-(link)
-
-داخل شبكة I2P لاتوجد حاجة لـ HTTPS لأن جميع الاتصالات مشفرة. FTP غير مدعوم لأسباب تقنية.
-
-
-عليك أن تقرر بنفسك.
-هذا يعتمد على ما تقوم به،
-
- و درجة المخاطرةوقدر التقة لمزود البروكسي الخارجي
-
-مثل تور I2P لا يقوم بتشفير كل الانترنت بطريقة سحرية. انت معرض لتجسس من طرف مزود البروكسي الخارجي.
-
- موقع Tor FAQ
- يقدم المزيد من الشروح.
-
-زيادة على ذلك يمكن ان يعرضك الى مشاكل امنية، للمزيدمن التفاصيل في هذه الصفحة
- zzz.i2p.
-
-
-
كيف يمكنني الوصول الى تورنت والدردشة وباقي الخدمات؟
-(link)
-
-لا يمكنك.
-احدهم يجب ان يقوم بانشاء بروكسي لكل خدمة.
-هناك نوعين فقط من بروكسي مستخدمة الآن: HTTP والبريد الالكتروني.
-لايوجد بروكسي خارجي SOCKS.
-اذا كنت بحاجة لهذا زر موقع تورTor.
-
-لماذا التحميل وتورنت وتصفح الويب ثقيل في شبكة I2P؟
-التشفير ونقل البيانات يستهلك سرعة الاتصال. الحرية والمجهولية لها ثمن.
-
-
-زيادة على ذلك انت والجميع عليكم زيادة القدر المشارك مع الآخرين من سرعة الاتصال. في
-
-صفحة الاعدادات.
-
-الشبكة لازالت قيد التطوير. والعديد من التعديلات هي قيد الانجاز، وعموما استخدام آخر اصدار يساهم في تجنب المشاكل.
-اذا لم تقم بذلك تبث آخر اصدار.
-
Go to http://localhost:7657/index.jsp
- and hit "Graceful restart", which restarts the JVM and reloads the client applications
-
-
-
-عندما يشتغل، يمكنك الوصول الى الطرفية عن بعد.سيطلب منك كلمة المستخدم وكلمة السر - كلمة المستخدم هي "admin"
-وكلمة السر هي التي استخدمتها في المرحلة السابقة. لاحظ:
-
- 0.0.0.0يدل على interfaceوليس الشبكة or netmask. 0.0.0.0
- means "bind to all interfaces", so it can be reachable on 127.0.0.1:7657 as well as
- any LAN/WAN IP.
-
-By default, the router I2CP interface (port 7654) binds to address 127.0.0.1. To bind to 0.0.0.0, set the
-router advanced configuration option i2cp.tcp.bindAllInterfaces=true and restart.
-
-بروكسي SOCKS 4/4a/5 مدعم ابتداء من اصدار 0.7.1، بروكسي SOCKS خارجي غير مدعم لاهميته القليلة زيادة على ان العديد من البرامج ترسل معلومات يمكن ان تكشف عن هويتك في الانترنت.
-
-
-زيادة على ذلك العديد من البرامد ترسل بيانات حساسة عن المستخدم التي يمكن ان تؤدي الى التعرف على هويتك على الانترنت. I2P يقوم فقط بفلترة بيانات الاتصال، لكن اذا كان البرنامج يرسلها ضمن بياناته ف I2P لن يستطيع القيام بشئ لضمان مجهوليتك.
- على سبيل المثال، فإن بعض تطبيقات البريد تقوم بإرسال عنوان IP لجهازك
- .و لا توجد وسيلة لتصفية I2P
- وبالتالي استخدام I2P 'socksify' لتطبيقات الموجودة هو ممكن ، ولكن
- في غاية الخطورة.
-
-اذا رغبت في المزيد من المعلومات حول بروكسي socks
-
- socks صفحة.
-
المنافذ المتصلة بالأنترنت
-ملاحظة: الاصدارات الجديدة ابتداء من 0.7.8 لا تستعمل منفذ 8887، تختار منفذ عشوائي بين 9000 و32000 عندما يشتغل البرنامج لأول مرة.
- المنفذ المختار محدد صفحة الاعدادات.
-
-
UDP المنفذ الخارجي صفحة الاعدادات to arbitrary remote UDP ports, allowing replies
-
TCP منفذ خارجي
-
(optional, but recommended) Inbound UDP to the port noted on صفحة الاعدادات from arbitrary locations
-
(optional, but recommended) Inbound TCP to the port noted on صفحة الاعدادات من عدة اماكن
- Inbound TCP may be disabled on the صفحة الاعدادات
-
Outbound UDP on port 123, allowing replies
- This is necessary for I2P's internal time sync (via SNTP -
- querying a random SNTP host in pool.ntp.org or another
- server you specify)
-
-
-
-
-
-
المنافذ المحلية, listening only to local connections by default,
- except where noted:
-
-
1900: UPnP SSDP UDP multicast listener.
- Cannot be changed. Binds to all interfaces.
- May be disabled on confignet.jsp.
-
-
2827: BOB bridge, a higher level socket API for clients
- Disabled by default.
- May be enabled/disabled on configclients.jsp.
- May be changed in the bob.config file.
-
-
4444: HTTP proxy
- May be disabled or changed on the i2ptunnel page in the router console.
- May also be configured to be bound to a specific interface or all interfaces.
-
-
4445: HTTPS proxy
- May be disabled or changed on the i2ptunnel page in the router console.
- May also be configured to be bound to a specific interface or all interfaces.
-
-
6668: IRC proxy
- May be disabled or changed on the i2ptunnel page in the router console.
- May also be configured to be bound to a specific interface or all interfaces.
-
-
7652: UPnP HTTP TCP event listener.
- Binds to the LAN address.
- May be changed with advanced config i2np.upnp.HTTPPort=nnnn.
- May be disabled on confignet.jsp.
-
-
7653: UPnP SSDP UDP search response listener.
- Binds to all interfaces.
- May be changed with advanced config i2np.upnp.SSDPPort=nnnn.
- May be disabled on confignet.jsp.
-
-
7654: I2P Client Protocol port, used by client apps.
- May be changed to a different port on
- configclients.jsp
- but this is not recommended.
- May be to bind to a different interface or all interfaces, or disabled, on
- configclients.jsp.
-
-
7655: UDP for SAM bridge, a higher level socket API for clients
- Only opened when a SAM V3 client requests a UDP session.
- May be enabled/disabled on configclients.jsp.
- May be changed in the clients.config file with the SAM command line option sam.udp.port=nnnn.
-
-
7656: SAM bridge, a higher level socket API for clients
- Disabled by default for new installs as of release 0.6.5.
- May be enabled/disabled on configclients.jsp.
- May be changed in the clients.config file.
-
-
7657: Your router console
- May be disabled in the clients.config file.
- May also be configured to be bound to a specific interface or all interfaces in that file.
-
-
7658: Your eepsite
- May be disabled in the clients.config file.
- May also be configured to be bound to a specific interface or all interfaces in the jetty.xml file.
-
-
7659: Outgoing mail to smtp.postman.i2p
- May be disabled or changed on the i2ptunnel page in the router console.
- May also be configured to be bound to a specific interface or all interfaces.
-
-
7660: Incoming mail from pop.postman.i2p
- May be disabled or changed on the i2ptunnel page in the router console.
- May also be configured to be bound to a specific interface or all interfaces.
-
-
8998: mtn.i2p2.i2p (Monotone - disabled by default)
- May be disabled or changed on the i2ptunnel page in the router console.
- May also be configured to be bound to a specific interface or all interfaces.
-
-
32000: local control channel for the service wrapper
-
-
-
-
-
-
-المنافذ المحلية لI2P لا تحتاج الاتصال بها من الخارج، لكن يجب ان يمكن الاتصال الداخلي.
-يمكنك انشاء انفاق I2PTunnel جديدة عبر http://localhost:7657/i2ptunnel وعليك اعداد الجدار الناري لتمكين الاتصال.
-
-شبكة I2P تحتاج فقط الاتصال للمرة الأولى، للوصول الى الشبكة. اعادة الاتصال تقوم فقط بارسال امر HTTP GET لتحميل
-مجلد للعديد من معلومات حول الموجه لاتمام الاتصال.
-
-
-
-
- A typical symptom of a failed reseed is the "Known" indicator
- (on the left sidebar of the router console) displaying a very small value
- (often less than 5) which does not increase. This can occur, among other things,
- if your firewall limits outbound traffic, and blocked the reseed request.
-
Diskussion mit den Entwicklern im IRC Kanal #i2p-dev
-
-
-
-Bitte füge relevante Informationen aus den Router und Wrapper Logs mit an.
-
-
-
Mir fehlen viele Adressen in meinem Adressbuch. Was sind die guten
-Subscription Links?
-(link)
-
-Die standard Bezugsquelle ist hier http://www.i2p2.i2p/hosts.txt, welche recht wenig
-aktualisiert wird. Falls du keine andere Bezugsquelle hast, musst Du recht oft den
-"jump" Links folgen, was sehr nervig wird auf Dauer.
-
-Hier nun einige andere öffentliche Adressbuch Bezugsquellen. Du solltest ein oder
-zwei zu deinen Susidns Bezugsquellen
-hinzufügen. du brauchst nicht alle, da diese sich untereinander regelmässig
-abgleichen. Die Links mit einer cgi-bin Anwendung verwenden verschiedene
-Strategien um die Anzahl der ausgesendeten doppelten Adressen zu minimieren,
-somit sollten sie effizienter sein. Bitte bedenke, das das eintragen einer Bezugsquelle
-ein "Akt des Vertrauens" ist, da eine böswillige Bezugsquelle dir falsche
-Adressen senden kann. Demzufolge bedenke bitte deine Wahl der Bezugsquelle und
-welcher Du vertraust. Diese Liste erhebt keinen Anspruch auf Vollständigkeit.
-
-
http://i2host.i2p/cgi-bin/i2hostetag
-
http://stats.i2p/cgi-bin/newhosts.txt
-
http://inr.i2p/export/alive-hosts.txt
-
-
-
-
Was passierte mit *.i2p.net? Was passierte mit jrandom? Ist I2P tot?
-(link)
-
-Jrandom war der Hauptentwickler von I2P und
-Syndie für mehrere Jahre.
-Wir rechnen mit der Abwesenheit von Jrandom bis mindestens Ende des Jahres 2008.
-Die *.i2p.net Domains wurden durch einen Stromausfall in deren Rechenzentrum
-in einen nicht funktionierenden Status versetzt und da nur Jrandom
-administrativen Zugriff auf diese hat, konnte dieser Fehler nicht korrigiert
-werden.
-
-Sschaue auf diese Seite für Jrandoms Abschiedsnachricht
-und weitere Informationen zur Migration von *.i2p.net zu dieser Webseite.
-
-I2P ist nicht tot, es ist weiterhin unter aktiver Entwicklung und wir erwarten
-mehrere Releases im Jahre 2010.
-Unter Umständen nutzt du die Java basierte BigInteger Bibliothek anstelle der
-nativen Version, besonders auf neuer oder unüblicher Hardware (64bit, OS X,
-OpenSolaris, etc.). Schaue auf der jbigi Seite nach für
-Informationen zur Diagnose, dem Bauen und Testen der jbigi.
-Falls deine native jbigi Bibliothek problemlos funktioniert kommt der Grossteil
-der CPU Last wahrscheinlich vom Routen der "Participating Tunnel". Dieses erzeugt
-Last auf der CPU, da bei jedem Hop eine Schicht von Verschlüsselung
-dekodiert werden muss. Du kannst die Ausnutzung durch "Participating
-Tunnel" auf 2 Wegen beschränken - durch reduzieren der "shared bandwith"
-auf der Seite
-config.jsp oder durch setzen von
-router.maxParticipatingTunnels=nnn auf der Seite
-configadvanced.jsp.
-
-
-
ich mag einen bestimmten Teil der Daten/Inhalte nicht. Wie kann ich
-verhindern, das ich diese verbreite, speichere oder auf sie zugreifen kann?
-(link)
-
-Hmm. I2P ist ein anonymes Netzwerk, somit ist dieses Thema schwer zu lösen.
-I2P ist für jeden aufgebaut und nicht zum zensieren von ein paar/allen Daten.
-Der Beste Weg um deinen PC frei von (verschlüsseltem) Material, welches Du
-nicht magst, zu halten, ist I2P nicht zu nutzen.
-Die Redefreiheit für jeden (Freedom of Speech) hat gewisse Kosten, die wir
-akzeptieren müssen.
-Aber lass uns die Frage in 3 Teilen beantworten:
-
-
Verteilen - Alle Daten in I2P sind in mehreren Schichten verschlüsselt. Du
-kennst weder den Inhalt der Nachricht noch ihren Ausgangspunkt oder ihr Ziel. Deine einzige
-Auswahl ist nur, generell keine Daten zu routen, indem Du die "Share" Bandbreite oder die
-maximale Anzahl der "Participating Tunnel" auf 0 setzt (siehe oben). Es wäre schön, wenn
-du dieses nicht machst, du solltest dem Netzwerk helfen, in dem du fremde Daten weiter
-leitest.
-
Speichern - I2P hat keinen verteilten Datenspeicher, du musst an
-Freenet denken.
-Du speicherst keine Daten für jemand anderen.
-
Zugriff - Falls es Eepsites gibt, die Du nicht magst, besuche sie nicht!
-Oder benutze einen Proxy wie Privoxy, der den Zugriff dazu für dich sperrt.
-
-
-
-
Meine active Peers / known Peers / Participating Tunnel / Verbindungen / Bandbeite
-ändern sich stark! Ist irgendwas kaputt?
-(link)
-
-Nein, das ist normal.
-Alle Router passen sich dynamisch an die sich veränderne Netzwerkbedingunen und
-Anforderungen an.
-
-
-
Mein router ist seit einigen Minuten an und hat keine oder sehr wenig Verbindungen
-(link)
-
- Die Reseed URL hat sich geändert. Falls es deine erste Installation von einer alten
- Version (0.6.1.30 oder davor) ist, oder du I2P eine lange Zeit nicht in Betrieb hattest,
- musst Du diese URL ändern und dann auf "Reseed" klicken um andere Router zu finden.
- Wenn dein Router an ist, füge auf der Seite
- configadvanced.jsp die Zeile
- i2p.reseedURL=http://netdb.i2p2.de/ ODER
- i2p.reseedURL=http://i2pdb.tin0.de/netDb/ an (beide sollten funktionieren),
- klicke dann auf "Apply" und danach auf den "reseed" Verweis auf der linken Seite.
-
- Dieses funktioniert, wenn Du 0.6.127 und neuere Versionen nutzt, ab Version
- 0.6.1.31 brauchst Du dieses nicht mehr machen. Falls Du Version 0.6.1.26 oder älter nutzt,
- folge den Anweisungen in dem manuellen Reseed Abschnitt weiter unten
- oder installiere die aktuelle Version.
- Mögliche alternative Methode - füge der wrapper.config die Zeile
- wrapper.java.additional.5=-Di2p.reseedURL=http://netdb.i2p2.de/ an,
- beende den Router komplett, starte neu und klicke dann auf "Reseed". Bitte teile uns mit,
- ob dieses funktioniert.
-
-
-
Mein Router hat sehr wenige aktive Peers, ist das OK?
-(link)
-
-Falls er 10 oder mehr hat, ist das OK. Änderungen in 0.6.1.31 und 0.6.1.32 haben
-die Effiziend des Routers gesteigert und die Anzahl der aktiven Peers effektiv reduziert.
-Der Router sollte zu jeder Zeit Verbindungen zu ein paar Peers haben.
-Die beste Möglichkeit um besser ins Netzwerk integriert zu sein, ist das setzen
-von höheren Bandbreitenlimits (Mehr Bandbreite freigeben).
-
-
-
Ist mein Router ein "Exit Punkt" ins normale Internet? Das will ich nicht!
-(link)
-
- Nein, im Gegensatz zum Tor Netzwerk,
- sind "Ausgangspunkt" oder "Outproxies" nicht in der Installation von I2P enthalten
- und somit nicht Standard-Teil des Netzwerkes.
- Nur Freiwillige, die eine zusäiche Anwendung installieren und betreiben,
- können Daten ins normale Netz umsetzen. Es gibt nur sehr wenige davon.
-
-
-
Ich kann keine normalen Internetseiten über I2P erreichen.
-(link)
-
- Siehe oben. Es gibt nur wenige HTTP "outproxies", diese nicht ein offizieller Teil des
- Netzwerkes und sie können inaktiv sein.
- hinzu kommt, das die Outproxies squid.i2p, true.i2p und krabs.i2p nicht mehr aktiv sind.
- Der einzige aktive zur Zeit ist false.i2p.
- Um diesen zu benutzen,
- editiere deine i2ptunnel Einstellungen für den eepProxy
- und setze deine Outproxy Liste auf 'false.i2p' (nur auf den).
- Dann stoppe und start den eepProxy wieder.
- Falls es nicht klappt, ist der Outproxy nicht aktiv, es ist nicht der Fehler von I2P.
- Falls deine Hauptanwendung zum Nutzen eines anonymen Netzwerkes das anonyme Betrachten
- von Webseiten ist, solltest Du Tor ausprobieren.
-
-
-
Ich kann keine https:// oder ftp:// Seiten ü I2P besuchen.
-(link)
-
- Innerhalb von I2P ist HTTPS unnötig, da jeder Verkehr ende-zu-end verschlüsselt ist.
- FTP wird aus technischen Gründen nicht unterstützt.
-
- Für HTTPS oder FTP Zugriffe auf des normale Internet existieren keine HTTPS oder FTP
- "Outproxies". HTTPS wä möglich, wenn jemand den Outproxie aufsetzt, FTP ist
- wahrscheinlich nicht möglich. Es ist wharscheinlich jede andere Art von Outproxy
- möglich, versuche einfach diese zu installieren, mit einem Standard Tunnel
- zu konfigurieren und probiere es einfach aus!
- Wie schon mehrmals im oberen Bereich erklärt sind Outproxies nicht Bestandteil des
- eigentlichen I2P Netzwerkes. Es sind Dienste die von einzelnen Personen betrieben werden
- und jederzeit funktionieren oder nicht funktionieren können.
- Falls Du einen Outproxy aufsetzen möchtest, betrachte sorgfältig die
- möglichen Risiken davon.
- Die I2P Gemeinde kann dir möglicherweise bei den technischen Aspekten helfen,
- frage einfach nach.
-
-
-
Die meisten der Eepsite in I2P sind nicht erreichbar?
-(link)
-
- Falls Du damit jede Eepsite, die jemals erstellt wurde, meinst, dann ja, viele von denen
- sind offline. Personen und Eepsite kommen und gehen.
- ein guter Weg um mit I2P zu starten ist es, die Liste der Eepsites, die erreichbar sind,
- zu checken.
- perv.i2p listen den Status der Eepsites auf..
-
-Warum sind Downloads, Torrents, Webseiten und alles andere so langsam in I2P?
-Das Verschlüsselnt und routen durch das I2P Netzwerk fügt einen merkbaren
-Zusatz an Overhead hinzu und limitiert die erreichbare Bandbreite.
-Anonymität gibt es nicht umsonst.
-Zum Beispiel verdoppelt ein 1-Hop Tunnel die benötigte Bandbreite, da die
-selben Daten 2 mal im Netz transportiert werden, ein 2-Hop Tunnel verdreifachen sie,
-ein 3-Hop Tunnel vervierfachen sie, usw..
-
-
-Dazu solltest Du und jeder andere ggf. die Bandbreitenlimits erhöhen.
-Die zwei wichtigen Einstellungen dazu sind die Eingnags und Ausgangsbeschränkungen
-auf der Konfigurations Seite.
-Mit der standard Einstellung von 32 KBps sind höhere Transferraten als 15 KBps in
-I2PSnark normalerweise nicht möglich. Die beiden Bandbreitenlimitierungen zu
-erhöhen (dabei aber im Rahmen deiner Internetanbindung bleiben) wird die
-mögliche Transferrate in I2PSnark und anderen Anwendungen erhöhen.
-
-Hast Du dazu noch die "Share Bandwith" ausreichend hoch eingestellt um "Partiticapating
-Tunnel" über deinen Router zu leiten? Glaub es oder nicht, aber das
-Erlauben von "Participating Tunnel" hilft dir, gut im Netzwerk integriert
-zu bleiben und deine Transferraten hoch zu halten.
-
-I2P ist noch nicht fertig und es wird ständig verbessert. Eine Menge an
-Verbesserungen und fehlerkorrekturen werden eingebaut und generell gilt,
-das der Betrieb der aktuellsten Version"
-deiner Performance im Netzwerk hilft.
-
Wie verbinde ich mich mit dem IRC innerhalb von I2P?
-(link)
-
-Starte auf der
-I2PTunnel Konfigurationsseite,
-den ircProxy.
-Verbinde dich danach mit deinem IRC Programm zu der Adresse localhost (127.0.0.1)
-auf Port 6668.
-
-
-
Wie kann ich mich von meinen anderen PCs mit der Web Konsole
-verbinden oder mit einem Passwort sichern?
-(link)
-
- Aus Sicherheitsgründen lauscht die Admin Konsole in der standard
- Einstellung nur auf Verbindungen auf dem lokalem Interface. Mit ein paar
- Einstellungen kannst du diese jedoch von extern erreichbar machen:
-
-
-
-
Öffne die Seite clients.config und ersetze
- clientApp.0.args=7657 127.0.0.1 ./webapps/
- mit
- clientApp.0.args=7657 0.0.0.0 ./webapps/
Gehe auf http://localhost:7657/index.jsp
- und klicke auf "Graceful restart", welches die JVM neu startet und die Einstellungen der Klienten
- neu lädt
-
-
-
- Nachdem es neu gestartet ist, solltest Du die Konsole von extern erreichen können.
- Du wirst nach einem User und Passwort gefragt, der User ist "admin" und das Passwort
- ist das, welches du 2 Punkte weiter oben eingetragen hast. Hinweis: das
- 0.0.0.0 dabei definiert das Interface, nicht eine Netzwerkadresse oder
- eine Netmaske. 0.0.0.0 meint, binde dich an alle Interfaces, so das die Konsole
- sowohl auf 127.0.0.1:7657 als auch über alle LAN/WAN IPs des Router erreicht
- werden kann!
-
- Eine Eepsite ist eine Webseite, die anonym gehosted wird - Du kannst sie erreichen
- indem Du in deinem Browser den Web Proxy von I2P als HTTP Proxy einträgst
- (üblicherweise lauscht der I2P Proxy an Port 4444) und dann die Seite mit
- dem Browser aufrufst.
-
-
-
Was bedeuten die Active x/y Nummern in der Router Konsole?
-(link)
-
- X ist die Anzahl der Knoten, mit denen Du in der letzten Minute erfolgreich
- Nachrichten ausgetauscht hast, y ist die Anzahl der bekannten Knoten aus der
- letzten Stunde Aktivität (oder 24h).
-
-
-
Ist es möglich, I2P als SOCKS Proxy zu nutzen?
-(link)
-
- Es ist technisch möglich, aber viele Anwendungen geben zu viele
- sensitive Informationen preis, die dich im Internet identifizieren
- können. I2P filtert nur die Verbindungsdaten, aber falls eines
- der Programme, die du nutzen willst, deine persönlichen Daten
- als Content (Inhaltsdaten) sendet, kann I2P dir keinen Schutz deiner
- Anonymität bieten. Zum Beispiel senden viele Mailprogramme die
- IP Adresse des PCs mit zum Mailserver. Es existiert keine
- Möglichkeit für I2P, dieses zu filtern. Somit ist das
- "SOCKifizieren" von bestehenden Anwendungen über I2P möglich
- aber extrem gefährlich.
-
- Falls du dennoch mehr Informationen zu einer SOCKS Proxy Anwendung
- möchtest, gibt es hilfreiche Tips auf der SOCKS Seite.
-
- Ok, hier ist eine Liste der Standard Ports (natürlich ist
- alles mit verschiedenen Einstellungen konfigurierbar):
-
-
-
-
Ports ins Internet
-
- Hinweis: Neue Installation seit der Version 0.7.8 benutzen nicht mehr den Port 8887;
- diese nutzen einen zufälligen Port zwischen Port 9000 and 32000.
- Dieser wird beim ersten Start gesetzt. Der genutzte Port wird auf der
- Einstellungsseite angezeigt.
-
-
Ausgehender UDP Transport von diesem zufälligem Port an verschiedene UDP Ports, Antworten erlaubt
-
Ausgehender TCP Transport von verschiedenen hohen Ports an verschiedene TCP Ports
-
(optional, aber empfohlen) Eingehender UDP Transport an diesen zufälligen Port von verschiedenen Adressen
-
(optional, aber empfohlen) Eingehender TCP transport an diesen zufälligen Port von verschiedenen Adressen
- Per Voreinstellung lauscht I2P nicht auf eingehende TCP Verbindungen.
- Um dieses zu aktivieren, kannst du entweder I2P die Adresse und Port automatisch erkennen lassen,
- werden aus dem UDP Transport ausgelesen, oder du kannst die IP Adresse (oder einen DNS Namen)
- und einen TCP Port per Hand eintragen. Du kannst diese Funktion auf der Konfigurations Seite
- aktivieren.
-
Ausgehender UDP Transport auf Port 123, Antworten erlaubend
- Dieses ist für das I2P-interne Zeit synchronisieren notwendig. Es fragt via SNTP zufällige
- SNTP Server im pool.ntp.org Pool oder einen von dir eingestellten Server ab.
-
-
-
-
-
-
Lokale I2P Ports, per default nur auf lokale Verbindungen lauschend:
-
-
7654: I2P Klient Protokol Port, von Klient Applikationen benutzt
-
7656: SAM bridge, eine "High Level Socket API" für Klienten
- Unter Umständen deaktiviert in der clients.config Datei
-
2827: BOB bridge, eine "High Level Socket API" für Klienten
- Deaktiviert per default.
-
-
7657: Deine Router Konsole
-
7658: Deine Eepseite
- Unter Umständen deaktiviert in der clients.config Datei
-
32000: Lokaler Kontrollkanal für den Java Service Wrapper
-
-
-
-
-
-
Default I2PTunnel Ports, per default nur auf lokale Verbindungen lauschend:
- Alle können auf der I2PTunnel Seite in der Router Konsole deaktiviert sein
-
-
4444: HTTP proxy
-
6668: IRC proxy
-
7659: Ausgehende Mail an smtp.postman.i2p
-
7660: Eingehende Mail von pop.postman.i2p
-
8998: mtn.i2p2.i2p (Monotone - deaktiviert per default)
-
-
-
-
-
-
- Eie lokale I2P und die I2P Tunnel Ports brauchen nicht von anderen PCs aus
- erreichbar sein, sollten aber lokal erreichbar sein. Du kannst dazu weitere
- Ports für weitere I2PTunnel Instanzen auf der http://localhost:7657/i2ptunnel/
- Seite einrichten (und dabei in deiner Firewall den lokalen Zugreif zulassen, den
- von extern jedoch nicht, es sei denn, dieses wird gewünscht).
-
-
-
- In der Zusammenfassung muss kein Port von externen unbekannten Knoten erreichbar sein,
- aber wenn Du deinen NAT/Firewall Zugriff auf TCP/UDP Port 8887 frei gibst, bekommst
- du bessere Performance im I2P Netzwerk. Du brauchst dazu auch die Möglichkeit,
- ausgehende UDP Daten an verschiedene externe Knoten zu senden (verschiedene IPs mit
- Programmen wie Peer Guardian zu blockieren wird deinen Knoten nur schaden - so mache
- dieses nicht!).
-
- Ein I2P Router muss nur einmal reseeden, um das I2P Netzwerk das erste Mal
- zu betreten. Reseeding is nichts anderes, als einfache HTTP GET Anfragen zu senden,
- um ein Verzeichnislisting und mehrere "RouterInfo" Dateien von einer
- vordefinierten Reseed URL downzuloaden.
-
-
-
- Ein typisches Zeichen eines fehlgeschlagenen Reseedens ist die "Known" Anzeige
- (auf der linken Seite der Router Konsole) mit einer sehr kleinen Zahl (weniger als 5),
- die auch nicht grösser wird. Dieses kann passieren, neben anderen Gründen, wenn
- deine Firewall eingehenden Transfer limitiert und die Reseed Anfragen blockiert.
-
-
-
- Um manuell einen I2P Router zu reseeden, mache folgendes:
-
- Bestens! Du findest uns im IRC auf irc.freenode.net im Kanal #i2p oder frage
- im Forum und wir werden das hier anfügen (mit
- der Antwort, hoffentlich).
-
-Ενώ έχει αναφερθεί ότι το I2P τρέχει σε PCs τόσο πενιχρά όσο ένας low-end Pentium II με 64 MB RAM, θα έχετε μία πολύ καλύτερη εμπειρία σε ένα Pentium III (ή καλύτερο) με 128 MB
-RAM (ή περισσότερο). Ένας πίνακας που συγκρίνει την απόδοση διάφορων JREs βρίσκεται στο https://trac.i2p2.de/wiki/java, αλλά εν συντομία: όλα είναι δυνατά, χρησιμοποιήστε Sun/Oracle Java ή OpenJDK.
-
-
-
-Το I2P έχει δοκιμαστεί σε Windows, FreeBSD (δείτε τη σημείωση παρακάτω), OSX και OpenSolaris. Γίνεται δουλειά ώστε να φέρουμε το I2P και στην πλατφόρμα
-Android.
-
pastethis.i2p και επικοινωνήστε μαζί μας στο IRC στο κανάλι #i2p
-
Συζητήστε με τους developers στο IRC στο κανάλι #i2p-dev
-
-
-Παρακαλούμε να συγκαταλέγεται πληροφορίες σχετικές από τα logs του router και του wrapper.
-
-
-
Μου λείπουν πολλοί hosts από το addressbook μου. Ποια είναι κάποια καλά subscription links;
-(link)
-
-Η εξ' ορισμού συνδρομή είναι στο http://www.i2p2.i2p/hosts.txt που ενημερώνεται σπανίως.
-Εάν δεν έχετε άλλη συνδρομή, μπορεί να χρειάζεται συχνά να χρησιμοποιείτε "jump" links
-που είναι ενοχλητικό.
-
-
-
-Σας παραθέτουμε κάποιους άλλους συνδέσμους δημόσιων συνδρομών. Ίσως να θέλατε να προσθέσετε έναν
-ή δύο στο susidns subscription list.
-Δεν είναι ανάγκη να τα προσθέσετε όλα, καθώς συγχρονίζονται μεταξύ τους περιοδικά.
-Οι σύνδεσμοι, χρησιμοποιώντας cgi-bin εφαρμογές ακολουθούν διάφορες στρατηγικές
-για να ελαχιστοποιήσουν τις διπλότυπες διευθύνσεις, ώστε να είναι πιο αποδοτικό.
-Σημειώστε ότι η εγγραφή σε μία hosts.txt υπηρεσία είναι πράξη "εμπιστοσύνης", καθώς
-ένας κακόβουλος θα μπορούσε να σας δώσει λάθος διευθύνσεις. Οπότε σκεφτείτε αν
-θέλετε να εμπιστευτείτε κάποιες από αυτές. Οι διαχειριστές αυτών των υπηρεσιών
-ίσως έχουν διάφορες πολιτικές για την καταχώρηση hosts. Η παρουσία αυτής της λίστας
-δεν αποτελεί εγγύηση.
-
Τι έγινε με το *.i2p.net; Τι συνέβη στον jrandom; Είναι νεκρό το I2P;
-(link)
-
Ο Jrandom ήταν ο lead developer του I2P και του
-Syndie για αρκετά χρόνια.
-Δεν γνωρίζουμε αν ή πότε ο jrandom θα γυρίσει.
-Τα *.i2p.net domains έμειναν σε μη λειτουργική κατάσταση μετά από μία
-διακοπή ρεύματος στην εταιρεία που έκανε την φιλοξενία.
-
-
Δείτε αυτή τη σελίδα για το μήνυμα αποχώρησης του jrandom
- και επιπλέον πληροφορίες για τη μετάβαση του *.i2p.net σε αυτό το website.
-
-
Το I2P παραμένει σε ενεργή ανάπτυξη.
-
-
Το router μου χρησιμοποιεί πάρα πολύ CPU?!?
-(link)
-
-Υπάρχουν πολλές πιθανές αιτίες που προκαλούν υψηλή χρήση της CPU. Δείτε παρακάτω:
-
-
-Προσπαθήστε να χρησιμοποιήσετε είτε OpenJDK είτε Sun/Oracle Java εάν είναι διαθέσιμο για
-το σύστημά σας. Μπορείτε να ελέγξετε την έκδοση της Java που έχετε εγκατεστημένη γράφοντας
-java -version στη γραμμή εντολών. Η απόδοση τείνει να φθίνει με άλλες υλοποιήσεις
-της Java.
-
-
-Τρέχετε κάποιο BitTorrent client πάνω από το I2P; Προσπαθήστε να ελαττώσετε τον αριθμό των torrents,
-το όριο του bandwidth, ή προσπαθήστε να το κλείσετε τελείως για να δείτε αν αυτό βοηθήσει.
-
-
-Έχουν ρυθμιστεί τα όρια του bandwidth πολύ ψηλά; Είναι πιθανό να διέρχεται πάρα πολύ κίνηση από το
-I2P router και να υπερφορτώνεται. Προσπαθήστε να ελαττώσετε τη ρύθμιση για share bandwidth percentage
-στη σελίδα configuration.
-
-
-Βεβαιωθείτε ότι τρέχετε την τελευταία έκδοση του I2P ώστε να έχετε τα πλεονεκτήματα της αυξημένης
-απόδοσης και των bug fixes.
-
-
-Υπάρχει διαθέσιμη αρκετή μνήμη για το I2P; Δείτε στο γράφημα της μνήμης στη σελίδα των γραφημάτων
-για να δείτε αν η χρήση της μνήμης έχει "καθηλωθεί"—το JVM ξοδεύει την περισσότερη ώρα του σε garbage collection.
-Αυξήστε τη ρύθμιση wrapper.java.maxmemory στο wrapper.config.
-
-
-Η χρήση της CPU είναι απλά μεγαλύτερη από αυτή που θα θέλατε, ή έχει καθηλωθεί στο 100% για πολλή ώρα;
-Εάν έχει καθηλωθεί, τότε ίσως πρόκειται για bug. Κοιτάξτε στα logs για ιδέες.
-
-
-Ίσως χρησιμοποιείτε την Java-based BigInteger βιβλιοθήκη αντί για την native έκδοση,
-ειδικά εάν τρέχετε σε ένα νέο ή ασυνήθιστο OS ή hardware (OpenSolaris, mipsel, κτλ).
-Δείτε τη σελίδα για τη jbigi για οδηγίες πάνω σε διαγνωστικές
-μεθόδους, μεθόδους κατασκευής και μεθόδους δοκιμών.
-
-
-Εάν η native jbigi βιβλιοθήκη δουλεύει καλά, η μεγαλύτερη χρήση
-της CPU ίσως είναι για τη δρομολόγηση της κίνησης από συμμετέχοντα
-tunnels. Αυτό χρησιμοποιεί CPU γιατί σε κάθε hop ένα στρώμα κρυπτογράφησης
-πρέπει να αποκρυπτογραφηθεί. Μπορείτε να περιορίσετε τη συμμετέχουσα
-κίνηση με δύο τρόπους - μειώνοντας το share bandwidth στη σελίδα
-confignet.jsp,
-ή θέτοντας router.maxParticipatingTunnels=nnn στη σελίδα
-configadvanced.jsp.
-
-
-
Είμαι αντίθετος με κάποια περιεχόμενα. Πώς απέχω από τον διαμοιρασμό, την αποθήκευση ή την πρόσβασή τους;
-(link)
-
-Χμμ. To I2P είναι ένα ανώνυμο δίκτυο, οπότε αυτό είναι ζόρικο.
-Το I2P έχει σχεδιαστεί για να αντέχει στη λογοκρισία, προσφέροντας έναν τρόπο για όλους
-για να επικοινωνούν ελεύθερα. Ο καλύτερος τρόπος να κρατήσετε το PC σας ελεύθερο από
-(κρυπτογραφημένη) κίνηση που δεν σας αρέσει, είναι να μην χρησιμοποιείτε το I2P.
-Η ελευθερία του λόγου έρχεται με κάποιο κόστος.
-Αλλά ας απευθυνθούμε στην ερώτησή σας σε τρία μέρη:
-
-
-
Διακίνηση - Όλη η κίνηση στο I2P είναι κρυπτογραφημένη σε πολλαπλά επίπεδα. Δεν γνωρίζετε
-τα περιεχόμενα ενός μηνύματος, την πηγή ή τον προορισμό του.
-Όλη η κίνηση που δρομολογείτε είναι εσωτερική στο I2P δίκτυο, δεν είσαστε exit node (outproxy).
-Η μόνη εναλλακτική σας είναι να αρνηθείτε να δρομολογείτε οποιαδήποτε κίνηση, θέτοντας το share bandwidth
-ή τα μέγιστα συμμετέχοντα tunnels στο 0 (δείτε παραπάνω).
-Θα ήταν καλό να μην το κάνετε αυτό, θα πρέπει να βοηθήσετε το δίκτυο δρομολογώντας κίνηση για άλλους.
-Πάνω από το 95% των χρηστών δρομολογούν κίνηση για άλλους.
-
Αποθήκευση - Το I2P δεν κάνει κατανεμημένη αποθήκευση περιεχομένου. Θα πρέπει να έχετε στο μυαλό σας το
-Freenet.
-Κανενός το περιεχόμενο δεν αποθηκεύεται στον υπολογιστή σας τρέχοντας το I2P.
-
-
Πρόσβαση - Εάν υπάρχουν κάποια eepsites που δεν σας αρέσουν, μην πηγαίνετε εκεί.
-Ή, χρησιμοποιήστε ένα blocking proxy όπως το Privoxy ή κάποιου είδους "net nanny".
-
-
-
Οι ενδείξεις peers / known peers / participating tunnels / connections / bandwidth ποικίλλουν δραματικά ανά διαστήματα! Πάει κάτι στραβά;
-(link)
-
-Όχι. Αυτό είναι φυσιολογικό.
-Όλα τα routers προσαρμόζονται δυναμικά στις αλλαγές του δικτύου και στις απαιτήσεις.
-
-
-
Το router μου είναι ανοιχτό για αρκετές ώρες και έχει μηδενικές ή πολύ λίγες συνδέσεις
-(link)
-
-Ίσως χρειάζεται να κάνετε reseed στο I2P router. Στις πρόσφατες εκδόσεις του I2P μπορείτε να πάτε στο
-http://localhost:7657/configreseed και να κάνετε "κλικ" στο κουμπί
- Save Changes and Reseed Now . Εάν αυτή η μέθοδος δεν λειτουργεί—ή χρησιμοποιείτε πολύ παλιά έκδοση
-—ίσως χρειαστεί να κάνετε χειροκίνητο reseed.
-
- Το URL για το reseed άλλαξε πριν μερικά χρόνια. Εάν αυτή είναι η πρώτη σας εγκατάσταση
- και έχετε εγκαταστήσει παλιά έκδοση (0.6.1.30 ή παλαιότερη), ή δεν έχετε χρησιμοποιήσει το
- I2P για μεγάλο χρονικό διάστημα, θα πρέπει να αλλάξετε το URL και μετά να κάνετε "κλικ"
- στο "Reseed" στην κονσόλα για βρείτε άλλους routers.
- Αφού τρέχει το router σας, στο configadvanced.jsp,
- προσθέστε τη γραμμή i2p.reseedURL=http://netdb.i2p2.de/
- ή i2p.reseedURL=http://i2pdb.tin0.de/netDb/ (είτε ο ένας είτε ο άλλος θα πρέπει να λειτουργήσουν),
- μετά κάντε "κλικ" στο "Apply", μετά κάντε "κλικ" στον "reseed" σύνδεσμο στα αριστερά.
-
- Αυτό δουλεύει αν τρέχετε έκδοση 0.6.1.27 ή νεότερη.
- Εάν τρέχετε έκδοση 0.6.1.31 ή νεότερη, πιθανότατα δεν χρειάζεται να το κάνετε αυτό.
- Εάν τρέχετε έκδοση 0.6.1.26 ή παλαιότερη, ή ακολουθήστε τις
- οδηγίες για χειροκίνητο reseed παρακάτω
- ή εγκαταστήστε την τελευταία έκδοση.
- Πιθανή εναλλακτική μέθοδος - προσθέστε
- wrapper.java.additional.5=-Di2p.reseedURL=http://netdb.i2p2.de/
- στο wrapper.config, σταματήστε το router τελείως, μετά ξεκινήστε πάλι, και κάντε "κλικ" στο "reseed".
- Ενημερώστε μας αν αυτό δουλέψει.
-
-
...αλλά θα πρέπει *πραγματικά* να ενημερώσετε στην τελευταία έκδοση.
-
-
Το router μου έχει πολύ λίγους κόμβους, είναι αυτό εντάξει;
-(link)
-
-Εάν το router σας έχει 10 ή παραπάνω ενεργούς κόμβους, όλα είναι καλά. Αλλαγές στις εκδόσεις 0.6.1.31 και 0.6.1.32
-βελτίωσαν την αποτελεσματικότητα του router και μείωσαν αποτελεσματικά τον αριθμό των ενεργών κόμβων
-Το router πρέπει να διατηρεί συνδέσεις σε μερικούς κόμβους συνέχεια.
-Ο καλύτερος τρόπος να παραμείνετε καλύτερα συνδεδεμένοι στο δίκτυο είναι να
-μοιράζετε περισσότερο bandwidth.
-
-
-
Είναι το router μου "exit node"(outproxy) για το κανονικό Internet; Δεν θέλω να είναι.
-(link)
-
- Όχι. Αντιθέτως με το Tor,
- "exit nodes" ή "outproxies" δεν είναι έμφυτο μέρος του δικτύου.
- Μόνο εθελοντές που ρυθμίζουν και τρέχουν ξεχωριστές εφαρμογές θα μεταβιβάζουν κίνηση
- στο κανονικό Internet. Είναι πολλοί, πολλοί λίγοι.
-
-
-
Δεν έχω πρόσβαση σε κανονικές σελίδες μέσα από το I2P.
-(link)
-
- Δείτε παραπάνω. Υπάρχουν πολλοί λίγοι HTTP "outproxies", δεν είναι έμφυτο μέρος του δικτύου,
- και μπορεί να μην τρέχουν. Επιπλέον, οι παλαιοί outproxies squid.i2p, true.i2p και krabs.i2p
- εξαφανίστηκαν. Ο μόνος outproxy αυτή τη στιγμή είναι ο false.i2p. Για να τον χρησιμοποιήσετε,
- τροποποιήστε το i2ptunnel settings for eepProxy
- και ορίστε στη λίστα με τους outproxies το 'false.i2p' (μόνο).
- Μετά σταματήστε και ξεκινήστε το eepProxy.
- Εάν δεν δουλεύει, ο outproxy δεν λειτουργεί. Δεν είναι πρόβλημα του I2P.
- Εάν ο πρωταρχικός σκοπός που χρησιμοποιείτε ένα ανώνυμο δίκτυο είναι να έχετε πρόσβαση
- ανώνυμα σε sites στο κανονικό Internet, θα πρέπει να δοκιμάσετε το Tor.
-
-
-
Δεν έχω πρόσβαση σε https:// ή ftp:// σελίδες μέσα από το I2P.
-(link)
-
- Μέσα στο I2P, δεν υπάρχει ανάγκη για HTTPS, καθώς όλη η κίνηση είναι
- κρυπτογραφημένη από το ένα άκρο ως το άλλο.
- Το FTP δεν υποστηρίζεται για τεχνικούς λόγους.
-
-
- Δεν υπάρχουν FTP "outproxies" στο Internet—ίσως να μην είναι δυνατό να ρυθμιστεί ένας.
- Οποιοδήποτε άλλο είδος outproxy μπορεί να δουλέψει αν έχει ρυθμιστεί με ένα standard tunnel.
- Αν θέλετε να ρυθμίσετε κάποιου είδους outproxy, μελετήστε προσεκτικά τους ενδεχόμενους κινδύνους.
- Η κοινότητα του I2P μπορεί ή δεν μπορεί να σας βοηθήσει στο τεχνικό πεδίο, ρωτήστε ελεύθερα.
-
-
- Όπως έχει αναφερθεί αρκετές φορές παραπάνω, υπάρχοντες outproxies δεν είναι μέρος του πυρήνα του δικτύου.
- Είναι υπηρεσίες που τρέχουν από άτομα και μπορεί ή δεν μπορεί να λειτουργικές κάθε στιγμή.
-
-
Ενημέρωση: Χάρη στη δουλειά του h2ik, υπάρχει ένας https outproxy διαθέσιμος για χρήση μέσω του I2P.
- Ξεκινώντας με το I2P 0.8.4 το tunnel είναι ρυθμισμένο
- εξ' ορισμού.
- Σε περίπτωση που ο https outproxy δεν είναι διαθέσιμος για την έκδοση του I2P που έχετε, μπορείτε να τον προσθέσετε
- εύκολα ακολουθώντας τα βήματα:
-
Επιλέξτε CONNECT από την dropdown λίστα New Client Tunnel, κάντε "κλικ" στο Create
-
Στη νέα σελίδα, ονομάστε και περιγράψτε το νέο σας https tunnel όπως επιθυμείτε
- Το Access Point είναι η τοπική θύρα για το νέο σας new https proxy, προτεινόμενη θύρα είναι 4445.
- Το Outproxy θα πρέπει να είναι η .i2p διεύθυνση του outproxy που υποστηρίζει https.
- Δείτε αυτό το post στο forum από τον h2ik για την διεύθυνση.
- Βεβαιωθείτε ότι οι επιλογές Shared Client, Delay Connect, AutoStart είναι επιλεγμένες.
- Οι άλλες ρυθμίσεις θα πρέπει να παραμείνουν στις αρχικές επιλογές. Κάνε "κλικ" στο Save. Στο διαχειριστή των tunnel,
- κάντε "κλικ" στο κουμπί Start δίπλα από το καινούριο σας tunnel.
-
Στον firefox, κάντε "κλικ" στα Tools>Options>Advanced>Network>Setting.
- Untick Use this proxy for all protocol, ορίστε SSL proxy: σε localhost:4445.
-
- Αυτή είναι μία ερώτηση που μόνο εσείς μπορείτε να την απαντήσετε καθώς η απάντηση εξαρτάται από την
- συμπεριφορά σας, το threat model σας, και κατά πόσο εμπιστεύεστε
- τον διαχειριστή του outproxy.
-
- Όπως το Tor, έτσι και το I2P δεν κρυπτογραφεί μαγικά το Internet.
- Είστε ευάλωτοι σε παρακολούθηση της κίνησης από τον διαχειριστή του outproxy.
- Το Tor FAQ
- εξηγεί καλά αυτό.
-
- Επιπλέον, μπορεί να μπερδευτείτε με τον διαχειριστή του outproxy και των διαχειριστών άλλων I2P
- υπηρεσιών, αν χρησιμοποιείτε το ίδιο tunnel ("shared clients").
- Υπάρχει μία συζήτηση για αυτό στο zzz.i2p.
-
-
-
Πώς έχω πρόσβαση σε IRC, BitTorrent, ή άλλες υπηρεσίες στο κανονικό Internet;
-(link)
-
- Εάν δεν έχει ρυθμιστεί κάποιος outproxy για την υπηρεσία στην οποία θέλετε να συνδεθείτε, αυτό δεν γίνεται.
- Υπάρχουν μόνο τρία είδη outproxy που τρέχουν αυτή τη στιγμή: HTTP, HTTPS και email. Προσέξτε ότι δεν
- υπάρχει SOCKS outproxy. Εάν χρειάζεστε αυτού του είδους την υπηρεσία, δοκιμάστε το Tor.
-
-
-
Τα περισσότερα eepsites στο I2P δίκτυο είναι ανενεργά;
-(link)
-
- Εάν λαμβάνετε υπόψη κάθε eepsite που έχει δημιουργηθεί, ναι, τα περισσότερα από αυτά είναι ανενεργά.
- Οι άνθρωποι και τα eepsites πάνε και έρχονται.
- Ένας καλός τρόπος για να ξεκινήσετε με το I2P είναι να συμβουλευτείτε τη λίστα με τα eepsites που
- είναι τώρα ενεργά.
- perv.i2p παρακολουθεί τα ενεργά eepsites.
-
- Γιατί το κατέβασμα, τα torrents, το web browsing και όλα τα υπόλοιπα τόσο αργά στο I2P;
- Η κρυπτογράφηση και η δρομολόγηση μέσα στο I2P δίκτυο προσθέτει ένα σημαντικό κόστος και περιορίζει
- το bandwidth. Η ανωνυμία δεν είναι εύκολη.
-
-
- Επιπλέον, εσείς και κάθε άλλος ενδεχομένως να χρειάζεται να αυξήσετε τα όρια του bandwidth.
- Δύο σημαντικές ρυθμίσεις είναι τα inbound και outbound όρια του bandwidth στη
-σελίδα ρυθμίσεων.
- Με τις εξ' ορισμού ρυθμίσεις των 32KBps δεν θα έχετε καλύτερη απόδοση από 15KBps στο I2PSnark.
- Αυξήστε τις ρυθμίσεις (αλλά κρατώντας τες στα όρια της πραγματικής σας σύνδεσης) θα αυξήσει
- την απόδοση του I2PSnark και άλλων εφαρμογών.
-
- Επίσης έχετε ρυθμίσει επαρκώς το share bandwidth ώστε να επιτρέπετε participating tunnels να
- δρομολογούνται από το router σας; Επιτρέποντας participating κίνησης σας κρατάει καλά
- ενσωματωμένους στο δίκτυο και αυτό βοηθάει και τη δική σας ταχύτητα.
-
- Το I2P είναι μία δουλειά σε εξέλιξη. Πολλές βελτιώσεις και διορθώσεις αναπτύσσονται, και γενικά,
- τρέχοντας την τελευταία έκδοση θα βοηθήσει την απόδοσή σας.
- Αν δεν το έχετε κάνει ήδη, εγκαταστήστε την τελευταία έκδοση.
-
-
-
Ερωτήσεις για Bittorrent / I2PSnark / Azureus I2P Plugin?
-(link)
-Στη σελίδα
-ρυθμίσεων του I2PTunnel,
-ξεκινήστε το ircProxy.
-Έπειτα πείτε στον IRC client σας να συνδεθεί τοπικά στη θύρα 6668.
-
-
Πώς μπορώ να έχω πρόσβαση στη δικτυακή κονσόλα από άλλα μηχανήματα ή να την προστατέψω με κωδικό;
-(link)
-
- Για ασφάλεια, η διαχειριστική κονσόλα του router "ακούει" εξ' ορισμού μόνο τοπικές σε συνδέσεις.
- Όμως, με λίγο hacking, μπορείτε να την κάνετε προσβάσιμη απομακρυσμένα:
-
-
-
-
Ανοίξτε το ~/.i2p/clients.config και αντικαταστήστε το
- clientApp.0.args=7657 ::1,127.0.0.1 ./webapps/
- με
- clientApp.0.args=7657 0.0.0.0 ./webapps/
Πηγαίνετε στη σελίδα http://localhost:7657/index.jsp
- και πατήστε "Graceful restart", που επανεκκινεί το JVM και ξαναφορτώνει τις εφαρμογές.
-
-
-
- Αφού ξεκινήσει, θα πρέπει να μπορείτε να συνδεθείτε στην κονσόλα απομακρυσμένα.
- Θα ερωτηθείτε για ένα username και κωδικό - το username είναι "admin" και ο κωδικός είναι
- ότι ορίσατε στο βήμα 2 παραπάνω. Προσέξτε ότι: το 0.0.0.0 παραπάνω ορίζει ένα interface,
- και όχι ένα δίκτυο ή μάσκα δικτύου. 0.0.0.0 σημαίνει "δεσμευμένο σε όλα τα interfaces", ώστε να είναι
- προσβάσιμο και από το 127.0.0.1:7657 και από οποιαδήποτε LAN/WAN IP.
-
-
-
Πώς μπορώ να χρησιμοποιήσω τις εφαρμογές από άλλα μηχανήματα;
-(link)
-
- Εξ' ορισμού, το I2CP interface του router είναι δεσμευμένο στη διεύθυνση 127.0.0.1. Για να το δεσμεύσετε
- στο 0.0.0.0, ορίστε την προηγμένη ρύθμιση στο router i2cp.tcp.bindAllInterfaces=true και κάντε επανεκκίνηση.
-
-
-
Τι είναι το "eepsite" και πως ρυθμίζω τον browser μου ώστε να τα χρησιμοποιώ;
-(link)
-
- Ένα eepsite είναι μία ιστοσελίδα που φιλοξενείται ανώνυμα - μπορείτε να έχετε πρόσβαση σε αυτό
- ορίζοντας το HTTP proxy του browser σας να χρησιμοποιεί τον web proxy (συνήθως "ακούει" τοπικά
- στη θύρα 4444), και πληκτρολογώντας την ιστοσελίδα.
-
- Οι ρυθμίσεις για proxy για διάφορους browsers είναι σε διαφορετική σελίδα
- με screenshots. Πιο προηγμένες ρυθμίσεις με εξωτερικά εργαλεία είναι δυνατές αλλά μπορούν να εισάγουν διαρροές
- στις ρυθμίσεις σας.
-
-
-
-
Τι σημαίνουν οι αριθμοί Active x/y στην κονσόλα;
-(link)
-
- Το x είναι ο αριθμός των κόμβων που έχετε στείλει ή λάβει μήνυμα επιτυχώς τελευταίο λεπτό,
- το y είναι ο αριθμός των κόμβων που έχετε "δει" την τελευταία ώρα περίπου.
-
-
-
Είναι δυνατό να χρησιμοποιηθεί το I2P σαν SOCKS proxy;
-(link)
-
- Το SOCKS proxy δουλεύει με την έκδοση 0.7.1. Υποστηρίζονται SOCKS 4/4a/5.
- Δεν υπάρχει κάποιος SOCKS outproxy οπότε η χρήση του είναι περιορισμένη.
-
- Επιπλέον, από πολλές εφαρμογές διαρρέουν ευαίσθητες πληροφορίες που μπορούν να σας
- ταυτοποιήσουν στο Internet. Το I2P φιλτράρει μόνο δεδομένα σύνδεσης, αλλά αν το πρόγραμμα
- που θέλετε να τρέξετε στέλνει αυτές τις πληροφορίες ως περιεχόμενο, το I2P δεν έχει κάποιο
- τρόπο να προστατέψει την ανωνυμία σας. Για παράδειγμα, μερικές εφαρμογές ταχυδρομείου θα στείλουν
- την IP διεύθυνση του μηχανήματος που τρέχουν σε κάποιον εξυπηρετητή. Δεν υπάρχει κάποιος
- τρόπος να το φιλτράρει αυτό, επομένως η χρήση του I2P σε συνδυασμό με SOCKS για ήδη υπάρχουσες
- εφαρμογές είναι δυνατή, αλλά εξαιρετικά επικίνδυνη.
-
- Αν θα θέλατε περισσότερες πληροφορίες σχετικά με το SOCKS proxy, υπάρχει κάποια βοήθεια στη
- σελίδα για socks.
-
- Ακολουθεί μία λίστα με τις εξ' ορισμού θύρες (όλα είναι ρυθμιζόμενα από διάφορες ρυθμίσεις φυσικά):
-
-
-
-
-
Δημόσιες θύρες
- Σημείωση: Οι νέες εγκαταστάσεις από την έκδοση 0.7.8 δεν χρησιμοποιούν την πόρτα 8887; επιλέγουν μία τυχαία θύρα
- μεταξύ 9000 και 31000 όταν το πρόγραμμα τρέχει για πρώτη φορά.
- Η επιλεγμένη θύρα φαίνεται στη σελίδα ρυθμίσεων του router.
-
-
Outbound UDP από τυχαία θύρα που αναφέρεται στη σελίδα ρυθμίσεων σε αυθαίρετες
- απομακρυσμένες UDP θύρες, επιτρέποντας απαντήσεις
-
Outbound TCP από τυχαίες μεγάλες θύρες σε αυθαίρετες απομακρυσμένες TCP θύρες
-
(προαιρετικό, αλλά συνιστάται) Inbound UDP στη θύρα που αναφέρεται στη σελίδα ρυθμίσεων
- από αυθαίρετες τοποθεσίες
-
(προαιρετικό, αλλά συνιστάται) Inbound TCP στη θύρα που αναφέρεται στη σελίδα ρυθμίσεων
- από αυθαίρετες τοποθεσίες
- Το Inbound TCP μπορεί να απενεργοποιηθεί στη σελίδα ρυθμίσεων.
-
Outbound UDP στη θύρα 123, επιτρέποντας απαντήσεις
- Αυτό είναι απαραίτητο για το εσωτερικό συγχρονισμό του I2P (μέσω SNTP - ρωτώντας ένα τυχαίο SNTP host από το pool.ntp.org ή
- όποιον εξυπηρετητή ορίσετε εσείς).
-
-
-
-
-
-
-
Τοπικές I2P θύρες, "ακούνε" μόνο σε τοπικές συνδέσεις εξ' ορισμού,
- εκτός αν αναφέρεται κάτι άλλο:
-
-
1900: UPnP SSDP UDP multicast listener.
- Δεν γίνεται να αλλάξει. Είναι δεσμευμένο σε όλα τα.
- Μπορεί να απενεργοποιηθεί στο confignet.jsp.
-
-
2827: BOB bridge, ένα socket API υψηλού επιπέδου για τους πελάτες
- Απενεργοποιημένο εξ' ορισμού.
- Μπορεί να ενεργοποιηθεί/απενεργοποιηθεί στο configclients.jsp.
- Μπορεί να αλλάξει στο αρχείο bob.config.
-
-
4444: HTTP proxy
- Μπορεί να απενεργοποιηθεί ή να αλλάξει στη σελίδα του i2ptunnel στην κονσόλα διαχείρισης του router.
- Μπορεί επίσης να ρυθμιστεί να είναι δεσμευμένο σε κάποιο συγκεκριμένο interface ή σε όλα τα interfaces.
-
-
4445: HTTPS proxy
- Μπορεί να απενεργοποιηθεί ή να αλλάξει στη σελίδα του i2ptunnel στην κονσόλα διαχείρισης του router.
- Μπορεί επίσης να ρυθμιστεί να είναι δεσμευμένο σε κάποιο συγκεκριμένο interface ή σε όλα τα interfaces.
-
-
6668: IRC proxy
- Μπορεί να απενεργοποιηθεί ή να αλλάξει στη σελίδα του i2ptunnel στην κονσόλα διαχείρισης του router.
- Μπορεί επίσης να ρυθμιστεί να είναι δεσμευμένο σε κάποιο συγκεκριμένο interface ή σε όλα τα interfaces.
-
-
7652: UPnP HTTP TCP event listener.
- Είναι δεσμευμένο στη LAN διεύθυνση.
- Μπορεί να αλλάξει με την προηγμένη ρύθμιση i2np.upnp.HTTPPort=nnnn.
- Μπορεί να απενεργοποιηθεί στο confignet.jsp.
-
-
7653: UPnP SSDP UDP search response listener.
- Είναι δεσμευμένο σε όλα τα interfaces.
- Μπορεί να αλλάξει με την προηγμένη ρύθμιση i2np.upnp.SSDPPort=nnnn.
- Μπορεί να απενεργοποιηθεί στο confignet.jsp.
-
-
7654: I2P Client Protocol port, χρησιμοποιείται από εφαρμογές-πελάτες.
- Μπορεί να αλλάξει σε διαφορετική πόρτα στο
- configclients.jsp
- αλλά αυτό δεν συνιστάται.
- Μπορεί να δεσμευτεί σε άλλο interface ή σε όλα τα interfaces ή να απενεργοποιηθεί στο
- configclients.jsp.
-
-
7655: UDP for SAM bridge, ένα socket API υψηλού επιπέδου για πελάτες.
- Ανοίγει μόνο όταν ένας SAM V3 πελάτης ζητήσει ένα UDP session.
- Μπορεί να ενεργοποιηθεί/απενεργοποιηθεί στο configclients.jsp.
- Μπορεί να αλλάξει από το αρχείο clients.config με την εντολή SAM sam.udp.port=nnnn.
-
-
7656: SAM bridge, ένα socket API υψηλού επιπέδου για πελάτες.
- Απενεργοποιημένο εξ' ορισμού για καινούριες εγκαταστάσεις από την έκδοση 0.6.5.
- Μπορεί να ενεργοποιηθεί/απενεργοποιηθεί στο configclients.jsp.
- Μπορεί να αλλάξει από το αρχείο clients.config.
-
-
7657: Η κονσόλα διαχείρισης του router σας.
- Μπορεί να απενεργοποιηθεί από το αρχείο clients.config.
- Μπορεί επίσης να ρυθμιστεί να είναι δεσμευμένη σε συγκεκριμένο interface ή σε όλα τα interfaces από αυτό το αρχείο.
-
-
7658: Το eepsite σας.
- Μπορεί να απενεργοποιηθεί από το αρχείο clients.config.
- Μπορεί επίσης να ρυθμιστεί να είναι δεσμευμένη σε συγκεκριμένο interface ή σε όλα τα interfaces από το αρχείο jetty.xml.
-
-
7659: Εξερχόμενη αλληλογραφία για το smtp.postman.i2p
- Μπορεί να απενεργοποιηθεί ή να αλλάξει από τη σελίδα του i2ptunnel στην κονσόλα διαχείρισης του router.
- Μπορεί επίσης να ρυθμιστεί να είναι δεσμευμένη σε συγκεκριμένο interface ή σε όλα τα interfaces.
-
-
7660: Εισερχόμενη αλληλογραφία από το pop.postman.i2p
- Μπορεί να απενεργοποιηθεί ή να αλλάξει από τη σελίδα του i2ptunnel στην κονσόλα διαχείρισης του router.
- Μπορεί επίσης να ρυθμιστεί να είναι δεσμευμένη σε συγκεκριμένο interface ή σε όλα τα interfaces.
-
-
8998: mtn.i2p2.i2p (Monotone - απενεργοποιημένο εξ' ορισμού)
- Μπορεί να απενεργοποιηθεί ή να αλλάξει από τη σελίδα του i2ptunnel στην κονσόλα διαχείρισης του router.
- Μπορεί επίσης να ρυθμιστεί να είναι δεσμευμένη σε συγκεκριμένο interface ή σε όλα τα interfaces.
-
-
31000: Τοπική σύνδεση στη θύρα ελέγχου του wrapper.
- Εξερχόμενη στη 32000 μόνο, δεν "ακούει" σε αυτή τη θύρα.
- Ξεκινάει από την 31000 και θα αυξάνει μέχρι τη 31999 ψάχνοντας για ελεύθερη θύρα.
- Για να την αλλάξετε, δείτε την
- τεκμηρίωση του wrapper.
- Για περισσότερες πληροφορίες δείτε παρακάτω.
-
-
32000: Τοπική σύνδεση για τον έλεγχο της υπηρεσίας του wrapper.
- Για να την αλλάξετε δείτε την
- τεκμηρίωση του wrapper.
- Για περισσότερες πληροφορίες δείτε παρακάτω.
-
-
-
-
-
-
-
- Οι τοπικές I2P θύρες και οι I2PTunnel θύρες δεν χρειάζεται να είναι προσβάσιμες από απομακρυσμένα μηχανήματα,
- αλλά *πρέπει* να είναι προσβάσιμα τοπικά. Μπορείτε επίσης να δημιουργήσετε επιπλέον θύρες για I2PTunnel
- instances μέσω του http://localhost:7657/i2ptunnel/
- (έπειτα, θα πρέπει να ρυθμίσετε το firewall σας να σας επιτρέπει τοπική πρόσβαση, αλλά όχι απομακρυσμένη
- εκτός αν το επιθυμείτε).
-
-
-
- Επομένως, για να συνοψίσουμε, τίποτα δεν χρειάζεται να είναι προσβάσιμο από ανεπιθύμητους κόμβους, αλλά αν
- μπορείτε να ρυθμίσετε το NAT/firewall σας να επιτρέπει inbound UDP και TCP outbound facing port,
- θα έχετε καλύτερη απόδοση. Θα πρέπει επίσης να είστε σε θέση να στέλνετε outbound UDP πακέτα σε
- αυθαίρετους απομακρυσμένους κόμβους (μπλοκάροντας IPs τυχαία με κάτι σαν το PeerGuardian μόνο κακό θα σας
- κάνει - μην το κάνετε).
-
-
-
Γιατί το I2P περιμένει συνδέσεις στη θύρα 32000;
-(link)
-
-Το Tanuki Java service wrapper που χρησιμοποιούμε ανοίγει αυτή τη θύρα—δεσμευμένη τοπικά— ούτως ώστε
-να επικοινωνεί με λογισμικό που τρέχει μέσα στο JVM. Όταν ξεκινάει το JVM του δίνεται ένα κλειδί ώστε να μπορεί
-να συνδεθεί στον wrapper. Αφού το JVM εγκαθιδρύσει τη σύνδεσή του με τον wrapper, ο wrapper αρνείται οποιαδήποτε
-απόπειρα σύνδεσης.
-
- Ένα I2P router χρειάζεται να κάνει seed μόνο μία φορά, ώστε να συνδεθεί με το δίκτυο την πρώτη φορά.
- Το reseeding δεν είναι τίποτα παραπάνω από αποστολή απλών HTTP GET αιτήσεων ώστε να φέρουν μία λίστα
- και να κατεβάσουν πολλαπλά "routerInfo" αρχεία από κάποιο προκαθορισμένο reseed URL.
-
-
-
- Ένα τυπικό σύμπτωμα ενός αποτυχημένου reseed είναι ο δείκτης "Known" (στην αριστερή μπάρα της
- κονσόλας διαχείρισης) να δείχνει μία πολύ μικρή τιμή (συχνά μικρότερη από 5) που δεν αυξάνεται. Αυτό
- μπορεί να συμβεί, μεταξύ άλλων, αν το firewall σας περιορίζει την εξερχόμενη κίνηση και μπλόκαρε
- την αίτηση για reseed.
-
- Για να κάνετε reseed το I2P router χειροκίνητα, κάντε τα επόμενα:
-
Αποθηκεύσατε καμιά ντουζίνα "routerInfo" αρχεία στο κατάλογο του I2P "netDb"
-
-
Ξεκινήστε το I2P router
-
-
Χρησιμοποιώ FreeBSD και όταν ξεκινάω το I2P λαμβάνω ένα μήνυμα λάθους σχετικά με το libm.so.4!
-(link)
-Όταν προσπαθήσετε να ξεκινήσετε το router σας χρησιμοποιώντας την εντολή "i2prouter start", μπορεί να δείτε το παρακάτω:
- $ ./i2prouter start
- Starting I2P Service...
- /libexec/ld-elf.so.1: Shared object "libm.so.4" not found, required by "i2psvc"
-
-
- Για να εξασφαλίσουμε ότι το I2P θα τρέχει σε όσο το δυνατό περισσότερα συστήματα,
- μέχρι την έκδοση 0.8.9 του I2P χρησιμοποιούσαμε ένα java wrapper
- μεταγλωττισμένο για FreeBSD 6.x. Εάν λαμβάνετε αυτό το μήνυμα λάθους πιθανότατα σας λείπουν οι απαραίτητες βιβλιοθήκες.
- Αυτές οι βιβλιοθήκες μπορούν να εγκατασταθούν ακολουθώντας τα παρακάτω βήματα:
-
-
Γυρίστε στο root χρήστη με την εντολή su ή κάντε log in ως root.
-
cd /usr/ports/misc/compat6x
-
make install
-
-
- Εάν δεν μπορείτε να εγκαταστήσετε αυτές τις βιβλιοθήκες (ή δεν θέλετε), άλλες δυνατές λύσεις θα ήταν να μεταγλωττίσετε τον wrapper
- για το σύστημά σας, ξεκινώντας το I2P με το script runplain.sh, ή μπορείτε να αντικαταστήσετε
- τον wrapper με έναν από το source tarball.
-
Για την έκδοση 0.8.9 του I2P, ο wrapper αναβαθμίστηκε σε v3.5.12 και μεταγλωττίστηκε σε συστήματα που τρέχουν FreeBSD 7.2.
-
-
Στο αρχείο wrapper.log βλέπω ένα μήνυμα λάθους που αναφέρει Protocol family unavailable όταν φορτώνει το I2P.
-(link)
-
- Συχνά αυτό το λάθος συμβαίνει με κάθε δικτυακή εφαρμογή Java σε συστήματα που είναι ρυθμισμένα να χρησιμοποιούν IPv6 εξ' ορισμού.
- Υπάρχουν μερικοί τρόποι να το λύσετε αυτό:
-
-
-
Σε συστήματα Linux, μπορείτε να εκτελέσετε echo 0 > /proc/sys/net/ipv6/bindv6only
-
Ψάξτε για τις παρακάτω γραμμές στο αρχείο wrapper.config.
-#wrapper.java.additional.5=-Djava.net.preferIPv4Stack=true
- #wrapper.java.additional.6=-Djava.net.preferIPv6Addresses=false
-
- Αν αυτές οι γραμμές είναι εκεί, βγάλτε τα σύμβολα "#". Αν οι γραμμές δεν είναι εκεί, προσθέστε τις χωρίς τα σύμβολα "#".
-
- Μία άλλη λύση θα ήταν να αφαιρέσετε το ::1 από το αρχείο ~/.i2p/clients.config
-
ΠΡΟΣΟΧΗ: Για να έχει αποτέλεσμα κάποια αλλαγή στο αρχείο wrapper.config, θα πρέπει να σταματήσετε
- εντελώς το router και τον wrapper. Κάνοντας "κλικ" στο Restart στην κονσόλα διαχείρισης του router ΔΕΝ θα προκαλέσει το
- διάβασμα του αρχείου ξανά! Πρέπει να κάνετε "κλικ" στο Shutdown, να περιμένετε 11 λεπτά, και μετά να ξεκινήσετε το I2P.
- Τέλεια! Βρείτε μας στο IRC irc.freenode.net στο κανάλι #i2p ή κάντε post στο
- forum (μέσα στο I2P) και θα το αναρτήσουμε εδώ (ελπίζουμε με την απάντηση).
-
-{% endblock %}
diff --git a/www.i2p2/pages/translations/faq_fr.html b/www.i2p2/pages/translations/faq_fr.html
deleted file mode 100644
index a4cdbfad..00000000
--- a/www.i2p2/pages/translations/faq_fr.html
+++ /dev/null
@@ -1,645 +0,0 @@
-{% extends "_layout_fr.html" %}
-{% block title %}FAQ{% endblock %}
-{% block content %}
-Traduction de juillet 2011. Version anglaise actuelle
-
Bien qu'I2P ait réussi à fonctionner sur des PCs aussi anciens que des Pentium II avec 64 Mo de RAM,
-vous en tirerez plus à partir de Pentium III avec 128Mo de RAM. Un
-tableau de performances comparées des divers JREs se trouve sur
-https://trac.i2p2.de/wiki/java, mais en bref, utilisez Jave de Sun/Oracle ou
-OpenJDK.
-
I2P a été testé sur Windows, Linux, FreeBSD (voir la note plus bas), OSX, et OpenSolaris.
-Un travail de portage sur Android est en cours.
- Un eepsite est un site web hébergé anonymement - vous pouvez y accéder en réglant
- votre navigateur pour qu'il utilise le proxy HTTP intégré au routeur I2P (par défaut, il
- écoute sur le port 4444 de l'adresse locale "localhost" ou 127.0.0.1), et en navigant vers ce site.
-
-
-
Mon routeur a très peu de pairs actifs, est-ce normal?
-(lien)
-
-S'il en a plus de 10, c'est bon. Des changements dans les versions 0.6.1.31 et 0.6.1.32 ont amélioré l'efficacité
-du routeur et effectivement réduit le nombre de pairs actifs.
-Le routeur devrait maintenir des connexions vers un petit nombre de pairs en permanence.
-La meilleure façon de rester "mieux-connecté" au réseau est de partager plus de bande passante.
-
-
-
Que signifient les nombres "Actifs x/y" dans la console?
-(lien)
-
- x est le nombre pairs avec qui vous avez réussi à échanger un message dans la dernière minute (ou dans l'intervale
- de rafraîchissement de la console), et y est le nombre de pairs vus pendant la dernière heure ou environ.
-
-
-
-
Mes informations pairs actifs / pairs connus / tunnels participants / connexions / bande passante changent énormément dans le temps! C'est un problème?
-(lien)
-
Non. C'est normal. Tous les routeurs s'adaptent dynamiquement à l'état du réseau et aux demandes.
-
- C'est à vous de décider, car tout dépend de ce que vous faites, de votre
- conception d'une menace, et de la confiance que vous accordez à
- l'opérateur du nœud de sortie vers l'Internet classique.
-
- À l'instar de Tor, I2P ne crypte pas magiquement l'Internet.
- Vous êtes vulnérable à l'éventuelle curiosité (malsaine) des opérateurs des nœuds de sortie.
- La FAQ de Tor contient une
- bonne explication à ce sujet. Il n'y a pas d'outproxy HTTPS dans I2P, et vous ne pouvez pas cacher
- votre trafic à l'opérateur du nœud de sortie, pas plus d'ailleurs que vous ne pouvez le cacher à toute personne
-pouvant se brancher d'une façon ou d'une autre sur le lien entre vous et votre correspondant quand vous utilisez
-l'Internet classique (votre FAI ne vous l'a jamais dit? Comme c'est bizarre!).
-
- De plus, vous pourriez être vulnérable à une collusion entre l'opérateur du outproxy et des opérateurs
- d'autres services I2P, si vous utilisez les mêmes tunnels (clients partagés "shared clients").
- Il y a une autre explication pour ça sur le site de zzz ici.
-
-
-
La plupart des sites i2p sont-ils arrêtés?
-(lien)
-
- En prenant en compte tous les sites i2p jamais créés, oui, la plupart sont morts! Comme les gens, les sites i2p
- viennent, puis s'en vont... les sites classiques aussi, au fait. Une bonne façon de démarrer dans I2P consiste à vérifier la liste
- des eepsites qui sont actuellement actifs:
- perv.i2p suivent les sites i2p actifs.
-
- Voici une plongée dans les ports par défaut (tout est bien entendu configurable par divers réglages):
-
-
-
-
-
Ports en face à face avec Internet
- Note: les installations à partir de la v0.7.8 n'utilisent plus le port 8887; lorsque le programme
- d'installation est exécuté pour la première fois, il sélectionne aléatoirement un port UDP entre 9000 et 32000.
- Il est affiché et modifiable sur la page
Sortie UDP depuis ce port indiqué dans la CONFIGURATION vers des ports UPD distants indéfinis, en permettant les réponses.
-
Sortie TCP depuis les ports hauts (>1023) vers des ports TCP distants indéfinis.
-
(optionnellement, mais recommandé) entrée UDP vers le port UDP noté sur CONFIGURATION depuis des endroits indéfinis
-
(optionnellement, mais recommandé) entrée TCP vers le port TCP noté sur CONFIGURATION depuis des endroits indéfinis
- L'entrée en TCP peut être désactivée dans la CONFIGURATION.
-
Sortie UDP depuis le port 123, permettant les réponses.
- Ceci est nécessaire à la synchronisation horaire interne d'I2P (par SNTP qui interroge
- un serveur de temps aléatoire dans le pool.ntp.org, ou un autre spécifiable à votre guise).
-
-
-
-
-
-
Ports locaux pour I2P, n'écoutant par défaut que des connexions locales,
- sauf spécifié:
-
-
1900: écouteur multicast UDP SSDP UPnP.
- non modifiable. Il s'attache à toutes les interfaces. Désactivable dans ...
- la conf.
-
-
2827: pour le pont BOB, une API de connexion de haut niveau pour programmes clients.
- Désactivé par défaut.
- Peut être activé/désactivé sur la page SERVICES I2P
- et aussi modifié dans le fichier bob.config.
-
-
4444: proxy HTTP.
- Peut être désactivé ou modifié sur la page i2ptunnel de la console. Par exemple pour être
- attaché à une interface particulière ou à toutes.
-
-
4445: proxy HTTPS.
- Peut être désactivé ou modifié sur la page i2ptunnel de la console. Également par exemple pour être
- attaché à une interface particulière ou à toutes.
-
-
6668: proxy IRC.
- Même remarque.
-
-
7652: écouteur TCP HTTP UPnP.
- S'attache à toutes les adresses du LAN.
- Modifiable dans la configuration avancée (i2np.upnp.HTTPPort=nnnn).
- Désactivable dans la CONFIGURATION.
-
-
7653: écouteur de réponses aux recherches UDP SSDP UPnP.
- S'attache à toutes les interfaces.
- Modifiable dans la configuration avancée (i2np.upnp.SSDPPort=nnnn).
- Désactivable dans la CONFIGURATION.
-
-
7654: port du Protocole Client I2P (I2PCP), utilisé pas les applications clientes.
- Modifiable sur
- SERVICES I2P
- mais ça n'est pas recommandé.
- À éventuellement lier à une interface différente, ou à toutes, ou désactiver.
-
-
7655: en UDP pour le pont SAM, une API de connexion de haut niveau pour programmes clients.
- Ouvert uniquement quand un client SAM V3 demande une session UDP.
- Activable/désactivable sur SERVICES I2P.
- Modifiable dans le fichier clients.config par l'option de ligne de commande SAM sam.udp.port=nnnn
-
-
7656: pour le pont SAM.
- Désactivé par défaut depuis les installations initiales en v0.6.5.
- Activable/désactivable sur SERVICES I2P.
- Modifiable dans le fichier clients.config.
-
-
7657: la console du routeur.
- Désactivable dans le fichier clients.config.
- Configurable pour être attachée à une interface spécifique ou toutes les interfaces indiquées
- dans le fichier.
-
-
7658: Votre eepsite.
- Désactivable dans le fichier clients.config ou dans SERVICES I2P.
- Configurable pour être attachée à une interface spécifique ou toutes les interfaces indiquées dans le fichier jetty.xml.
-
-
7659: Mails sortants par smtp.postman.i2p
- Désactivable ou modifiable sur la page i2ptunnel de la console.
- Attachable à une interface spécifique ou toutes les interfaces.
-
-
7660: Mails arrivants de pop.postman.i2p
- Désactivable ou modifiable sur la page i2ptunnel de la console.
- Attachable à une interface spécifique ou toutes les interfaces.
-
-
8998: port pour le serveur Monotone mtn.i2p2.i2p (désactivé par défaut).
- Désactivable ou modifiable sur la page i2ptunnel de la console.
- Attachable à une interface spécifique ou toutes les interfaces.
-
-
32000: port du canal de contrôle local pour le service wrapper
-
-
-
-
-
-
- Les port locaux I2P et les ports de tunnel I2PTunnel n'ont pas besoin d'être joignable depuis
- les machines distantes, mais *devraient* être joignables localement. Vous pouvez aussi créer des
- ports supplémentaires pour des instances I2PTunnel via http://localhost:7657/i2ptunnel/
- (et alors, autoriser votre pare-feu à vous y donner l'accès local, mais pas d'accès distant sauf besoin spécial).
-
-
-
- Donc, en résumé, rien ne doit être accessible aux pairs non sollicités, mais si vous pouvez configurer
- votre NAT/pare-feu pour qu'il autorise les entrées UDP et TCP sur le
- port Internet sortant, vous obtiendrez un
- meilleur fonctionnement. Vous devez aussi pouvoir envoyer des paquets UDP à des pairs quelconques.
- (le blocage d'IP aléatoire avec un outil comme PeerGuardian ne fera que vous embêter. Ne le faites pas.)
-
-
-
Pourquoi I2P écoute-t-il sur le port 32000?
-(lien)
-
L'émulateur de service (Wrapper) Java de TanukiSoftware que nous utilisons ouvre ce port — attaché à l'hôte local —
-pour communiquer avec le logiciel s'exécutant dans la JVM. Quand la JVM est lancée une clé lui est attribuée pour qu'elle
-puisse se connecter au Wrapper. Une fois établie cette connexion, le Wrapper refuse toute autre connexion.
Discutez avec les développeurs d'I2P sur IRC #i2p-dev
-
-
-
-Merci d'inclure dans tout rapport de bug les informations pertinentes des historiques du routeur et du wrapper.
-Pensez à enlever les informations personnelles (voir note en bas de l'en-tête
-de page Fichiers trace).
-
-Jrandom était le développeur principal d'I2P et de
-Syndie pendant de nombreuses années.
-Nous ignorons s'il reviendra un jour.
-Les domaines *.i2p.net ont été laissés en état non fonctionnel à suite d'une panne d'alimentation chez l'hébergeur.
-
-Regardez la page (en anglais) sur l'au-revoir de Jrandom et la migration des sites vers
-celui-ci.
-
-I2P reste en développement actif.
-
-
-
Mon routeur est lancé depuis plusieurs minutes et n'a que très peu de connexions, voire aucune.
-(lien)
-
- Il vous faut peut-être réamorcer votre routeur: dans les versions récentes d'I2P vous pouvez allez sur
-http://localhost:7657/configreseed et cliquer sur le bouton
-Sauvegarder et réamorcer. si cette méthode ne donne rien — ou si vous utilisez une très vieille version
-— vous aurez peut-être à réamorcer manuellement.
-
- L'URL de réamorçage a changé il y a quelques années. Si c'est votre première installation et que vous avez installé
- une vielle version (0.6.1.30 ou antérieure), ou
- que vous n'avez pas utilisé I2P depuis longtemps, vous devez changer l'URL puis cliquer sur "Reseeding"
- dans la console pour trouver d'autres routeurs.
- Une fois le routeur lancé, dans Avancé (ou
- Reseeding si dispo),
- ajoutez la ligne i2p.reseedURL=http://netdb.i2p2.de/
- OU i2p.reseedURL=http://i2pdb.tin0.de/netDb/ (n'importe laquelle des deux fait l'affaire),
- puis cliquez "Appliquer", puis sur le lien "reseed" sur la gauche (ou le bouton "Enregistrer et réamorcer").
-
- Ceci marche pour les v0.6.1.27 ou ultérieures.
- En v0.6.1.31 ou ultérieures, vous n'aurez probablement jamais besoin de ça.
- En v0.6.1.26 ou antérieures, suivez les
- instructions de réamorçage manuel ci-dessous
- ou intallez la dernière version.
- Méthode alternative: ajoutez
- wrapper.java.additional.5=-Di2p.reseedURL=http://netdb.i2p2.de/
- dans le fichier, arrêtez complètement le routeur, relancez-le, puis cliquez sur "reseed".
- Faites-nous savoir si ça marche.
-
-
...mais vous devriez *vraiment* mettre à jour à la dernière version.
-Pourquoi les téléchargements, les torrents, l'exploration web, et tout le reste sont-ils si lents sur I2P?
-Le cryptage et le routage dans le réseau I2P ajoute une surcharge substantielle et réduisent la bande passante utile.
-L'anonymat a un prix.
-
-
-D'abord, vous et tout le monde avez besoin d'augmenter vos limites de bande passante. Les deux réglages principaux
-sont les limiteurs de bande passante montante et descendante sur la page de
-configuration.
-Avec les réglages de 32ko/s vous n'obtiendrez rien de mieux que 15Ko/s de transfert de donnée avec I2PSnark.
-L'augmentation de ces réglages (mais en prenant soin de les garder dans les limites de votre accès à Internet)
-augmentera vos possibilités de taux de transfert pour I2PSnark et toutes les autres applications I2P.
-
-Ensuite, avez-vous suffisamment configuré le taux de bande passante partagée pour permettre aux tunnels participants
-de router à travers votre propre routeur? Croyez-le pas, permettre le trafic participant
-vous maintiens bien intégré dans le réseau et améliore vos propres vitesses de transfert.
-
-I2P est un chantier en cours. De nombreuses améliorations et corrections sont régulièrement implémentées, et
-d'une façon générale, l'utilisation de la dernière version procure toujours un gain de performances.
-Si ce n'est pas déjà fait, installez la dernière version.
-
-
-
-Il me manque beaucoup d'hôtes dans mon carnet d'adresses (addressbook). Quels sont les bons liens de mise à jour?
-(liens)
-
-La souscription par défaut est http://www.i2p.i2p/hosts.txt qui est rarement mis à jour.
-Si vous n'avez pas d'autre souscription, vous aurez souvent à utiliser un service de saut 'jump' ce qui
-est fastidieux.
-
-Vous trouverez ci dessous d'autres liens de souscriptions publics. Vous devriez en ajouter un ou deux
-à votre liste de souscriptions de susidns.
-Vous n'avez pas besoin de toutes les ajouter car elles se synchronisent mutuellement régulièrement.
-Les liens qui utilisent du code cgi-bin emploient diverses stratégies pour minimiser
-le nombre de duplication d'adresses et sont donc plus efficaces.
-IMPORTANT : accepter une liste d'hôtes est un acte de confiance. Une souscription pernicieuse pourrait vous donner
-de fausses adresses. Donc, réfléchissez avant d'accepter.
-La présence sur cette page ne signifie pas l'aval d'I2P.
-
-Sur la page de configuration
-I2PTunnel,
-démarrez le serveur proxy IRC, puis indiquez à votre client IRC de se connecter sur l'adresse locale au port 6668 (localhost:6668).
-
-
Je ne peux plus accéder aux sites Internet traditionnels via I2P.
-(lien)
-
- Voir ici pourquoi. Il y a très peu proxies HTTP sortants, ils ne font pas partie intégrante du réseau,
- et ils sont peut-être à l'arrêt. De plus les anciens outproxies squid.i2p, true.i2p, and krabs.i2p ont disparu.
- Le seul outproxy disponible actuellement est false.i2p.
- Pour l'utiliser, modifiez votre réglage
- I2Ptunnel pour le proxy HTTP
- en indiquant 'false.i2p' tout seul dans liste. Puis arrêtez et relancez le proxy HTTP.
- Si ça ne marche pas c'est que le proxy sortant HTTP false.i2p n'est pas en fonctionnement. Ce n'est pas un problème
- dû à I2P.
- Si votre principale raison d'utiliser un réseau anonyme est d'accéder à des sites de l'Internet classique,
- vous devriez plutôt vous tourner vers Tor.
-
-
-
Je ne peux plus accéder aux sites sécurisés ou FTP (https:// ou ftp://) via I2P.
-(link)
-
- Au sein d'I2P, il n'y aucun besoin d'HTTPS vu que le trafic est crypté de bout en bout.
- Il n'y a pas de support FTP pour des raisons techniques.
-
- Il n'y a pas de proxies sortants FTP vers l'Internet traditionnel — c'est sûrement impossible à réaliser.
- N'importe quel autre type d'outproxy devrait marcher pour peu qu'il soit monté avec un tunnel standard.
- Si vous voulez mettre en œuvre un certain type d'outproxy, passez bien en revue les risques potentiels.
- La communauté I2P ne saura pas forcément vous aider sur certains aspects techniques, mais n'hésitez pas à demander.
- Comme exposé plusieur fois ici, les outproxies ne sont pas une partie indispensable du réseau,
- mais plutôt des services mis à disposition par des particuliers bénévoles et ils peuvent donc être
- opérationnels ou pas à un certain moment sans que leurs opérateurs aient à s'en justifier.
-
- Mise à jour: grâce au travail de mer'd et h2ik, il y a un proxy HTTPS qui fonctionne avec I2P.
- Depuis la v0.8.4 le tunnel est configuré d'origine.
- Si vous avez une vielle version, vous pouvez facilement l'ajouter:
Choisissez CONNECT à partir de la liste déroulante Nouveau tunnel client, puis cliquez sur Créer.
-
Dans la nouvelle page, Nommez et décrivez (Description) votre nouveau tunnel https comme vous le souhaitez.
- Le port Point d'accès est le port local du nouveau mandataire https (4445 recommandé).
-Le champ Outproxy doit recevoir l'adresse .i2p du serveur qui fournit le support du service https.
-Voir cet article du forum de h2ik pour l'adresse.
-Assurez-vous que Client partagé, Delay Connect, et AutoStart sont cochées.
-Les autres options restant par defaut, cliquez sur Enregistrer. Dans la page de gestion des tunnels,
-cliquez sur le bouton Démarrer en face du nouveau tunnel.
-
-
Dans Firefox, passez par Outils>Options(Windows) ou Édition>Préférences (Linux) >Avancé>Réseau>Connexion - Paramètres,
- décochez Utiliser ce serveur proxy pour tous les protocoles, réglez Proxy SSL: à localhost et Port: à 4445.
-
"Et voilà"
-
-
-
-
Est-il possible d'utiliser I2P en tant que proxy SOCKS?
-(lien)
-
- Le proxy SOCKS marche depuis la v0.7.1 et supporte SOCKS en v4/v4a et v5.
- Il n'y a pas de mandataire SOCKS sortant, donc ce support est d'un usage limité.
-
- De plus, beaucoup d'applications cafardent des informations sensibles qui peuvent
- permettre de vous identifier sur Internet. I2P ne filtre que les données de connexions,
- mais ces programmes que vous voudriez utiliser envoient ces infos en tant que contenu,
- et dans ce cas I2P n'a aucun moyen de protéger votre anonymat.
- Par exemple, des applications de messagerie envoient au serveur de messagerie l'adresse IP de la machine
- sur laquelle elles tournent. Il n'est pas possible de filtrer ça avec I2P,
- en conséquence de quoi l'utilisation d'I2P pour 'socksifier' des application existantes est possible,
- mais extrêmement dangereuse.
-
- Si cependant vous voulez en savoir plus sur l'application proxy socks,
- il y a quelques astuces utiles sur la page socks dédiée.
-
- La configuration des réglages du mandataire (proxy), spécifique à chaque navigateur est
- présentée sur une page dédiée avec des copies d'écran.
- Des réglages plus fins sont possibles avec des outils externes mais ils pourraient laisser des
- trous dans vos réglages ou être incomplets.
-
-
-
Comment accéder à la console depuis un autre ordinateur et/ou la protéger par un mot de passe?
-(link)
-
- Par sécurité, la console d'administration du routeur n'écoute que les connexions à partir de l'interface locale.
- Cependant, moyennant un petit réglage, on peut y accéder à distance:
-
-
-
-
Ouvrir le fichier clients.config et remplacez
- clientApp.0.args=7657 ::1,127.0.0.1 ./webapps/
- par
- clientApp.0.args=7657 0.0.0.0 ./webapps/
-
Allez sur Avancé
- et ajoutez une nouvelle option: consolePassword=foo (ou celui que vous voulez)
-
Redémarrez (courtoisement) ;) le routeur sur
- http://localhost:7657/index.jsp
- pour relancer la JVM et recharger les applications clientes
-
-
- Après ce redémarrage, vous pourrez accéder à votre console à distance.
- Il faudra rentrer le mot de passe (le nom d'utilisateur est "admin"). Note: la chaîne
- 0.0.0.0 ci-dessus spécifie une interface, pas un réseau ou un masque. 0.0.0.0
- signifie "attache-toi à toutes les interfaces", pour être joignable depuis 127.0.0.1:7657 aussi bien que depuis
- n'importe quelle IP LAN/WAN.
-
-
-
Comment utiliser les applications depuis mes autres ordinateurs?
-(lien)
-
-Par défaut, l'interface I2CP du routeur (port 7654) s'attache à l'adresse 127.0.0.1. Pour l'attacher à 0.0.0.0,
-réglez l'option de configuration avancée i2cp.tcp.bindAllInterfaces=true et redémarrez le routeur.
-
- Un routeur I2P n'a besoin de s'amorcer qu'une seule fois, à l'occasion de sa première
- introduction dans le réseau.
- Le réamorçage n'est rien d'autre que l'envoi d'une requête HTTP GET pour peupler
- un annuaire et télécharger plusieurs fichiers "routerInfo" à partir d'une URL prédéfinie.
-
-
- Le symptôme caractéristique d'un amorçage défaillant est la très faible valeur (souvent moins de cinq
- et sans évolution) de l'indicateur "Connus" dans la partie gauche de la console.
- Ceci peut se produire, entre autres raisons, si votre pare-feu restreint le traffic sortant et a bloqué
- la requête d'amorçage.
-
-
- Pour réamorcer manuellement suivez les étapes:
-
Sauvegardez une douzaine de fichiers "routerInfo" dans votre dossier I2P "netDb".
-
-
Démarrez le routeur.
-
-
-
Mon routeur consomme trop de ressources processeur !?!
-(lien)
-
-Il y a plusieurs causes à une trop forte charge processeur. Voici quelques-unes :
-
-
-Préférez OpenJDK ou Java de Sun/Oracle si disponible pour votre système (tapez java -version dans un
-terminal pour connaître votre version). Nous avons eu plusieurs retours concernant une grande charge processeur
-lorsqu'on utilise d'autres versions de Java et les performances sont dégradées.
-
-
Si vous utilisez un client bittorent à travers I2P vous pouvez tenter de baisser le nombres de torrent simultanés,
-de limiter sa bande passante allouée, ou bien essayez directement de le couper complètement
-et de vérifier si la charge diminue.
-
-Est ce que votre réglage de bande passante n'est pas trop élevé? Trop de trafic routé
-à travers votre routeur peu surcharger le processeur. Essayez dans ce cas de baisser le réglage de bande passante
-partagée dans la configuration.
-
Assurez-vous que vous utilisez la dernière version d'I2P pour bénéficier des améliorations de performances et des
-correctifs de bogues.
-
-Avez-vous configuré avec suffisamment de mémoire ? Regardez le graphique
-d'utilisation de la mémoire pour voir si l'utilisation mémoire n'est pas au taquet, ce qui signifie que la JVM passe
-son temps à faire le "ramasse miettes" ou "garbage collector - gc -" et/ou à jouer avec le fichier d'échange (swap).
-Dans ce cas, augmentez la valeur du paramètre "wrapper.java.maxmemory" dans le fichier "wrapper.config"
-
-La charge UC est-elle seulement plus élevée que vous ne désirez, ou reste-elle longtemps à 100%?
-Dans ce dernier cas, c'est peut être un bug. Cherchez des pistes pouvant le confirmer dans les logs.
-
-Peut-être utilisez-vous la bibliothèque "Java-based BigInterger" à la place de celle installée en natif,
-en particulier si vous utilisez un système d'exploitation nouveau ou peu courant, ou bien un matériel très
-récent (OS X, OpenSolaris, mipsel etc...).
-Voir la page de jbigi pour avoir des informations sur les manières de compiler,
-tester et diagnostiquer.
-
-Si votre bibliothèque native jbigi marche normalement, la plus grosse consommation d'UC
-devrait être le routage pour les tunnels participants. Ceci car à chaque saut,
-un niveau d'encryption doit être décrypté.
-vous pouvez limiter le trafic participants de deux façons: en réduisant la bande passante partagée dans la
-configuration,
-ou en réglant router.maxParticipatingTunnels=nnn dans la configuration
-avancée.
-
-
-
-
Comment accéder à IRC, BitTorrent, ou autres services sur l'Internet classique?
-(lien)
-
- À moins que quelqu'un ne fournisse un mandataire sortant (outproxy) pour le service en question, c'est impossible.
- Il n'y a que trois types de mandataires sortants pour l'instant: HTTP, HTTPS et email. Remarquez qu'il n'y a pas
- d'outproxy SOCKS. Si vous avez besoin de ça, il vaut mieux regarder du côté de
-Tor.
-
-
-
-
Mon routeur est-il un nœud de sortie (outproxy) vers l'Internet classique? Je ne le veux pas.
-(lien)
-
- Non. contrairement à Tor,
- les points de sortie ou "outproxies" ne font pas partie intégrante du réseau.
- Seuls les volontaires qui installent une application séparée relaient le trafic vers l'Internet traditionnel.
- Et ils sont très peu nombreux.
-
-
-
-
Je suis opposé à certains contenus. Comment me prémunir de les diffuser, de les stocker, ou d'y accéder?
-(lien)
-
-Mouairf! I2P est un réseau anonyme, et il fait bien son boulot.
-Il est conçu pour tous et pas pour censurer aucune sorte de données que ce soit.
-La meilleure façon de tenir votre PC éloigné du trafic (encrypté) que vous n'aimez pas est de ne pas utiliser I2P.
-La liberté de parole a un prix. Mais examinons votre question en trois point:
-
-
Diffusion: tout le trafic sur I2P est crypté en de multiple couches. Vous ne pouvez avoir connaissance
-du contenu des messages, leurs sources, ni leur destinations.
-Tout le trafic que vous routez est interne au réseau: vous n'êtes pas un point de sortie (outproxy).
-Votre seule possibilité est de refuser de router
-tout trafic, en réglant votre bande passante partagée ou le maximum de tunnels à 0 (voir plus haut).
-Ça serait bien que vous ne le fissiez pas, car vous aideriez le réseau en routant le trafic pour les autres.
-Plus de 95% des utilisateurs routent pour les autres.
-
Stockage: I2P ne fait pas de stockage distribué. Vous pensez peut-être à
-Freenet.
-vous ne stockez les contenus de personne.
-
Accès: - S'il y a quelques sites eep que vous n'aimez pas, n'y allez pas.
-Ou utilisez un proxy bloquant comme Privoxy ou quelqu'autre type de "net nanny" ou "Cerbèr'web".
-
-En résumé, en utilisant I2P vous pourriez router quelque-chose se rapportant à
-ceci.
-
-
-
Sur FreeBSD, j'ai une erreur concernant libm.so.4 au démarrage d'I2P !
-(lien)
-Quand vous lancez le routeur par la commande "i2prouter start", vous pouvez voir ce genre de sortie:
- $ ./i2prouter start
- Starting I2P Service...
- /libexec/ld-elf.so.1: Shared object "libm.so.4" not found, required by "i2psvc"
-
-
Pour faire en sorte qu'I2P fonctionne sur le plus de systèmes possibles nous utilisons l'émulateur de service
-java wrapper compilé pour FreeBSD 6.x. Vous n'avez probablement pas
-installé les bibliothèques nécessaires. Vous pouvez le faire en suivant les étapes suivantes:
-
-
Basculez en root avec su ou connectez-vous en root.
-
cd /usr/ports/misc/compat6x
-
make install
-
-
Si vous ne pouvez (ou ne voulez) pas installer ces bibliothèques de compatibilité, vous pouvez compiler le wrapper
-pour votre système ou démarrer I2P avec le script runplain.sh.
-
-
Erreur Protocol family unavailable dans le wrapper.log au démarrage de la console I2P.
-(lien)
-
Cette erreur se produit souvent avec des logiciels réseau Java sur des systèmes configurés pour utiliser IPv6 par
-défault. Voici quelques manières d'y remédier:
-
-
Sur systèmes Linux, vous pouvez vérifier par echo 0 > /proc/sys/net/ipv6/bindv6only
-
si vous voyez les ligne suivantes sous wrapper.config.
-#wrapper.java.additional.5=-Djava.net.preferIPv4Stack=true
- #wrapper.java.additional.6=-Djava.net.preferIPv6Addresses=false
-
- Si elles sont présentes, activez-les en enlevant les "#"s de débuts de lignes. Si elles n'y sont pas, ajoutez-les,
-(sans les "#"s).
-Un autre moyen consiste à enlever la séquence ::1 du fichier ~/.i2p/clients.config
-
-
ATTENTION: pour que tout changement dans le fichier wrapper.config soit effectif vous
-devez arrêter complètement le routeur et le wrapper. Cliquer sur Redémarrer dans la console du routeur ne fait
-pas relire ce fichier! Vous devez cliquer sur Arrêter, attendre 11 minutes, puis lancer I2P.
- Chouette! Retrouvez-nous sur le canal #i2p du serveur irc.freenode.net ou postez-la sur le
- forum et nous y répondrons. On la reproduira peut-être même ici (avec la
- réponse, espérons!).
-
What happened to *.i2p.net?What happened to jrandom?Is I2P dead?(链接)
-
-Jrandom was the lead developer of i2p and
-Syndie for several years.
-We expect jrandom to be absent for at least the remainder of 2008.
-The *.i2p.net domains were left in a non-functioning state after a power
-outage at the hosting company.
-
-See this page for jrandom's parting message and additional information
- on the migration of *.i2p.net to
-this website.
-
-I2P is not dead, it remains in active development and we anticipate
-several releases in 2010.
-
للمساهمة يمكنك الانضمام الى قناة الدردشة لتكلم مع المطورين #i2p
-
اذا كنت مهتم بالانضمام الى الفريقفنحن دائما في حاجة الى مساهمين جدد
-
-نحن بحاجة إلى مساعدة في مجالات كثيرة ، وأنت لا تحتاج إلى معرفة جافا للمساهمة!
-هنا قائمة لمساعدتك على البدء!
-
-
!انشر الخبر
-عرف الناس بـ I2P على المنتديات، المدونات ...
-كتابة مقالة ويكيبيديا عن I2P في لغتك.
-أخبر أصدقائك.
-
تجريب -
-جرب آخر اصدار من monotone
- او #i2p ثم عبر عن المشاكل فيTrac.
-
وثائق
-ساعد في تكميل الاجزاء الناقصة او الغير كاملة.
-ترجم الصفحات الى لغات أخرى.
-
صور
-صمم صور جديدة و عدل الصور الموجودة.
-
المحتوى
-أنشئ eepsite ! أضف المحتوى للشبكة! ساهم في المجتمع !
-
خدمات
-انشئ خدمة على eepsite . قد تكون بروكسي، منتدى، محرك بحث...العديد من هذه الخدمات ليست بالصعبة.
-
برامج
-اكتب بعض البرامج خصيصا لـ I2P! هناك بعض الارشادات وافكار هنا
- applications page.
-
برمجة
-هناك العديد من الاشياء التي يمكنك القيام بها اذا كنت تجيد لغة برمجة جافا او مستعد للتعلم.
-انظر هنا Trac
-وفي قائمة الاعمال zzz.i2p
-للحصول على بعض الافكار.
-أنظر دليل المطورين الجدد .
-
ترجمة
-
-ساهم في ترجمة الموقع والبرمجيات إلى لغتك.
-انظردليل المترجم الجديد .
-
دراسة
-ادرس البرنامج والنص المصدري للعثور على ثغرات امنية.
-threat models,
-وباقي المشاكل الامنية
-
Die Webseite wird gerade überholt und dieses Dokument kann alte Informationen enthalten
-
We need your help!
-
Um dich mit einzubringen, scheue dich nicht, uns im #i2p IRC Kanal
-(auf irc.freenode.net, oder im I2P auf irc.freshcoffee.i2p oder irc.postman.i2p) zu
-besuchen.
-
Falls Du unser team_de beitreten willst, bitte kontakte
-uns, da wir immer fähige und entschlossene Helfer suchen!
-
-Wir brauchen Hilfe in vielen Gebieten und Du brauchst nicht Java können um
-dich einzubringen! Hier ist eine Liste die dir beim Start hilft:
-
-
Testen —
-Benutze die letzten Versionen aus dem Monotone Archive
-und berichte Ergebnisse in #i2p oder Fehler und Bugs auf Trac.
-
Dokumentation —
-Hilf mit beim aktualisieren und erstellen der fehlenden Dokumente auf der
-Webseite, übersetze die Webseite in andere Sprachen!
-
Bilder —
-Mache mehr Bilder, korrigiere die alten Bilder auf der Webseite
-
Material —
-Erstelle eine Eepsite! Füge Inhalteein! Beteilige dich an der Gemeinschaft!
-
Dienste —
-Lasse einen Dienst auf der Eepsite laufen, sei es ein Prox, ein Forum, ein Tracker,
-ein Namensdienst, eine Suchmaschine, ein Eepsitemonitor.... Viele davon
-sind nicht schwer aufzusetzen.
-
Anwendungen —
-Schreibe oder portiere eine Anwendung für I2P! Es gibt ein paar Richtlienen
-und eine Liste von Ideen auf der Anwendungsseite.
-
Coding —
-Es gibt viel zu tun falls Du Java kannst oder bereit bist, Java zu lernen.
-Kontrolliere Trac nach offenen Tickets oder
-die TODO Liste auf zzz.i2p für einige Ideen zum Start.
-Schaue zur Anleitung für neue Entwickler Seite für Details.
-
Analysen —
-Studiere oder teste den Quelltext auf Schwachstellen.
-Sowohl auf die anonymen Schwachstellen aus den verschiedenen
-Angriffszenarien,
-als auch auf DOS und andere Schwachstellen aus Sicherheitslöchern
-muss der Quelltext überprüft werden.
-Για να συμμετάσχετε, παρακαλούμε βρείτε μας το στο κανάλι #i2p στο IRC
-(στο irc.freenode.net, ή μέσα στο I2P στο irc.freshcoffee.i2p ή irc.postman.i2p).
-
-
-
-Εάν ενδιαφέρεστε να συμμετάσχετε στην ομάδα, παρακαλούμε
-επικοινωνήστε μαζί μας καθώς ψάχνουμε για πρόθυμους εθελοντές!
-
-
-
-Χρειαζόμαστε βοήθεια σε πολλές περιοχές και δεν χρειάζεται να γνωρίζετε Java
-για να συμμετάσχετε! Παρακάτω υπάρχει μια λίστα για να σας βοηθήσουμε να ξεκινήσετε!
-
-
-
-
Spread the Word! —
-Πείτε για το I2P σε forums, blogs και σε σχόλια σε άρθρα. Φτιάξτε το άρθρο
-στη Wikipedia για το I2P στη γλώσσα σας.
-Πείτε το στους φίλους σας.
-
Testing —
-Τρέξτε τις τελευταίες εκδόσεις από το monotone
-και αναφέρετε τα αποτελέσματα στο #i2p ή σαν bugs στο Trac.
-
Τεκμηρίωση —
-Βοηθήστε να φτιάξουμε τα μέρη της ιστοσελίδας που είναι παλιά ή ατελή.
-Μεταφράστε τις σελίδες σε άλλες γλώσσες.
-
Εικόνες —
-Φτιάξτε κάποιες επιπλέον εικόνες, φτιάξτε τις παλιές στην ιστοσελίδα.
-
Περιεχόμενο —
-Φτιάξτε ένα eepsite! Προσθέστε περιεχόμενο! Συνεισφέρετε στην κοινότητα!
-
Υπηρεσίες —
-Τρέξτε κάποια υπηρεσία σε ένα eepsite. Μπορεί να είναι ένας proxy, ένα forum,
-έναν tracker, μια υπηρεσία ονοματοδοσίας, μια μηχανή αναζήτησης, ένα mirror
-ενός eepsite... πολλά από αυτά δε είναι τόσο δύσκολα.
-
Εφαρμογές —
-Γράψτε ή μεταφέρετε εφαρμογές στο I2P! Υπάρχει κάποια βοήθεια και διάφορες
-ιδέες στη σελίδα για τις εφαρμογές.
-
Coding —
-Υπάρχουν αρκετά πράγματα που πρέπει να κάνετε εάν γνωρίζετε Java ή είστε
-έτοιμοι να μάθετε. Ελέγξτε για ανοιχτά tickets στο Trac
-ή την TODO λίστα στο zzz.i2p για μερικές ιδέες για να ξεκινήσετε.
-Δείτε τον οδηγό για νέους developers για λεπτομέρειες.
-
Μετάφραση —
-Βοηθήστε να μεταφράσετε την ιστοσελίδα ή το λογισμικό στη γλώσσα σας.
-Δείτε τον οδηγό για τους νέους μεταφραστές για λεπτομέρειες.
-
Ανάλυση —
-Μελετήστε ή δοκιμάστε τον κώδικα για ευπάθειες.
-Και για ευπάθειες όσον αφορά την ανωνυμία σύμφωνα με το
-threat model,
-και για DOS και για άλλες αδυναμίες στην ασφάλεια, χρειάζεται έρευνα.
-
-{% endblock %}
diff --git a/www.i2p2/pages/translations/getinvolved_fr.html b/www.i2p2/pages/translations/getinvolved_fr.html
deleted file mode 100644
index 2b3dee19..00000000
--- a/www.i2p2/pages/translations/getinvolved_fr.html
+++ /dev/null
@@ -1,49 +0,0 @@
-{% extends "_layout_fr.html" %}
-{% block title %}Impliquez-vous!{% endblock %}
-{% block content %}
-Traduction de mars 2011. Version anglaise actuelle
-
Nous avons besoin de votre aide!
-
Pour participer, rejoignez-nous sur le canal IRC #i2p (sur le serveur irc.freenode.net, ou depuis I2P, sur
- irc.freshcoffee.i2p ou irc.postman.i2p).
-
Si vous avez envie de rejoindre notre équipe, contactez-nous car nous avons toujours besoin
- de contributeurs enthousiastes!
-
-Nous avons besoin d'aide dans plusieurs domaines, et vous n'avez pas forcément besoin de connaître Java!
-Voici la liste qui vous donne quelques façons de vous y prendre:
-
-
Passez le mot! —
-Parlez d'I2P sur les forums, les blogs, et commentaires d'articles.
-Corrigez ou améliorez l'article I2P sur Wikipedia dans votre langue.
-Parlez-en à vos amis.
-
Du test —
-Essayez les dernières version à partir de monotone et donnez vos résultats ou remarques sur
-#i2p ou en tant que bogues sur Trac.
-
Documentation —
-Aidez-nous à corriger les parties du site obsolètes ou incomplètes.
-Traduisez les pages dans d'autres langues.
-
images —
-Créez des illustrations, corrigez les anciennes.
-
Content —
-Créez votre site eep! Ajoutez des contenus! Participez à la communauté!
-
Services —
-Proposez un service sur un site eep. Ça pourrait être un proxy, un forum, un tracker, un service de nommage, un moteur
-de recherches, un superviseur de site eep... ça n'est pas si difficile pour la plupart d'entre eux.
-
Applications —
-Écrivez ou portez des applications pour I2P! Il y a quelques guides et une liste d'idées sur
-la page applications.
-
Programmation —
-Il y a beaucoup à faire si vous connaissez Java ou si vous êtes prêts à vous y mettre.
-Vérifiez les tickets ouverts sur Trac
-ou la liste de zzz.i2p pour avoir des idées sur un point de départ.
-Voyez le Guide du nouveau développeur.
-
Traduction —
-Participez en traduisant le site et le logiciel dans votre langue.
-Voyez le Guide du nouveau traducteur.
-
Analyse —
-Étudiez ou testez le code pour y chercher des vulnérabilités. Toutes les vulnérabilités des divers
-modèles de sécurité, les dénis de service et autres faiblesses dues à des failles de
-sécurité demandent une surveillance permanente.
-
Чтобы влиться в наши ряды, не стесняйтесь заходить на irc-канал #i2p (сеть irc.freenode.net или внутри I2P на сервере irc.freshcoffee.i2p или irc.postman.i2p).
-
-
Если Вы заинтересованы в присоединении к нашей команде, пожалуйста, свяжитесь с нами, поскольку мы всегда открыты для сотрудничества!
-
-
Нам пригодится помощь в очень многих областях, так что вам не обязательно знать Java для участия в проекте. Далее приблизительный список того, что нам нужно:
-
-
-
Расскажите о нас! — Расскажите знакомым про I2P, дайте ссылку на проект в форумном обсуждении или в комментариях к статье, прорекламируйте в своём блоге. Создайте/обновите статью об I2P в Википедии на Вашем языке.
-
-
Тестирование — Обновляйтесь до текущего билда из monotone-репозитория и сообщайте обо всех обнаруженных ошибках на канале #i2p или в багтрекере.
-
-
Документация — Исправьте устаревший текст, дополните незавершенные инструкции, добавьте перевод на свой язык.
-
-
Иллюстрации — На сайте нам пригодятся новые иллюстрации и доработки/исправления в уже существующих.
-
-
Контент — Заведите собственный I2P-сайт! Добавьте на него что-нибудь разумное, доброе, вечное. И при этом полезное для других.
-
-
Сервисы — Поднимите какой-нибудь сервис на своем I2P-сайте. Например: прокси-сервер, форум, трекер, адресную книгу, поисковую машину, монитор I2P-сайтов... Многое из перечисленного не так уж и сложно сделать.
-
-
Приложения — Создавайте новые I2P-программы или переделайте уже существующие под работу через I2P-сеть. Несколько методических рекомендаций и список нереализованных задумок можно посмотреть на странице Application Development Guide.
-
-
Разработка — Если Вы Java-программист, то перед Вами широкий фронт работ. Для начала проверьте багтрекер на наличие открытых тикетов или загляните в TODO-список на форуме zzz.i2p. Подробнее смотрите на странице New Developer's Guide
-
-
Поиск уязвимостей — Проанализируйте или протестируйте код на слабые места. Требуют внимания как уязвимости, касающиеся анонимности (см. описание на странице I2P's Threat Model), так и DoS-уязвимости, и прочие потенциальные угрозы.
40 €/Mo seit Januar, 2008 - i2p-projekt.de und Domains
-
-
-
Ein grosses Danke Schön geht an folgenden Personen, die Geld an I2P
-gespendet haben!
-
-
-Falls Du eine Spende gemacht hast, sende bitte eine Email an echelon
-mit deinem Nick oder deinem Namen (und optional Homepage), damit wir diese hier
-hinzufügen können.
-
-
-Derzeitige monatliche Spenden:
-
-
01/2012-01/2013
-
anonymous
-
30 €
-
Generelles Konto
-
-
-
-Spenden und Kosten im Jahre 2012:
-
-
Datum
Woher/Wofür
Eingehend
Ausgehend
Konto
-
Jan, 2013
anonymous
10 €
Generelles Konto
-
Jan, 2013
PayPal Kosten 2012,2nd
30,27 €
Generelles Konto
-
Jan, 2013
29C3 Kosten
320 €
Generelles Konto
-
Jan, 2013
Hottuna
80 €
Generelles Konto
-
Jan, 2013
Cacapo
80 €
Generelles Konto
-
Jan, 2013
I2P services echelon
100 €
Generelles Konto
-
Jan, 2013
I2P services welterde
100 €
Generelles Konto
-
Jan, 2013
I2P services sponge
100 €
Generelles Konto
-
Jan, 2013
Kytv service
9.50 BTC
Generelles Konto
-
Jan, 2013
anonymous
10 €
Generelles Konto
-
Jan, 2013
anonymous
18 €
Generelles Konto
-
Jan, 2013
anonymous
20 €
Generelles Konto
-
Jan, 2013
anonymous
30 €
Generelles Konto
-
Jan, 2013
Verkauf BTC
2434 €
200 BTC
Generelles Konto
-
Jan, 2013
anonymous
5 €
Generelles Konto
-
Jan, 2013
anonymous
0.80 BTC
Generelles Konto
-
Jan, 2013
anonymous
10 €
Belohnung .deb Paket
-
Jan, 2013
anonymous
5 €
Belohnung Unit Tests
-
Jan, 2013
anonymous
30 €
Belohung Eepsites in Tahoe-Lafs
-
Jan, 2013
Belohnung Unittests Auszahlung
400 €
Belohnung Unit Tests
-
-
Feb, 2013
bikenstrings
5 €
Generelles Konto
-
Feb, 2013
i2p-projekt.de Domain
11,90 €
Generelles Konto
-
Feb, 2013
anonymous
10 €
Generelles Konto
-
Feb, 2013
anonymous
20 €
Generelles Konto
-
Feb, 2013
anonymous
30 €
Generelles Konto
-
Feb, 2013
tabby.cat
1 €
Generelles Konto
-
Feb, 2013
anonymous
30 €
Generelles Konto
-
Feb, 2013
syndie,i2pprojekt.net Domains
59,90 €
Generelles Konto
-
Feb, 2013
anonymous
0.01234567 BTC
Generelles Konto
-
Feb, 2013
anonymous
0.499 BTC
Generelles Konto
-
Feb, 2013
anonymous
0.01234567 BTC
Generelles Konto
-
Feb, 2013
anonymous
0.29 BTC
Generelles Konto
-
Feb, 2013
anonymous
0.01234567 BTC
Generelles Konto
-
Feb, 2013
Syndie/IPv6 Bounty Wechsel
50 BTC
50 BTC
Belohnung Syndie,IPv6
-
-
Mar, 2013
Verkauf BTC
2598 €
100 BTC
Generelles Konto
-
Mar, 2013
I2P Laptop
846,05 €
Generelles Konto
-
Mar, 2013
Verkauf BTC
4123 €
100 BTC
Generelles Konto
-
Mar, 2013
David Julian
30 €
Generelles Konto
-
Mar, 2013
I2P Laptop
117,46 €
Generelles Konto
-
Mar, 2013
anonymous
20 €
Generelles Konto
-
Mar, 2013
anonymous
30 €
Generelles Konto
-
Mar, 2013
Verkauf BTC
4998 €
100 BTC
Generelles Konto
-
Mar, 2013
Verkauf BTC
5923 €
100 BTC
Generelles Konto
-
Mar, 2013
i2p-projekt.net Domain
11,90 €
Generelles Konto
-
Mar, 2013
Verkauf BTC
7889 €
100 BTC
Generelles Konto
-
Mar, 2013
anonymous
25 €
Generelles Konto
-
Mar, 2013
anonymous
0.01234567 BTC
Generelles Konto
-
Mar, 2013
echelon
10 BTC
Generelles Konto
-
Mar, 2013
Umbau Syndie Bountie
32 BTC
32 BTC
Generelles Konto, Syndie Belohnung
-
-
Apr, 2013
SSL cert syndie.de
389,70 €
Generelles Konto
-
Apr, 2013
SSL cert geti2p.net
389,70 €
Generelles Konto
-
Apr, 2013
anonymous
5 €
Generelles Konto
-
Apr, 2013
giv
30 €
Generelles Konto
-
Apr, 2013
anonymous
20 €
Generelles Konto
-
Apr, 2013
anonymous
30 €
Generelles Konto
-
Apr, 2013
Flattr
107,80 €
Generelles Konto
-
Apr, 2013
SSL cert i2p2.de
2009,70 €
Generelles Konto
-
Apr, 2013
anonymous
4 €
Generelles Konto
-
Apr, 2013
anonymous
10 €
Generelles Konto
-
Apr, 2013
anonymous
1 BTC
Generelles Konto
-
Apr, 2013
29C3 contest
25 BTC
Generelles Konto
-
Apr, 2013
29C3 contest
5 BTC
Generelles Konto
-
Apr, 2013
29C3 contest
10,3 BTC
Generelles Konto
-
Apr, 2013
anonymous
0.15 BTC
Generelles Konto
-
Apr, 2013
anonymous
0.000024 BTC
Generelles Konto
-
Apr, 2013
anonymous
0.0000496 BTC
Generelles Konto
-
Apr, 2013
anonymous
0.01 BTC
Generelles Konto
-
Apr, 2013
Belohnung I2P BTC Klient von User giv
30 €
Belohnung BTC Klient
-
Apr, 2013
Belohnung I2P BTC Klient von User giv
68 BTC
Belohnung BTC Klient
-
-
May, 2013
anonymous
50 €
Generelles Konto
-
May, 2013
anonymous
0.3 BTC
Generelles Konto
-
May, 2013
anonymous
10 €
Belohnung CCR Microtic Board
-
-
May, 2013
anonymous
20 €
Generelles Konto
-
May, 2013
anonymous
30 €
Generelles Konto
-
May, 2013
anonymous
3.50 €
Generelles Konto
-
May, 2013
anonymous
0.0008 BTC
Generelles Konto
-
May, 2013
anonymous
0.0991 BTC
Generelles Konto
-
-
June, 2013
anonymous
10 €
Generelles Konto
-
June, 2013
anonymous
20 €
Generelles Konto
-
June, 2013
anonymous
30 €
Generelles Konto
-
June, 2013
DHT Belohnung
325 €
DHT Belohnung
-
June, 2013
anonymous
1 €
Generelles Konto
-
June, 2013
anonymous
0.0000067 BTC
Generelles Konto
-
June, 2013
anonymous
0.01 BTC
Generelles Konto
-
June, 2013
anonymous
0.031 BTC
Generelles Konto
-
June, 2013
anonymous
0.25 BTC
Generelles Konto
-
-
July, 2013
first-leon
1 €
Generelles Konto
-
July, 2013
anonymous
5 €
Generelles Konto
-
July, 2013
anonymous
2 €
Generelles Konto
-
July, 2013
anonymous
20 €
Generelles Konto
-
July, 2013
anonymous
0.05 €
Generelles Konto
-
July, 2013
anonymous
30 €
Generelles Konto
-
July, 2013
JULLIAN David
15 €
Generelles Konto
-
July, 2013
anonymous
0.00567899 BTC
Generelles Konto
-
July, 2013
anonymous
0.00942744 BTC
Generelles Konto
-
July, 2013
anonymous
0.01807730 BTC
Generelles Konto
-
July, 2013
fraud loss
9 BTC
Generelles Konto
-
-
Aug, 2013
anonymous
18 €
Generelles Konto
-
Aug, 2013
anonymous
30 €
Generelles Konto
-
Aug, 2013
Verkauf von BTC
820 €
10 BTC
Generelles Konto
-
Aug, 2013
anonymous
20 €
Generelles Konto
-
Aug, 2013
anonymous
25 €
Bounty DEB Paket
-
Aug, 2013
anonymous
0.0279 BTC
Generelles Konto
-
-
-
-
-Spenden und Kosten im Jahre 2012:
-
-
Datum
Woher/Wofür
Eingehend
Ausgehend
Konto
-
Jan, 2012
www.i2p2.de Servermiete
-100 €
Generelles Konto
-
Jan, 2012
www.i2p-projekt.de/echelon.i2p Servermiete
-200 €
Generelles Konto
-
Jan, 2012
I2P Services sponge
-100 €
Generelles Konto
-
Jan, 2012
anonymous
500 €
Generelles Konto
-
Jan, 2012
anonymous
1500 €
Belohnung Unit Tests
-
Jan, 2012
anonymous
30 €
Generelles Konto
-
Jan, 2012
anonymous
10 €
Generelles Konto
-
Jan, 2012
anonymous
0.01 BTC
Generelles Konto
-
Jan, 2012
anonymous
100 BTC
Belohnung I2P Bitcoin Klient
-
Jan, 2012
anonymous
20 €
Belohnun .deb Paket
-
Jan, 2012
anonymous
25 €
Generelles Konto
-
Jan, 2012
alu-anon
20 €
Generelles Konto
-
Jan, 2012
maxkoda
1.00 BTC
Generelles Konto
-
Jan, 2012
maxkoda
2.00 BTC
Belohnung I2P BTC Klient
-
-
Feb, 2012
DJ Eugene
10 €
Generelles Konto
-
Feb, 2012
Neuer PC für ZZZ
522,02 €
Generelles Konto
-
Feb, 2012
anonymous
15 €
Generelles Konto
-
Feb, 2012
anonymous
91 €
Generelles Konto
-
Feb, 2012
Hardware für Sponge
52,3 €
Generelles Konto
-
Feb, 2012
anonymous
30 €
Generelles Konto
-
Feb, 2012
anonymous
22 €
Generelles Konto
-
Feb, 2012
domain Kosten
11,9 €
Generelles Konto
-
Feb, 2012
domain Kosten
11,9 €
Generelles Konto
-
Feb, 2012
anonymous
1.4328 BTC
Generelles Konto
-
Feb, 2012
anonymous
1000.00 BTC
Generelles Konto
-
Feb, 2012
anonymous
2.20 BTC
Generelles Konto
-
Feb, 2012
maxkoda
1.00 BTC
Generelles Konto
-
Feb, 2012
maxkoda
2.00 BTC
Bounty I2P BTC client
-
-
Mar, 2012
Lautrec
10 €
Generelles Konto
-
Mar, 2012
anonymous
30 €
Generelles Konto
-
Mar, 2012
PayPal Gebühren neu berechnet
188,13 €
Generelles Konto
-
Mar, 2012
anonymous
0.25 BTC
Generelles Konto
-
Mar, 2012
anonymous
2.00 BTC
Generelles Konto
-
Mar, 2012
anonymous
0.0000491 BTC
Generelles Konto
-
Mar, 2012
anonymous
1500 €
Bounty Unit Tests
-
Mar, 2012
domain Kosten
11,9 €
Generelles Konto
-
Mar, 2012
maxkoda
1,01 BTC
Generelles Konto
-
Mar, 2012
maxkoda
2,10 BTC
Bounty I2P BTC client
-
-
Apr, 2012
anonymous
100 €
Generelles Konto
-
Apr, 2012
anonymous
30 €
Generelles Konto
-
Apr, 2012
anonymous
0,50 €
Generelles Konto
-
Apr, 2012
anonymous
0,10 BTC
Generelles Konto
-
Apr, 2012
anonymous
0,723 BTC
Generelles Konto
-
-
Mai, 2012
anonymous
0,01 BTC
Generelles Konto
-
Mai, 2012
anonymous
2,00 BTC
Generelles Konto
-
Mai, 2012
anonymous
1,50 BTC
Generelles Konto
-
Mai, 2012
anonymous
150 €
Generelles Konto
-
Mai, 2012
anonymous
5 €
Generelles Konto
-
Mai, 2012
PayPal Gebühren April
11,94 €
Generelles Konto
-
-
Mai, 2012
anonymous
10 €
Generelles Konto
-
Mai, 2012
anonymous
30 €
Generelles Konto
-
Mai, 2012
anonymous
0.25 BTC
Generelles Konto
-
Mai, 2012
anonymous
0,69307046 BTC
Generelles Konto
-
-
Jun, 2012
Verkauf von 100 BTC
513.38 €
100 BTC
Generelles Konto
-
Jun, 2012
anonymous
10 €
Generelles Konto
-
Jun, 2012
anonymous
30 €
Generelles Konto
-
Jun, 2012
anonymous
10 BTC
Generelles Konto
-
Jun, 2012
MaxKoda
1 BTC
Generelles Konto
-
Jun, 2012
maxkoda
1 BTC
Belohnung I2P BTC Klient
-
-
Jul, 2012
anonymous
10 €
Generelles Konto
-
Jul, 2012
anonymous
30 €
Generelles Konto
-
Jul, 2012
anonymous
1 BTC
Generelles Konto
-
Jul, 2012
anonymous
4 BTC
Generelles Konto
-
-
Aug, 2012
anonymous
10 €
Generelles Konto
-
Aug, 2012
anonymous
30 €
Generelles Konto
-
Aug, 2012
anonymous
96.04 €
Generelles Konto
-
-
Sep, 2012
anonymous
30 €
Generelles Konto
-
Sep, 2012
anonymous
30 €
Generelles Konto
-
Sep, 2012
Evgeny Ilin
5 €
Generelles Konto
-
Sep, 2012
anonymous
0.0001 BTC
Generelles Konto
-
-
Okt, 2012
dJavid84fr
30 €
Generelles Konto
-
Okt, 2012
anonymous
1.11 €
Generelles Konto
-
Okt, 2012
anonymous
20 €
Generelles Konto
-
Okt, 2012
anonymous
30 €
Generelles Konto
-
Okt, 2012
anonymous
1 €
Generelles Konto
-
Okt, 2012
anonymous
20 €
Belohnung DEB Paket
-
Okt, 2012
anonymous
5 €
Belohnung Robert
-
Okt, 2012
anonymous
20 €
Belohnung Robert
-
Okt, 2012
anonymous
10 BTC
Belohnung Robert
-
-
Okt, 2012
anonymous
1 €
Generelles Konto
-
Okt, 2012
anonymous
20 €
Bounty Robert
-
-
Nov, 2012
anonymous
20 €
Generelles Konto
-
Nov, 2012
anonymous
30 €
Generelles Konto
-
Nov, 2012
anonymous
0.000666 BTC
Generelles Konto
-
Nov, 2012
anonymous
0.05025998 BTC
Generelles Konto
-
Nov, 2012
anonymous
1 BTC
Generelles Konto
-
Nov, 2012
maxkoda
1 BTC
Bounty native I2P BTC Klient
-
Nov, 2012
anonymous
0.00064184 BTC
Generelles Konto
-
Mov, 2012
anonymous
0.01697271 BTC
Generelles Konto
-
Nov, 2012
anonymous
0.0005 BTC
Generelles Konto
-
Nov, 2012
anonymous
16 €
Robert Bounty
-
Nov, 2012
anonymous
40 €
Robert Bounty
-
Nov, 2012
I2P
101 € & 10BTC
Auszahlung Robert Bounty
-
-
Dez, 2012
anonymous
10 €
Generelles Konto
-
Dez, 2012
anonymous
3 €
Generelles Konto
-
Dez, 2012
anonymous
20 €
Generelles Konto
-
Dez, 2012
anonymous
30 €
Generelles Konto
-
Dez, 2012
anonymous
10 €
Generelles Konto
-
Dez, 2012
anonymous
0.7 €
Generelles Konto
-
Dez, 2012
anonymous
0.5 BTC
Generelles Konto
-
Dez, 2012
anonymous
0.0010 BTC
Generelles Konto
-
Dez, 2012
anonymous
0.5 BTC
Generelles Konto
-
Dez, 2012
I2P
100 BTC
Generelles Konto
-
Dez, 2012
I2P
100 BTC
Syndie Bounty
-
Dez, 2012
anonymous
0.01234567 BTC
Generelles Konto
-
De, 2012
anonymous
0.01234567 BTC
Generelles Konto
-
-
-
-
-Spenden und Kosten im Jahre 2011:
-
-
Datum
Woher/Wofür
Eingehend
Ausgehend
Konto
-
Jan, 2011
www.i2p2.de Servermiete
-100 €
Generelles Konto
-
Jan, 2011
www.i2p-projekt.de/echelon.i2p Servermiete
-200 €
Generelles Konto
-
Jan, 2011
PayPal Gebühren 2010
-40 €
Generelles Konto
-
Jan, 2011
Gespendet aus Datencontainer Belohnung,duck,smeghead
Die Webseite wird gerade überholt und dieses Dokument kann alte Informationen enthalten
-
-Es existieren einige kryptographische Algorythmen in I2P, wir haben diese aber
-zu einem absolutem Minimum reduziert um unsere nötige Anforderungen zu
-erfüllen - einen symmetrischen Algorhythmus, einen asymmetrischen, einen
-Algorythmus zum Signieren und einen Hashalgorhythmus. Diese kombinieren wir in
-verschiedenen Arten und Weisen um eine Integrität der Nachrichten zu
-erhalten (und somit nicht von einem MAC abzuhängen). Und trotz dessen,
-das wir es hassen, etwas Neues in Sachen Kryptographie zu machen, konnten wir
-Referenz auf eine Diskussion (oder Bezeichnung) der Technik finden, die wir in
-ElGamal/AES+SessionTag benutzen (aber wir sind
-sicher, das andere diese Technik auch implementiert haben).
-
-
ElGamal Verschlüsselung
-
-
-Wir benutzen übliche Primzahlen für die ElGamal Verschlüsselung
-und Entschlüsselung. Wir benutzen die ElGamal Verschlüsselung zur
-Zeit nur zum verschlüsseln des IV und des Session Keys in einem einzelnem
-Block, gefolgt von der AES Verschlüsselung, die die Nutzdaten mit diesem
-Session Schlüssel und IV verschlüsselt. Spezifiziert ist der
-nicht verschlüsselte ElGamal Block wie folgend formatiert (in Netzwerk Byte
-Order):
-
-Die H(Daten) ist der SHA256 Wert der Daten, die in dem ElGamal Block
-verschlüsselt sind. Vor den H(Daten) steht ein zufälliges Byte, das
-nicht Null ist. Die Daten im Block können bis zu 222 Bytes lang sein.
-Die Spezifikation ist
-[im Quelltext].
-
-ElGamal wird in I2P nie alleine genutzt, es ist immer ein Teil von
-ElGamal/AES+SessionTag.
-
-Wir benutzen 256bit AES im CBC Modus mit dem PKCS#5 Padding für 16 Byte Blocks
-(welches bedeuted, das jeder Block mit der Anzahl der aufgefüllten Bytes
-als Daten aufgefüllt wird).
-Zur Spezifikation schaue in den
- [CBC Quelltext]
-und für die Crytix AES
-
-[Implementation hier]
-
-In Situationen, in denen wir AES Daten streamen, nutzen wir die selben Algorhytmen, wie sie in
-[AESOutputStream] und
-[AESInputStream]
-implementiert sind.
-
-Für Situationen, in denen die Gröse der zu sendenden Daten bekannt ist,
-verschlüsseln wir folgendes mit AES:
-
-
- |________1________2________3________4________5________6________7________8
- |H(Daten)| Grösse der Daten (in Bytes) | Daten ... | Zufall |
-
-
-Nach den Daten folgt eine Applikationsabhängige Anzahl von zufällig
-erstellten Auffülldaten. Und dieses gesamte Segment (von H(Daten) bis zum
-Ende der zufälligen Daten ist AES verschlüsselt (256bit CBC mit PKCS#5).
-
-
-Dieser Code ist in den safeEncrypt und safeDecrypt Methoden der
-[AESEngine]
-implementiert.
-
-
DSA
-
-
-Signaturen werden mit 1024bit DSA erzeugt und verifiziert, wie es in der
-[DSAEngine]
-implementiert ist.
-
-Hashes in I2P sind bekannte, alte SHA256 wie es im
-[SHA256Generator]
-implementiert ist.
-
-
TCP Verbindungen
-
-
-TCP Verbindungen werden zur Zeit (?) mit einer 2048 Diffie-Hellmann Implementation
-ausgehandelt, die die Router Identity nutzt, gefolgt von einem Station zu Station
-Agreement. Darauf folgen einige verschlüsselte protokollspezifische Felder
-und anschliessend alle AES verschüsselten Daten (wie oben beschrieben).
-In Zukunft wollen wir Session Tags, wie wir es bei den
-ElGamalAES+SessionTag machen, nutzen, um die 2048bit
-DH Aushandlungen zu vermeiden.
-
-Wir würden gerne eine besser standardisierte Implementation (TLS/SSL oder gar SSH)
-nutzen, aber:
-
-
-
können wir irgendwie Sessions sicher wiederherstellen (wie bei den Session Tags) oder müssen
-wir jedesmal eine volle Aushandlungsphase machen?
-
können wir die x509 oder andere Zertifikate vereinfachen/umgehen und unsere eigene
-RouterInfo Struktur nutzen (die die ElGamal und DSA Schlüssel enthält)?
-
-
-
-Die grundlegenden TCP Verbindungsalgorhythmen sind in der establishConnection() Funktion
-implementiert (die wiederrum exchangeKey() und identifyStationToStation()) in
-[TCPConnection]
-aufruft).
-
-Dieses wird erweitert durch die
-[RestrictiveTCPConnection]
-Funktion, die die establishConnection() Methode aktualisiert um die
-Protokoll Version, die Uhrzeit und die öffentlich erreichbare IP
-Adresse des Knotens verifizieren zu können. (Da wir noch keine
-beschränkten Router unterstützen, verweigern wir die Kommunikation
-zu den Routern, die von anderen Routern auch nicht angesprochen werden
-können). {% endblock %}
diff --git a/www.i2p2/pages/translations/how_de.html b/www.i2p2/pages/translations/how_de.html
deleted file mode 100644
index de24fa4d..00000000
--- a/www.i2p2/pages/translations/how_de.html
+++ /dev/null
@@ -1,159 +0,0 @@
-{% extends "_layout.html" %}
-{% block title %}Inhaltsverzeichnis der technischen Dokumentation{% endblock %}
-{% block content %}
-
Die Webseite wird gerade überholt und dieses Dokument kann alte Informationen enthalten
-
Wie funktioniert I2P?
-
-
-Diese Seite bietet ein Inhaltsverzeichnis der technischen Dokumentation zu I2P.
-Sie ist auf dem Stand vom August 2010 und bezieht sich auf die Routerversion (I2P-Version) 0.8.
-
-Das Inhaltsverzeichnis ist nach den Netzwerkschichten geordnet, beginnend mit der obersten Schicht.
-Die höheren Schichten sind für „Klienten“ oder I2P-Anwendungen,
-die niedrigeren Schichten befinden sich im I2P-Router selber.
-Die Schnittstelle zwischen Anwendungen und dem Router trägt den Namen I2CP (I2P Control Protocol).
-
-Das I2P-Projekt ist um eine vollständige und aktuelle Dokumentation bemüht.
-Wer in einer der unten verlinkten Seiten Ungenauigkeiten oder Unstimmigkeiten findet,
-möge diese bitte hier melden.
-Auswahl von Knoten (Gegenstellen), Aufbauen von Tunneln durch die Knoten sowie die Verschlüsselung und Weiterleitung von Nachrichten durch die Tunnel.
-
-Following is an index to the technical documentation for I2P.
-This page was last updated in May 2012 and is accurate for router version 0.9.
-
-This index is ordered from the highest to lowest layers.
-The higher layers are for "clients" or applications;
-the lower layers are inside the router itself.
-The interface between applications and the router is the I2CP (I2P Control Protocol) API.
-
-The I2P Project is committed to maintaining accurate, current documentation.
-If you find any inaccuracies in the documents linked below, please
-enter a ticket identifying the problem.
-
-The lowest-level API used for clients (applications) to send and receive traffic to a router.
-Traditionally used only by Java applications and higher-level APIs.
-
Die Webseite wird gerade überholt und dieses Dokument kann alte Informationen enthalten
-
-In I2P sind verschiedene Nachrichten verschlüsselt, aber wir möchten
-niemanden wissen lassen, von wem oder an wen diese gebunden ist, somit k&oouml;nnen
-wir nicht einfach eine "an" oder "von" Adresse anhängen.
-Zusätzlich werden Nachrichten nicht in eindeutiger Reihenfolge (oder
-verlässlich) transportiert, somit k&oennen wir nicht die erste Nachricht
-elGamal verschlüsseln und alle weiteren mit AES. Die Alternative, alle
-Nachrichten mit elGamal zu verschlüsseln, geht unter mit der Anzahl der
-benötigten Nachrichten. Stattdessen nehmen wir jede einzelne Nachricht und
-testen, ob diese in eine der drei Möglichkeiten passt:
-
-
-
-
-
es ist ElGamal verschlüsselt für uns
-
es ist AES encrypted verschlüsselt für uns
-
es ist nicht verschlüsselt für uns
-
-
-Falls es für uns ElGamal verschlüsselt ist, wird die Nachricht als
-neue Session behandelt und wird verschlüsselt mittels encryptNewSession(....)
-in der
-[ElGamalAESEngine]
-wie folgend -
-
-
Ein initialer ElGamal Block, verschlüsselt wie zuvor:
Gefolgt von dem Nachfolgendem, AES verschlüsselt wie zuvor,
-den Session Schlüssel und den IV vom Header nutzend:
-
-
- |_______1_______2_______3_______4_______5_______6_______7_______8
- | # Session Tags| so viele sessionTags (32 byte Zufallszahlen)
- | ...
- | | Grösse der Nutzdaten (bytes)|H(Nutzdaten)
- |
- |
- |
- | | Flag |Nutzdaten
- | ...
- | |
- | Zufallsbytes zum füllen des ganzen AES Blocks (Grösse % 16 == 0) |
-
-
-
-
Ist das Flag 0x01, wird es vom Session Schlüssel gefolgt, der den alten
-ersetzt.
-
-
Die erfolgreich transportierten Sessiontags werden für eine sinnvolle
-Zeit (zur Zeit 30 Minuten) gespeichert bis sie gebraucht (und weggeworfen) werden.
-Sie werden für das Einpacken einer Nachricht ohne vorhergehnden ElGamal Block
-genutzt. Dabei wird es mit encryptExistingSession(...) in der
-[ElGamalAESEngine]
-wie folgend verschlüsselt -
-
-
- |_______1_______2_______3_______4_______5_______6_______7_______8
- | Sessiontag (32 byte Zufallszahl ungenutzt und nicht zuvor
- | transportiert oder verworfen). Der Sessiontag dient auch als
- | pre-IV (die ersten 16 Bytes von H(sessionTag) == IV)
- | |
-
-
-
Gefolgt vom AES verschlüsselten Block wie oben beschrieben
-(2 byte # Sessiontags, eine Anzahl Sessiontags, Grösse der Nutzdaten,
-H(Nutzdaten), Flag, Nutzdaten, Zufallsdaten zum füllen).
-{% endblock %}
diff --git a/www.i2p2/pages/translations/how_fr.html b/www.i2p2/pages/translations/how_fr.html
deleted file mode 100644
index 2359e0f5..00000000
--- a/www.i2p2/pages/translations/how_fr.html
+++ /dev/null
@@ -1,185 +0,0 @@
-{% extends "_layout_fr.html" %}
-{% block title %}Sommaire de la doc. technique{% endblock %}
-{% block content %}
-Traduction de juillet 2011. Version anglaise actuelle
-
Comment I2P fonctionne-t-il?
-
-Table des matières de la documentation technique.
-Cette information a été actualisée en juin 2011 pour la version 0.8.6.
-
-Cette table est organisée selon le niveau des couches réseau, de la plus haute à la plus basse.
-Les plus hautes couches sont celles des "clients" ou "applications";
-les plus basses sont dans le routeur lu-même.
-L'interface entre les applications et le routeur est l'API I2CP (I2P Control Protocol).
-
-Le projet I2P s'engage à maintenir exacte la documentation actuelle.
-Si vous trouvez des erreur dans les documents liés ci-dessous, merci d'en faire part via un
-ticket Trac.
-L'API de plus bas niveau utilisée par les applications clientes pour échanger du trafic avec un routeur.
-Utilisée traditionnellement seulement par les applications Java et les APIs de niveau supérieur..
-
Die Webseite wird gerade überholt und dieses Dokument kann alte Informationen enthalten
-
-wie kurz in der Einleitung erklärt, benutzt I2P
-in Erweiterung zum Senden von Nachrichten über Tunnel (via
-Tunnels) eine Technik, die sich "Garlic
-Routing" nennt - schichtenweise verschlüsselung der Nachrichten und
-weiterleiten durch Knoten, die der ursprüngliche Sender selektiert.
-
-Dies ist ähnlich zu der Technik, die Mixmaster für Nachrichten nutzt
-(siehe Netzwerk Vergleich) - eine Nachricht
-nehmen, verschlüsseln mit dem öffentlichen Schlüssel des Empfängers,
-diese nocheinmal verschlüsseln (mitsamt den Informationen, die die nächste
-Station bestimmt) und dieses wiederum mit dem öffentlichen Schlüssel
-der darauffolgenden Station, bis alle Stationen im Tunnel abgearbeitet sind (und
-für jede Station eine Schicht von Verschlüsselung vorhanden ist).
-Der einzige signifikante Unterschied zwischen dieser Technik und dem I2P "Garlic Routen"
-ist, das in jeder Schicht anstelle von nur einer Nachrich eine beliebige Anzahl
-von Nachrichten vorhanden sein kann.
-
-
-
-
-
-In Erweiterung zu dem gepacktem Paket, enthält jede entpackte "Garlic"
-Nachricht eine Sender spezifische Anzahl von Fülldaten, die dem Sender einen
-aktiven Schutz gegen Bandbreiten Analysen bietet
-
-
Anwendung in I2P
-
-
-I2P benutzt das "Garlic Routen" in 3 Positionen:
-
-
Beim Tunnel Aufbau
-
Um den Erfolg oder Misserfolg des Ende-Zu-Ende Transportes einer Nachricht zu ermitteln
- (indem es eine weitere "DeliveryStatusMessage" in die Nutzdaten einfügt, wohingegen
- an dem gepacktem Paket eine "DeliveryStatusMessage" mit Instruktionen zum Rücktransport
- über andere Knoten und Tunnel angefügt wird).
-
-
Zum Publizieren von einigen Netzwerk Datenbank Einträgen (verringern von der
- Wahrscheinlichkeit einer erfolgreichen Traffic Analyse)
-
-
-Es existieren weitere Wege, mit denen durch diese Technik die Performance des Netzwerkes
-erhöht werden kann, die Balance zwischen Transportlatenz und Durchsatz umgangen werden
-kann und Daten über redundante Wege transportiert werden kann, um die
-Zuverlässigkeit zu erhöhen.
-
-
Verschlüsselung
-
-
-Die Verschlüsselung in jeder Schicht der "Garlic" Nachricht nutzt den
-ElGamal/AES+SessionTag Algorhytmus, der die Kosten
-einer vollen 2048bit ElGamal Verschlüsselung für folgende Nachrichten
-vermeidet, dafür nutzt dieser einen zufälligen SessionTag, der zuvor
-spezifiziert wurde und 256bit AES Verschlüsselung.
-
-
Referenzen
-
-
-Der Begriff "Garlic Routen" wurde zuerst von Michael Freedman in Roger Dingledines
-Freehaven [Aaster Arbeit]
-erwähnt, welche abgeleitet war vom [Onion Routen].
-Der Hauptunterschied beim I2P "Garlic Routen" ist der unidirektionale Weg - es gibt
-keinen Umkehrpunkt, der im Onion Routen zu finden ist, oder auch keine Mixmaster Antwort
-Blöcke. Dieses vereinfacht den Algorhytmus erheblich und erlaubt flexiblere
-und zuverlässigere Transporte.
-Το I2P είναι ένα πρόγραμμα για τη δημιουργία, την ανάπτυξη και τη διατήρηση ενός δικτύου
-που υποστηρίζει ασφαλή και ανώνυμη επικοινωνία. Τα άτομα που χρησιμοποιούν το I2P μπορούν
-να ελέγξουν το ποσοστό μεταξύ της ανωνυμίας, της αξιοπιστίας, της χρησιμοποίησης του
-bandwidth και της καθυστέρησης. Δεν υπάρχει κάποιο κεντρικό σημείο στο δίκτυο στο οποίο
-μπορεί να ασκηθεί πίεση ώστε να διακινδυνέψει η ακεραιότητα, η ασφάλεια ή η ανωνυμία του
-συστήματος. Το δίκτυο υποστηρίζει δυναμική αναδιαμόρφωση ως απάντηση σε διάφορες επιθέσεις
-και έχει σχεδιαστεί ώστε να χρησιμοποιεί επιπλέον πόρους όταν αυτοί γίνονται διαθέσιμοι.
-Φυσικά, όλες οι πτυχές του δικτύου είναι ανοιχτές και ελεύθερα διαθέσιμες.
-
-
-
-Εν αντιθέσει με άλλα ανώνυμα δίκτυα, το I2P δεν προσπαθεί να παρέχει ανωνυμία κρύβοντας τον
-αποστολέα ενός μηνύματος αλλά όχι τον παραλήπτη, και αντίστροφα. Το I2P έχει σχεδιαστεί ώστε
-να επιτρέπει σε κόμβους που χρησιμοποιούν το I2P να επικοινωνούν μεταξύ τους ανώνυμα —
-και ο αποστολέας και ο παραλήπτης είναι μη αναγνωρίσιμοι μεταξύ τους αλλά και σε τρίτους.
-Για παράδειγμα, σήμερα υπάρχουν και ιστοσελίδες μέσα στο I2P (επιτρέποντας ανώνυμη δημοσίευση
- / φιλοξενία) καθώς και HTTP proxies για το κανονικό Internet (επιτρέποντας ανώνυμη περιήγηση
-στο διαδίκτυο). Η δυνατότητα να τρέχετε εξυπηρετητές μέσα στο I2P είναι απαραίτητη, καθώς είναι
-πολύ πιθανό κάποια outbound proxies για το κανονικό Internet να παρακολουθούνται, να είναι
-απενεργοποιημένα ή να έχουν παραβιαστεί με σκοπό κάποια επίθεση.
-
-
-
-Το δίκτυο είναι "μηνυματοστραφές" - είναι ουσιαστικά ένα ασφαλές και ανώνυμο επίπεδο IP, όπου
-τα μηνύματα απευθύνονται σε κρυπτογραφικά κλειδιά (Προορισμοί) και μπορεί να είναι αρκετά
-μεγαλύτερα από τα IP πακέτα. Κάποια παραδείγματα χρήσης του δικτύου περιλαμβάνουν τα "eepsites"
-(εξυπηρετητές ιστού που φιλοξενούν κανονικές διαδικτυακές εφαρμογές μέσα στο I2P), μία
-εφαρμογή-πελάτη για το BitTorrent ("I2PSnark"), ή μία κατανεμημένη αποθήκη δεδομένων. Με τη
-βοήθεια της εφαρμογής I2PTunnel, είμαστε ικανοί για μία παραδοσιακή
-TCP/IP επικοινωνία πάνω από το I2P, όπως το SSH, IRC, ένα squid proxy ακόμα και streaming ήχου.
-Οι περισσότεροι άνθρωποι δεν θα χρησιμοποιήσουν το I2P ευθέως, ή ακόμα δεν χρειάζεται να ξέρουν
-ότι το χρησιμοποιούν. Αντιθέτως αυτό που θα βλέπουν, θα είναι μία από τις I2P εφαρμογές, ή ίσως
-κάποια εφαρμογή διαχείρισης που θα τους επιτρέπει να ανοίξουν και να κλείσουν κάποιους proxies
-που τους παρέχουν ανωνυμία.
-
-
-
-Μία απαραίτητη διαδικασία του σχεδιασμού, της ανάπτυξης και της δοκιμής ενός ανώνυμου δικτύου είναι
-να οριστεί το threat model, εφόσον δεν υπάρχει κάτι σαν "αληθινή"
-ανωνυμία, αλλά μόνο αυξανόμενα μεγάλο κόστος για την αναγνώριση κάποιου. Συνοπτικά, ο σκοπός του
-I2P είναι να επιτρέπει στους ανθρώπους να επικοινωνούνε σε διάφορα εχθρικά περιβάλλοντα προσφέροντας
-καλή ανωνυμία, με την βοήθεια επαρκούς "κίνησης κάλυψης" από την κίνηση διάφορων άλλων ανθρώπων που
-απαιτούν λιγότερη ανωνυμία. Με αυτό τον τρόπο, μερικοί χρήστες μπορούν να αποφύγουν την ανίχνευση
-από κάποιον πολύ ισχυρό εχθρό, ενώ άλλοι προσπαθούν να αποφύγουν κάποιον πιο αδύναμο, όλα στο
-ίδιο δίκτυο, όπου τα μηνύματα καθενός είναι ουσιαστικά δυσδιάκριτα από των αλλωνών.
-
-
-
Γιατί;
-
-Υπάρχει μία πληθώρα από λόγους για τους οποίους θέλουμε ένα σύστημα να υποστηρίζει ανώνυμη
-επικοινωνία και ο κάθε ένας έχει τους δικούς του λόγους. Υπάρχουν διάφορες
-άλλες προσπάθειες που προσπαθούν να παρέχουν διάφορους
-τρόπους ανωνυμίας στα άτομα σε όλο το Internet, αλλά δεν μπορούσαμε να βρούμε κάποιο που να
-ικανοποιούσε τις ανάγκες μας ή το threat model μας.
-
-
-
Πώς;
-
-
-Το δίκτυο με μια ματιά αποτελείται από ένα πακέτο από κόμβους ("routers") με έναν αριθμό από
-μονής κατεύθυνσης inbound και outbound εικονικά μονοπάτια ("tunnels", όπως περιγράφονται στη
-σελίδα tunnel routing). Κάθε router αναγνωρίζεται από μία
-κρυπτογραφική ταυτότητα (RouterIdentity) που συνήθως έχει μεγάλη διάρκεια ζωής. Αυτοί οι
-routers επικοινωνούν μεταξύ τους μέσω υπαρχόντων μηχανισμών μεταφοράς (TCP, UDP, κτλ),
-ανταλλάσσοντας διάφορα μηνύματα. Οι εφαρμογές πελάτη έχουν τα δικά τους κρυπτογραφικά
-αναγνωριστικά ("Destination") που τους επιτρέπουν να στέλνουν και να λαμβάνουν μηνύματα. Αυτές
-οι εφαρμογές-πελάτες μπορούν να συνδεθούν σε οποιοδήποτε router και να εξουσιοδοτηθούν για προσωρινή
-δέσμευση ("lease") μερικών tunnels που θα χρησιμοποιηθούν για την αποστολή και παραλαβή μηνυμάτων
-στο δίκτυο. Το I2P έχει τη δικιά του εσωτερική δικτυακή βάση δεδομένων
-(χρησιμοποιώντας μια παραλλαγή του αλγορίθμου Kademlia) για την ασφαλή κατανεμημένη δρομολόγηση και
-εύρεση στοιχείων επικοινωνίας.
-
-
-
-
-
-
-Παραπάνω, η Alice, o Βοb, ο Charlie και ο Dave τρέχουν routers με μοναδικό Προορισμό στο τοπικό τους
-router. Όλοι τους έχουν ένα ζευγάρι από 2-hop inbound tunnels για κάθε προορισμό (σημειώνονται ως 1,
-2, 3, 4, 5 και 6). Επίσης εμφανίζεται ένα μικρό μέρος από τα 2-hop outbound tunnels από τα router κάθε
-χρήστη. Χάριν απλότητας, τα inbound tunnels του Charlie και τα outbound tunnels του Dave δεν εμφανίζονται,
-ούτε τα διαθέσιμα outbound tunnels των υπολοίπων routers (συνήθως εφοδιασμένα με μερικά tunnels τη φορά).
-Όταν η Alice και ο Bob μιλάνε μεταξύ τους, η Alice στέλνει ένα μήνυμα από τα (ροζ) outbound tunnels της που
-επικοινωνούν με ένα από τα (πράσινα) inbound tunnels του Bob (tunnel 3 ή 4). Γνωρίζει σε ποιο από όλα τα tunnels
-του router να το στείλει ρωτώντας τη δικτυακή βάση δεδομένων, που είναι συνεχώς ενημερωμένη καθώς νέα
-leases εξουσιοδοτούνται και παλιά λήγουν.
-
-
-
-Εάν ο Bob θέλει να απαντήσει στην Alice, ακολουθάει πάλι την ίδια διαδικασία - στέλνει ένα μήνυμα από ένα
-από τα outbound tunnels του που επικοινωνούν με ένα από τα inbound tunnels της Alice (tunnel 1 ή 2). Για
-να γίνουν πιο εύκολα τα πράγματα, τα περισσότερα μηνύματα μεταξύ της Alice και του Bob είναι
-garlic wrapped, έχοντας τις τωρινές lease πληροφορίες του αποστολέα έτσι
-ώστε ο αποδέκτης να μπορεί να απαντήσει αμέσως χωρίς να χρειάζεται να κοιτάξει στη δικτυακή βάση δεδομένων
-για τις τωρινές πληροφορίες.
-
-
-
-Για να αντιμετωπιστεί μία ευρεία γκάμα επιθέσεων, το I2P είναι πλήρως κατανεμημένο χωρίς κεντρικούς
-πόρους - συνεπώς δεν υπάρχει κάποια κεντρική υπηρεσία που να κρατάει στατιστικά για την απόδοση και
-την αξιοπιστία των routers στο δίκτυο. Επομένως, κάθε router θα πρέπει να διατηρεί προφίλ διάφορων
-routers και είναι υπεύθυνο για την επιλογή των κατάλληλων κόμβων για να επιτύχει την ανωνυμία, την
-απόδοση και την αξιοπιστία που χρειάζονται οι χρήστες, όπως περιγράφονται στη σελίδα
-επιλογής κόμβων.
-
-
-
-Το δίκτυο κάνει μεγάλη χρήση κρυπτογραφικών τεχνικών και αλγορίθμων -
-μία πλήρης λίστα περιλαμβάνει 2048bit ElGamal κρυπτογράφηση, 256bit AES σε CBC λειτουργία με
-PKCS#5 padding, 1024bit DSA υπογραφές, SHA256 συνάρτηση κατακερματισμού, 2048bit Diffie-Hellman
-για την διαπραγμάτευση των συνδέσεων με πιστοποίηση από άκρο σε άκρο, και
-ElGamal / AES+SessionTag.
-
-
-
-Το περιεχόμενο που στέλνεται στο I2P κρυπτογραφείται από τρία επίπεδα garlic κρυπτογράφησης (χρησιμοποιείται
-για την πιστοποίηση της αποστολής του μηνύματος στον παραλήπτη), tunnel κρυπτογράφησης (όλα τα μηνύματα
-που περνάνε μέσα από ένα tunnel κρυπτογραφούνται από το gateway μέχρι το τέλος του tunnel) και
-κρυπτογράφηση μέσα στο router από το επίπεδο μεταφοράς (π.χ. το TCP επίπεδο μεταφοράς χρησιμοποιεί
-AES256 με εφήμερα κλειδιά).
-
-
-
-Η κρυπτογράφηση από άκρη σε άκρη (I2CP) (εφαρμογή-πελάτη με εφαρμογή-εξυπηρετητή) απενεργοποιήθηκε
-στην έκδοση 0.6; η κρυπτογράφηση από άκρη σε άκρη (garlic) (I2P router πελάτη με I2P router εξυπηρετητή)
-από το router της Alice "a" μέχρι το router του Bob "h" παραμένει. Προσέξτε τους διαφορετικούς όρους χρήσης!
-Όλα τα δεδομένα από το a μέχρι το h είναι κρυπτογραφημένη από άκρη σε άκρη, αλλά η I2CP σύνδεση μεταξύ του
-I2P router και των εφαρμογών δεν είναι κρυπτογραφημένη από άκρη σε άκρη! Τα a και h είναι τα routers των
-Alice και Bob, ενώ οι Alice και Bob στο παρακάτω γράφημα είναι οι εφαρμογές που τρέχουν πάνω από το I2P.
-
-
-
-
-
-Η συγκεκριμένη χρήση αυτών των αλγορίθμων περιγράφονται αλλού.
-
-
-
-Οι δύο κύριοι μηχανισμοί που επιτρέπουν τη χρήση του δικτύου από άτομα που χρειάζονται ισχυρή ανωνυμία
-είναι garlic routed μηνύματα με ρητή καθυστέρηση και πιο περιεκτικά tunnels για την υποστήριξη pooling
-και mixing των μηνυμάτων. Αυτά προς το παρών είναι προγραμματισμένα για την έκδοση 3.0, αλλά garlic
-routed μηνύματα χωρίς καθυστερήσεις και FIFO tunnels είναι ήδη διαθέσιμα. Επιπλέον, η έκδοση 2.0 του
-I2P θα επιτρέπει στους χρήστες να το ρυθμίσουν και να το χρησιμοποιούν πίσω από περιορισμένες
-δρομολογήσεις (μάλλον με έμπιστους κόμβους), όπως επίσης και την ανάπτυξη πιο ευέλικτων και ανώνυμων
-μεταφορών.
-
-
-
-Ευλόγως υπάρχουν κάποια θέματα σχετικά με την επεκτασιμότητα του I2P. Θα υπάρξει σίγουρα
-ανάλυση στο μέλλον, αλλά η αναζήτηση κόμβων και η ενσωμάτωσή τους στο δίκτυο περιορίζεται
-σε O(log(N)) λόγω του αλγορίθμου της δικτυακής βάσης δεδομένων,
-ενώ η ανταλλαγή μηνυμάτων από άκρη σε άκρη θα πρέπει να είναι O(1) (ελεύθερο κλίμακας),
-καθώς τα μηνύματα φεύγουν σε K βήματα από το outbound tunnel και χρειάζονται άλλα K βήματα
-για το inbound tunnel, με το K να μην είναι μεγαλύτερο από 3. Το μέγεθος του δικτύου (N) δεν έχει
-κάποια επίπτωση.
-
-
-
Πότε;
-
Το I2P αρχικά ξεκίνησε τον Φεβρουάριο του 2003 ως μία τροποποίηση του
-Freenet που θα επέτρεπε τη χρήση διαφορετικών μεταγωγών, όπως το
-JMS, έπειτα συνέχισε σαν αυτόνομο έργο ως
-'anonCommFramework' τον Απρίλιο του 2003, καταλήγοντας σε I2P τον Ιούλιο, ξεκινώντας την σημαντική
-υλοποίησή του τον Αύγουστο του 2003. Το I2P είναι προς το παρόν υπό ανάπτυξη, ακολουθώντας το
-roadmap.
-
-
-
Ποιος;
-
-Είμαστε μία μικρή ομάδα που εκτείνεται σε αρκετές ηπείρους, δουλεύοντας πάνω
-σε διαφορετικά μέρη του έργου. Είμαστε πολύ ανοιχτοί σε άλλους developers που θέλουν να
-ασχοληθούν και άλλους που θέλουν να συνεισφέρουν με διάφορους τρόπους, όπως κριτικές, αξιολόγηση,
-δοκιμή, την ανάπτυξη εφαρμογών για το I2P ή τεκμηρίωση. Ολόκληρο το έργο είναι ανοιχτό λογισμικό - το
-router και το μεγαλύτερο μέρος του SDK είναι διαθέσιμα σε public domain άδεια με κάποιο μέρος του
-κώδικα να είναι υπό την άδεια BSD και Cryptix, ενώ μερικές εφαρμογές όπως το I2PTunnel και το
-I2PSnark είναι GPL. Σχεδόν τα πάντα είναι γραμμένα σε Java (1.5+), αν ορισμένες τρίτες εφαρμογές
-είναι γραμμένες σε Python και άλλες γλώσσες. Ο κώδικας δουλεύει σε Sun Java SE
-και άλλα Java Virtual Machines.
-
-
-
Που;
-
-Όποιος ενδιαφέρεται θα πρέπει να μας βρει το κανάλι #i2p στο IRC (φιλοξενείται παράλληλα στα
-irc.freenode.net, irc.postman.i2p, irc.freshcoffee.i2p, irc.welterde.i2p και irc.einirc.de).
-Προς το παρόν δεν υπάρχουν κανονισμένες συναντήσεις για την ανάπτυξη, ωστόσο
-υπάρχει ιστορικό διαθέσιμο.
-
-
-
-Ο τρέχοντας πηγαίος κώδικας είναι διαθέσιμος στο monotone.
-
-
-{% endblock %}
diff --git a/www.i2p2/pages/translations/how_networkcomparisons_fr.html b/www.i2p2/pages/translations/how_networkcomparisons_fr.html
deleted file mode 100644
index 9cfbc786..00000000
--- a/www.i2p2/pages/translations/how_networkcomparisons_fr.html
+++ /dev/null
@@ -1,167 +0,0 @@
-{% extends "_layout_fr.html" %}
-{% block title %}I2P Comparé à Tor et à Freenet{% endblock %}
-{% block content %}
-Traduction d'avril 2011. Version anglaise actuelle
-
Il existe un grand nombre d'autres applications et projets centrés sur la communication anonyme
-et I2P s'est inspiré de beaucoup de leurs efforts. Ceci n'est pas une liste exhaustive de références à l'anonymat :
-tant la Anonymity Bibliography de freehaven que les
-projets relatifs de GNUnet s'en acquittent très bien. Ceci dit,
-très peu de systèmes supportent longtemps la comparaison. Ils sont exposés ici :
Le contenu de cette page est susceptible de mises à jour, de discutions et de débats, et nous accueillons les
-commentaires et les compléments. Vous pouvez contribuer à l'analyse en soumettant un ticket sur
-trac.i2p2.de.
-
Tor et Onion Routing sont tous deux des réseaux de mandataires anonymisants, permettant à leurs utilisateurs des
-sorties de tunnels à travers leur réseau croisé à basse latence. Les deux principales différences entre Tor /
-Onion-Routing et I2P résident dans leur modèle de prise en compte des menaces et la conception des mandataires sortants
-(bien que Tor supporte aussi les services cachés). De plus, Tor adopte l'approche basée sur un annuaire - en
-fournissant un point central de gestion de la "vue" globale du réseau et de collecte/rapports de statistiques, à la
-différence de la base de données et de la sélection
-des pairs, décentralisées dans I2P.
-
-
La fonctionnalité de mandataire sortant I2P/Tor soufrent de quelques faiblesses non négligeables envers certains
-attaquants - une fois que la communication quitte le réseau croisé, des adversaires globaux passifs peuvent facilement
-monter des analyses de trafic. De plus, les mandataires sortant ont l'accès au texte en clair des données transférées
-dans les deux sens, et ils sont prédisposés à abuser de cette possibilité, à côté de tous les autres problèmes de
-sécurité que nous avons appris à connaître et à aimer sur l'Internet normal.
-
-
Cependant, de nombreuses personnes n'ont pas besoin de se soucier de ces situations, car elles sont en dehors de
-leurs référentiels de menaces. Mais c'est, il faut le noter, en dehors de l'étendue (formelle) fonctionnelle d'I2P (si
-des utilisateurs veulent ajouter une fonctionnalité de mandataire sortant au dessus de la couche de communication
-anonyme, ils peuvent). En fait, certains utilisateurs d'I2P bénéficient actuellement de Tor pour sortir du réseau par
-un mandataire.
-
-
-
Comparaison des terminologies de Tor et d'I2P
-Bien que Tor et I2P aient de nombreuses similarités, une grande part de leur terminologies respectives est différente.
-
-
Tor
I2P
-
Cellule
Message
-
Client
Router ou Client
-
Circuit
Tunnel
-
Directory
NetDb
-
Directory Server
Floodfill Router (diffuseurs)
-
Entry Guards
Pairs rapides
-
Entry Node
Mandataire entrant
-
Exit Node
Mandataire sortant
-
Hidden Service
Eepsite ou Destination
-
Hidden Service Descriptor
Jeux de baux
-
Introduction point
Passerelle entrante
-
Node
Router
-
Onion Proxy
Client I2PTunnel (grosso modo)
-
Relay
Router
-
Rendezvous Point
quelque chose comme la paire Passerelle entrante + Point terminal sortant
-
Router Descriptor
RouterInfo
-
Server
Router
-
-
-
Avantages de Tor sur I2P
-
-
Base d'utilisateurs bien plus grosse; plus grande visibilité dans les communautés universitaires et de hackers ;
-bénéficie des études formelles sur l'anonymat, la résistance et les performances ; dispose d'un leader appuyé par
-l'université, non anonyme et visible
-
A déjà résolu des problèmes d'échelle qu'I2P n'a pas encore à résoudre
-
Dispose d'un financement significatif
-
A plus de développeurs, dont plusieurs sont rémunérés
-
Plus résistant aux blocages d'état (state-level) grâce à la couche transport TLS et aux ponts (I2P a des projets
-de routes réservés mais elles ne sont pas encore implémentées)
-
Assez gros pour avoir déjà eu a s'adapter aux tentatives de blocage et de déni de service
-
Conçu et optimisé pour le trafic sortant, avec un grand nombre de nœuds de sortie
-
Meilleure documentation, avec ses articles formels et ses spécifications, meilleur site web, bien plus de
-traductions
-
Plus efficace en utilisation mémoire
-
Les nœuds clients Tor subissent une très légère surcharge de bande passante
-
Le contrôle centralisé réduit la complexité de chaque nœud et résout efficacement les attaques de Sibylle
-
Un noyau de nœuds à hautes capacités fournit un débit supérieur et une latence plus faible
-
C, pas Java (beurk!)
-
-
-
Avantages d'I2P sur Tor
-
-
Conçu et optimisé pour les services cachés, qui sont plus rapides que dans Tor
-
Entièrement décentralisé et auto organisant
-
Pairs sélectionnés par profilage continu et mesure des performances, plutôt que sur la foi des capacités annoncées
-
-
Diffuseurs ("directory servers") changeants et sans relation de confiance, plutôt que codés en dur
-
Assez petit pour n'avoir jamais été bloqué ni soumis à des DdS
Commutation de paquets plutôt que commutation de circuits
-
-
Équilibrage de charge implicite transparent des messages à travers de multiples pairs, plutôt chemin unique
-
Tolérance de pannes par parallélisme multi-tunnels et rotation des tunnels plutôt que pannes
-
Dimensionne chaque connexion client à O(1) plutôt qu'à O(N) (Alice a p.ex 2 tunnels entrants qui sont utilisés
-par tous les pairs avec lesquels elle communique, plutôt qu'un circuit pour chacun)
-
-
Tunnels Unidirectionnels plutôt que circuits bidirectionnels, doublant ainsi le nombre de nœuds à compromettre
-pour obtenir la même information
-
Protection contre la détection de l'activité du client, même quand l'attaquant fait partie du tunnel car celui-ci
-fait plus que simplement passer les messages de bout en bout (netDB, gestion et test des tunnels)
-
Tunnels à courte durée de vie, diminuant le nombre d'échantillons qu'un attaquant peut utiliser pour une attaque
-active, plutôt que des circuits à vie typiquement longue
-
APIs I2P spécialement conçues pour l'anonymat et la sécurité, plutôt que SOCKS conçu pour les fonctionnalités
-
Essentiellement tous les pairs participent au routage pour les autres
-
Faible surcharge de bande passante d'un pair à part entière, plutôt que minime dans Tor où les nœuds ne
-participent pas pleinement au réseau croisé.
-
Mécanisme intégré de mise à jour automatique
-
Transports TCP et UDP
-
Java, not C (beark!)
-
-
-
Autres bénéfices potentiels d'I2P, mais pas encore implémentés
-
...et peut-être jamais implémentés, alors ne comptez pas dessus!
-
-
Protection contre les analyses de dénombrement de messages, grâce au regroupement de gousses de messages multiples
-
-
Protection contre les attaques d'intersection à long terme, par l'ajout de retards au niveau de divers sauts (où
-les retards sont indiscernables par les autres sauts)
-
Diverses stratégies de mélange au niveau tunnel (p.e. créer un tunnel qui gèrera 500 messages/mn, dans lequel le
-point terminal injectera des messages bidons s'il n'y en a pas assez ,etc…)
Freenet est un réseau de publication P2P anonyme et complètement décentralisé, offrant des moyens de stockage
-sécurisés, ainsi que quelques approches pour résoudre les surcharges d'inondation ponctuelles. Si Freenet est conçu en
-tant que système de stockage décentralisé, des utilisateurs ont développé des applications compatibles pour faire de la
-communication anonyme plus générique, comme des sites web statiques et des panneaux à messages.
-
-
Comparé à I2P, Freenet offre des avantages substantiels - il fait du stockage décentralisé quand I2P ne le fait pas,
-permettant aux utilisateurs de retrouver le contenu déposé par d'autres qui ne sont plus forcément en ligne. De plus,
-il devrait pouvoir distribuer des données populaires de façon plutôt efficaces. I2P lui-même ne fournit (et ne
-fournira) pas cette fonctionnalité. D'un autre côté, il y a un recouvrement pour les utilisateurs qui veulent
-simplement communiquer anonymement via des sites web, des tableaux de messages, du partage de fichiers etc… Il y
-aussi eu quelques tentatives de développement de stockage décentralisé pour I2P (plus récemment, un portage de
-Tahoe-LAFS) mais rien n'est prêt pour un usage général.
-
-
Cependant, même en faisant abstraction des problèmes de mise en œuvre, il reste quelques inquiétudes au sujet des
-algorithmes de Freenet d'un point de vue anonymat et adaptabilité au facteur d'échelle, comptant beaucoup sur le
-routage heuristique de Freenet. Les interactions des diverses techniques pourraient certainement vouer à l'échec
-certaines attaques, et peut-être que certains aspects des algorithmes de routages pourraient résoudre les espoirs
-d'adaptabilité d'échelle. Malheureusement, trop peu d'analyses des algorithmes concernés ont donné des résultats
-probants bien qu'il reste de l'espoir. Et pour finir, Freenet apporte un réel anonymat contre un attaquant ne
-possédant pas les ressources nécessaires pour l'analyser plus avant.
-
-{% endblock %}
diff --git a/www.i2p2/pages/translations/how_peerselection_de.html b/www.i2p2/pages/translations/how_peerselection_de.html
deleted file mode 100644
index cd2eb9c9..00000000
--- a/www.i2p2/pages/translations/how_peerselection_de.html
+++ /dev/null
@@ -1,183 +0,0 @@
-{% extends "_layout_de.html" %}
-{% block title %}Wie die Auswahl der Knoten und Profiling funktionieren{% endblock %}
-{% block content %}
-
Die Webseite wird gerade überholt und dieses Dokument kann alte Informationen enthalten
-
die Auswahl der Knoten in I2P ist einfach der Prozess in dem
-der Router aussucht, über welche Knoten des Netzwerkes er unsere Nachrichten
-sendet (welche Knoten um Teilnahme im Tunnel gefragt werden). Um dieses zu schaffen
-beobachten wir, wie performant andere Knoten sind (die Knoten "Profile") und
-benutzen diese Daten um zu schätzen wie schnell die Knoten sind, wie oft diese
-unsere Anfragen akzeptieren können und ob sie Überlastet sind oder
-andersweitig nicht fähig sind, das Versprochene zu leisten.
-
-Beanspruchter Bandbreite wird nicht vertraut und wird einzig und allein
-benutzt um die Knoten zu vermeiden, die zu zu wenig Bandbreite anbieten um Tunnel
-weiterzuleiten.
-Die gesamte Auswahl der Knoten wird mit dem Profiling gemacht. Dieses macht
-Timing Attacken noch schwieriger.
-
-
Knoten Profile
-
-
Jeder Knoten hat ein Set von Daten die von ihm gesammelt werden, inklusive
-Statistiken über die Antwortzeit auf eine Netzwerkdatenbank Anfrage,
-wie oft seine Tunnel nicht funktional sind und wie viele neue Knoten sie uns
-mitteilen können. Auch einfachere Daten sind enthalten, wie etwa der
-Zeitpunkt des letzten Kontaktes oder wann der letzte Fehler in der
-Kommunikation war. Die einzelnen gesammelten Datenpunkte können
-im Monotone abgelesen werden (Link folgt).
-
-
-
Momentan gibt es keine "Löschstrategie, um sich der Profile der Knoten
-zu entledigen, die nicht mehr aktiv sind (oder wenn das Netzwerk aus tausenden
-von Knoten besteht, die gering performanten Knoten zu entfernen). Jedenfalls
-ist die Grösse der Profile recht klein und nicht damit verbunden, wieviele
-Daten von dem Knoten gesammelt werden, so dass ein Router tausende aktive Knoten
-Profile halten kann ohne das der Overhead ein ernstes Problem wird. Sobald es
-notwenig wird, können wir die schlecht performanten Profile kompakter
-machen (indem wir nur die nötigsten Daten behalten) und können so
-hundert tausende Profile im Speicher halten. Darübr hinaus können
-wir einfach Knotenprofile löschen (z.B. nur die besten 100.000 behalten).
-
-
Die tatsächliche Grösse der Knotenprofile im Speicher sollte
-noch analysiert werden und ungebrauchte Daten sollten enfernt werden.
-Dieses ist ein gutes Thema für weitere Nachforschungen und Optimierungen.
-
-
-
-
Die wichtigen Daten der Knoten
-
-
Die Profile können somit als eine Zusammenfassung der Performance
-der Knoten bezeichnet werden, zu einer effektiven Auswahl der Knoten
-fassen wir diese jedoch zu vier einfachen Werten zusammen. Diese stellen
-die Geschwindigkeit des Knoten, seine Kapazität, wie sehr er in das
-Netzwerk integriert ist und ob er nicht funktioniert.
-
-
Geschwindigkeit
-
-
Die Berechnung der Geschwindigkeit (wie im Quellkode implementiert)
-
-wird einfach mit den Profilen durchgeführt und schätzt, wie viele
-Daten wir durch einen einzigen Tunnel durch diesen Knoten in einer Minute
-senden oder empfangen können. Dafür werden einfach die Werte der
-Vergangenheit betrachtet.
-
-Vorhergehende Algorhythmen brauchten viel länger um mehrere
-aktuellere Daten zu betrachten und daraus die Werte für die Zukunft
-zu schätzen. Ein weitere, ältere Berechnung nahm die gesamte
-Bandbreite des Knoten (statt je Tunnel), jedoch stellten wir fest, das
-diese Methode langsame Knoten mit hoher Kapazität (das sind die mit
-kleiner Bandbreite aber hohe Kapazität in der Anzahl der Tunnel) als
-zu hoch bewertete. Noch früherere Methoden waren noch komplexer.
-
-Die derzeitige Berechnung ist seit Anfang 2006 unverändert und ist
-ein weiteres Gebiet zur weiteren Forschung um die Effektivität auf
-dem derzeitigem Netzwerk zu bestätigen.
-
-
-
Kapazität/h3>
-
-
die Berechnung der Kapazität
-bearbeitet die Profile und schätzt wie viele von uns angefragte Tunnel
-der Knoten in der nächsten Stunde akzeptiert. Dafür betrachtet
-die Methode, wieviele Tunnel der Knoten in letzter Zeit akzeptiert hat, wie
-viele er verneint hat und wie viele der akzeotierten Tunnel er abgebrochen
-hat und extrapoliert die gewünschten Daten. Zusäztlich gibt es
-einen `Wachstumsfaktor` (falls der Knoten nicht inaktiv ist oder Anfragen
-zurückweist), damit wir weiterhin versuchen, mehr Tunnel anzufragen.
-
-Die Abbruchquote der Tunnel war lange Zeit nicht aktiv in der Berechnung
-der Kapazität, erst mit 0.6.2 wurde sie wieder aktiv gesetzt. Es wurde
-offensichtlich, das unzuverlässige und nicht erreichbare Knoten
-sicher erkannt und vermieden werden müssen für eine konstante
-Nutzung des Netzwerkes.
-Jedoch braucht der Tunneltest die Mitwirkung einiger anderer Knoten, somit
-ist es schwer, die eindeutige Quelle der Fehler zu identifizieren.
-Die letzten Änderungen geben jedem Knoten im Tunnel eine gewisse
-Fehlerwahrscheinlichkeit und benutzen diese auch zur Kapazitätsberechnung,
-Diese letzten Änderungen benötigen ggf, zusätzliche
-Feineinstellungen und sind auch ein Gebiet für weitere Forschungen
-zur Effektivität im aktuellem Netzwerk.
-
-
-
Integration
-
-
Die Berechnung der Integration
-
-ist nur für die Netzwerkdatenbank notwendig (und, falls eingebaut, zum
-Erkennen und reparieren von Netzwerk`splits`). Zur Zeit wird es für nichts
-benutzt, da der Kode zum Erkennen der Splits in gut verbundenen Netzwerken
-nicht nötig ist. Jedenfalls behält die Berechnung der Integration
-die Übersicht, wie oft uns ein Knoten einen uns unbekannten weiteren
-Knoten mitgeteilt hat (oder die Daten für einen uns bekannten Knoten
-aktualisiert hat).
-
-
-In kommenden Versionen wird diese Integrationsberechnung benutzt werden, in
-Kombination mit anderen Methoden zur Berechnung der Konnektivität und
-Zuverlässigkeit der anderen Knoten. Daraus wird die Fähigkeit
-des Knoten getestet, ein Floodfillrouter in der Netzwerk Datenbank
-zu sein. Durch diesen Test, ob der Knoten ein sinnvoller Floodfill Router
-ist oder nur so tut als ob, können sinnvolle Entscheidungen getroffen
-werden zur Sendung und Speicherung von Datenbankanfragen an den Knoten.
-Dazu können Knoten mit hoher Kapazität, die noch keine Floodfill
-Router sind, zu Floodfillroutern definiert werden, falls nicht genug
-Floodfillrouter vorhanden sind im Netzwerk. Somit wird eine grosse
-Schwachstelle im derzeitigem Floodfillsystem behoben.
-
-
-
Versagen
-
-
Die Berechung zum Versagen
-
-
-
To Do
-
-
Wie obenbeschrieben, ist jede dieser Berechnungen kritisch für die
-Auswahl der Knoten und brauchen eine kritische Überprüfung auf
-ihre Effektivität im heutigem Netzwerk.
-Auch muss die Grösse der Profile im Speicher noch betrachtet werden,
-unnötige Daten entfernt werden und eine Entfernungsstrategie
-eingebaut werden.
-
-{% endblock %}
diff --git a/www.i2p2/pages/translations/how_threatmodel_fr.html b/www.i2p2/pages/translations/how_threatmodel_fr.html
deleted file mode 100644
index e73a2bf5..00000000
--- a/www.i2p2/pages/translations/how_threatmodel_fr.html
+++ /dev/null
@@ -1,617 +0,0 @@
-{% extends "_layout_fr.html" %}
-{% block title %}Modèle des menaces pour I2P{% endblock %}
-{% block content %}
-Traduction d'avril 2011. Version anglaise actuelle
-Mise à jour de novembre 2010, valide pour la version 0.8.1 du routeur
-
Ce que nous entendons par "anonyme"
-
-
Votre niveau d'anonymat peut se définir par "la difficulté que quelqu'un rencontrera pour trouver des informations
-vous concernant que vous ne voulez pas qu'il connaisse" - qui vous êtes, où vous vous trouvez, avec qui vous
-communiquez, ou même quand. L'anonymat "parfait" n'est ici un concept ni pertinent ni utile : un logiciel ne vous
-rendra pas indiscernable par des gens qui n'utilisent ni ordinateur ni Internet. Nous travaillons plutôt à produire
-l'anonymat suffisant aux besoins réels, dans la mesure du possible, de qui que ce soit - de ceux qui se promènent
-simplement sur Internet, à ceux qui échangent des données, jusqu'à ceux inquiets de l'intrusion des organisations et
-des états.
-
-
La réponse à la question de savoir si I2P apportera un anonymat suffisant à vos besoins particuliers est difficile,
-mais nous espérons que cette page vous éclairera en passant en revue les diverses menaces.
-
-
Nous accueillons avec bienveillance toutes recherches et analyses supplémentaires sur la résistance d'I2P aux
-menaces décrites ci-dessous. Nous avons besoin de plus de recherche sur la littérature existante (dont la plus grande
-partie est focalisée sur Tor), ainsi que de travaux originaux.
-
-
Résumé de la topologie du réseau
-
I2P germe des idées de nombreux autressystèmes, mais
-il faut garder à l'esprit un petit nombre de points essentiels quand on examine la littérature concernée :
-
I2P est un réseau croisé sur routes libres - le créateur du message définit explicitement le chemin par
-lequel celui-ci sera envoyé (le tunnel sortant), et le destinataire du message définit explicitement le chemin par
-lequel le message sera reçu (le tunnel entrant).
-
-
I2P n'a aucuns points d'entrée ou de sortie officiels - tous les pairs participent intégralement au
-maillage, et il n'y a pas de mandataires entrants ou sortants au niveau de la couche réseau (il en existe cependant
-quelques-uns au niveau de la couche application)
-
I2P est entièrement décentralisé - il n'y a pas de contrôles ou d'autorités centrales : quelqu'un pourrait,
-sans briser la compatibilité avec le reste du réseau, modifier quelques routeurs en vue de contrôler une partie de la
-chaîne de maillage (en construisant les tunnels et en maîtrisant les clés nécessaires au pilotage du transfert au
-niveau du point terminal du tunnel) ou élaborer une sélection basée sur un profilage des informations d'annuaire, mais
-ceci n'est bien sûr pas nécessaire (et pourrait même réduire son anonymat à néant).
-
-
- Nous avons des plans documentés de mise en œuvre de retards conséquents et
-de stratégies traitements par lots dont l'existence et le détail des modalités ne sont
-connus que par le saut ou la passerelle de tunnel particuliers qui reçoivent le message, pour permettre au réseau
-(croisé à basse latence dans sa caractéristique principale) de fournir un trafic de camouflage aux communications de
-latence plus élevée (p.ex. les e-mails). Nous savons que l'introduction de retards élevés est requise pour assurer une
-protection significative, et que son implémentation sera une épreuve sérieuse. Il n'est cependant pas actuellement
-certain que nous solliciterons ces méthodes de retardement.
-
- En théorie, des routeurs situés sur le chemin du message pourraient injecter un nombre arbitraire de sauts
-supplémentaires avant de transférer le message au pairs suivant. L'implémentation actuelle ne le fait pas.
-
-
-
-
Le modèle de menaces (Attaques)
-
-La conception d'I2P a commencé en 2003, juste après l'apparition de l'
-[Onion Routing], de [Freenet], et de
-[Tor]. Notre conception tire de substantiels bénéfices des recherches publiées
-à cette époque. I2P utilise plusieurs des techniques du routage en oignon, et continue de bénéficier de l'intérêt que
-Tor suscite dans la recherche théorique.
-
-Inspirée des attaques et analyses mises en avant dans littérature
-(particulièrement Traffic Analysis: Protocols, Attacks, Design Issues
-and Open Problems), la suite décrit brièvement un large éventail d'attaques et plusieurs des contre-mesures prises
-par I2P. Nous tenons à jour cette liste pour y ajouter les nouvelles attaques au fur et à mesure de leurs découvertes.
-
-Nous y adjoignons quelques attaques spécifiques à I2P. Nous n'avons pas de réponse adaptée à chacune d'elles, mais nous
-poursuivons nos recherches et fourbissons nos défenses.
-
-De plus, plusieurs de ces attaques sont d'autant plus potentiellement réalisables que la taille du réseau est
-actuellement modeste. Bien que nous soyons au courant de quelques limitations qui restent à résoudre, I2P est conçu
-pour accueillir des centaines de millier et même des millions de participants. Au fur et à mesure de la croissance du
-réseau, ces attaques deviendront de plus en plus difficiles à monter.
Une attaque en force brute peut être montée par un adversaire global passif ou actif qui surveillerait tous les
-transferts de messages entre tous le nœuds et tenterait d'établir une corrélation entre les messages et les chemins
-qu'ils empruntent. Le montage d'une attaque de ce type contre I2P ne serait pas une mince affaire car tous les pairs du
-réseau envoient souvent des messages (tant de bout en bout que d'entretien du réseau), sans compter les changements de
-taille et de données des messages tout au long de leur transit d'un bout à l'autre. de plus, l'attaquant externe n'a
-pas accès au messages, car la communication inter-router est à la fois cryptée et envoyée comme un flux (ce qui rend
-deux messages de 1024 bits indiscernables d'un message de 2048 bits).
-
-
Cependant, un attaquant puissant peut utiliser la force brute pour détecter des tendances - s'il peut envoyer 5 Go à
-une destination I2P et surveiller toutes les connexions du réseau, il peut éliminer les pairs qui n'ont pas reçu 5 Go.
-Il existe des techniques pour déjouer cette attaque, mais elle serait prohibitive (voir :
-Tarzan et sa simulation de trafic à taux constant). La
-plupart des utilisateurs ne craignent pas cette attaque à cause de son extrême coût de montage (et du fait qu'elle
-nécessiterait à coup sûr un comportement légalement répréhensible). Elle est malgré tout envisageable au niveau d'un
-gros FAI ou d'un point d'échange Internet. Ceux qui veulent y parer devraient prendre des mesure conservatoires, telles
-que régler de faibles limites de bande passante et l'utilisation de jeux de baux cryptés ou non publiés pour les sites
-eep. D'autre contre-mesures comme les retards volontaires et les routes privées ne sont pas implémentées actuellement.
-
-En tant que protection partielle envers un seul routeur ou un groupe de routeurs qui tenteraient de router tout le
-trafic du réseau, le routeur contient des limites quand au nombre de tunnels pouvant être routés par un seul pair.
-À mesure de la croissance du réseau, ces limites sont sujettes à ajustements ultérieurs.
-D'autres mécanismes d'évaluation, de sélection et d'évitement des pairs sont approfondis la page
-sélection des pairs.
-
-
-
-
-
Attaques de timing
-
-
Les messages I2P sont unidirectionnels et n'induisent pas nécessairement de réponse. Cependant, les applications
-tournant sur I2P ont certainement des motifs reconnaissables dans la fréquence de leurs messages - par exemple
-une requête HTTP est un court message suivi d'une longue séquence de messages constituant la réponse. Connaissant ça,
-un attaquant doté d'une large vue sur la topologie du réseau serait en mesure d'écarter les liens trop lents pour avoir
-pu transférer les réponses dans le temps observé.
-
-
Ce genre d'attaque est efficace, mais sa faisabilité n'est pas évidente car les retards variables sur les transferts
-de messages dus à mise en file d'attente, au traitement et au bridage dépassent souvent le temps nécessaire au passage
-à travers un seul lien - même si l'attaquant sait qu'une réponse repartira dès le message reçu. Il y a quelques
-scenarii qui exposent cependant des réponses automatiques rapides - c'est le cas dans l'utilisation de la
-bibliothèque de flux (avec le SYN+ACK), et le mode transmission garantie (avec la paire
-DataMessage+DeliveryStatusMessage).
-
-
Sans camouflage du protocole ou latences plus élevées, des adversaires globaux actifs peuvent obtenir des
-informations significatives. Les gens soucieux de ces attaques pourraient augmenter la latence (en utilisant des
-retards non négligeables ou les
-stratégies de traitement par lots), le camouflage de protocole, ou d'autres
-techniques de routage en tunnel avancées, mais celles-ci ne sont pas implémentées dans
-I2P.
-
Les attaques d'intersection contre les systèmes à basse latence sont très efficaces - il s'agit de contacter
-périodiquement la cible et de conserver la trace des pairs présents sur le réseau. Au fil du temps, quand la présence
-des nœuds est bien homogénéisée, l'attaquant obtient des informations en croisant simplement les jeux de pairs en ligne
-quand un message les traverse avec succès. Le coût de cette attaque croît avec la taille du réseau, mais pourrait être
-faisable dans certaines circonstances.
-
-
-En résumé, si un attaquant se trouve à chaque extrémité de votre tunnel au même moment, il pourrait y parvenir. I2P ne
-dispose pas de parade ultime contre ça pour les communications à basse latence. Il s'agit d'une faiblesse inhérente au
-routage en oignon à basse latence. Tor fait clairement état de la
-
-même mise en garde.
-
-Limitation du nombre de tunnels routés par un seul pair
-
-Empêchement des pairs d'une même plage d'adresses IP /16 d'être membres d'un même tunnel
-
-Pour les eepsites et autres services hébergés, nous fournissons la possibilité d'hébergement simultané sur de multiples
-routeurs ou multi-résidence
-
-
-Même prises ensemble, ces protections ne constituent pas une réponse complète. Aussi avons-nous pris quelques décisions
-de conception qui peuvent sensiblement augmenter notre vulnérabilité:
-
-Nous n'utilisons pas de nœuds flics à faible bande passante.
-
-Nous utilisons des groupes de tunnels constitués de plusieurs tunnels, et le trafic peut basculer d'un tunnel à l'autre.
-
-Les tunnels ont une durée de vie courte ; de nouveaux tunnels sont construits toutes les 10 minutes.
-
-Les longueurs des tunnels sont configurables. Les tunnels à 3 sauts sont recommandés pour une protection complète,
-mais plusieurs applications et services utilisent par défaut des tunnels à 2 sauts.
-
-
-
-
-Dans le futur, on peut envisager d'utiliser pour les pairs qui peuvent se le permettre, utiliser des délais importants
-(via les retards volontaires et les stratégies de traitement par
-lots). De plus, ceci ne vaut que pour les destinations que d'autres gens connaissent - un groupe privé dont la
-destination n'est connue que par des pairs de confiance n'a pas à s'inquiéter, car un adversaire ne peut pas les
-"pinguer" pour monter une attaque.
Il y a tout un groupe d'attaques de déni de service disponibles contre I2P, chacune ayant ses propres coûts et
-conséquences :
-
L'attaque du goinfre : c'est simplement celui qui essaye de consommer beaucoup plus de ressources qu'il n'en
-fournit. Les parades :
-
Définir les réglages par défaut de telle sorte que les utilisateurs fournissent des ressources au réseau. Dans
-I2P, les utilisateurs font par défaut du routage de trafic. À la différence radicale avec
-d'autres réseaux, jusqu'à 95% des utilisateurs d'I2P relaient du trafic pour les
-autres.
-
-
Fournir des options de configuration simples à utiliser pour que les utilisateurs puissent augmenter leur
-contribution au réseau (pourcentage de partage). Afficher des mesures simples à comprendre comme le ratio de partage
-pour permettre aux utilisateur de voir en quoi ils contribuent.
-
- Maintenir une forte communauté grâce à des blogs, des forums, l'IRC, et autres moyens de communication.
-
-
L'attaque de la famine : l'utilisateur hostile peut tenter de vicier le réseau en créant un grand nombre de
-pairs n'étant bien sûr pas identifiés comme contrôlés par la même entité (comme avec l'attaque de Sibylle). Ces nœuds
-décident alors comme un seul homme de ne fournir aucunes ressources au réseau, conduisant alors les autres pairs à
-faire leurs recherches dans une base de données plus grande ou demander plus de tunnels qu'il ne serait nécessaire.
-L'apprenti nazillon pourrait aussi fournir un service erratique en abandonnant régulièrement une sélection de trafic ou
-en refusant les connexions à certains pairs. Ce comportement peut être indiscernable de celui d'un nœud surchargé ou
-défaillant. I2P gère ces problèmes en maintenant des profils sur les pairs, en
-tentant d'identifier les nœuds anémiés pour les ignorer purement et simplement, ou les utiliser rarement. Nous avons
-sensiblement amélioré la capacité à reconnaître et éviter les pairs à performances réduites, mais il reste pas mal
-d'efforts à fournir de ce côté là.
-
-
Attaque par inondation : l'utilisateur hostile peut tenter de noyer le réseau, un pair, une destination ou
-un tunnel. l'inondation d'un pair ou du réseau est possible, et I2P ne fait rien pour empêcher le bombardement de la
-couche IP. La tentative de faire boire un bouillon de messages à une destination par plusieurs de ses passerelles de
-tunnels entrants est également possible, mais elle en sera avertie aussi bien par le contenu des messages que par
-l'échec des tests de tunnels. La même analyse concerne aussi les tentatives d'engorgement d'un tunnel donné. I2P n'a
-pas de défense contre les attaques par inondation. Quand la cible est une destination ou un tunnel, elle identifie le
-tunnel constipé et en crée d'autres. Du nouveau code pourrait permettre d'ajouter encore plus de tunnels si le client
-souhaite gérer la charge plus forte. D'un autre côté, si la charge est supérieure à ce que le client peut gérer, il
-pourrait indiquer aux tunnels de brider le nombre de messages ou d'octets qu'ils devraient passer (une fois les
-fonctions de tunnels avancées implémentées).
-
Attaques de charge CPU : il existe actuellement quelques méthodes pour demander à un pair distant
-d'exécuter de coûteux calculs cryptographiques, et un attaquant pourrait essayer d'en surcharger un pair pour mettre
-son UC à genoux. L'utilisation de bonnes pratiques d'ingénierie, éventuellement conjointes à des certificats peu
-courants (p.e. les pénalités HashCash) rattachées à ces requêtes de travaux coûteux, devraient limiter le problème,
-bien qu'il puisse rester des possibilités pour un attaquant d'exploiter divers bogues dans l'implémentation.
-
Attaque DOS par des diffuseurs : un autre attaquant (ou le même, décidément sa mère a confondu la
-salle d'accouchement et les chiottes) pourrait essayer de perturber le réseau en devenant un routeur diffuseur. Les
-protections actuelles contre les diffuseurs non fiables, intermittents ou pervers sont faibles. Un diffuseur peut
-fournir de mauvaises réponses aux requêtes ou pas de réponse du tout, et il peut aussi interférer avec la communication
-inter-diffuseurs. Quelques défenses et le profilage de pairs sont implémentés, mais il
-ne reste pas grand chose à faire. Pour plus d'informations, voir la page
-base de données du réseau.
-
-
-
-
Attaques par marquage
-
Les attaques par marquage - modifier un message pour pouvoir l'identifier plus loin sur son chemin - sont par
-elles-mêmes impossibles dans I2P, car les messages passant par les tunnels sont signés. Cependant, si l'attaquant est
-la passerelle de tunnel entrant et par collusion en même temps un participant au même tunnel, il peut identifier le
-fait qu'ils sont dans le même tunnel (avant l'implémentation des identifiants uniques de
-tunnels et autres mises à jour, des pairs complices dans un même tunnel pouvaient détecter cette circonstance sans
-aucun effort). Un attaquant dans un tunnel sortant et une partie quelconque d'un tunnel entrant ne peuvent cependant
-pas coopérer car le cryptage de tunnels remplit les paquets et modifie les données séparément pour les tunnels entrants
-et sortants. Les attaquants externes ne peuvent rien manigancer, car les liens sont cryptés et les messages signés.
-
-
Attaques par cloisonnement
-
-
Les attaques par cloisonnement - trouver des moyens de différentier (techniquement ou analytiquement) les pairs d'un
-réseau - sont importantes à ne pas perdre de vue quand il s'agit de considérer leur utilisation par un adversaire
-doté de gros moyens, car la taille du réseau joue un rôle prépondérant dans la détermination de votre anonymat.
-Le cloisonnement technique réalisé en coupant des liens entre pairs pour des réseaux fragmentés est pris en compte par
-la base de données intégrée d'I2P, qui entretient des statistiques sur les divers pairs tant pour permettre
-l'exploitation de connexions existantes vers des zones isolées que pour cicatriser le réseau. De toute façon, si
-l'attaquant déconnecte tous les liens vers des pairs non contrôlés, isolant ainsi la cible, la base de donnée ne lui
-sera d'aucun secours. À ce moment, la seule chose que le client puisse espérer c'est que le routeur cible détecte qu'un
-nombre important de pairs précédemment fiables sont devenus inaccessibles et qu'il le prévienne qu'il est
-temporairement déconnecté (ce code de détection n'est pas implémenté à ce jour).
-
-
Le cloisonnement du réseau par l'analyse des différences dans la façon dont routeurs et destinations se comportent
-et les regrouper en conséquence est un autre méthode d'attaque très fructueuse. Par exemple, l'attaquant qui
-collecte la base de données du réseau saura quand une destination donnée aura 5 tunnels
-entrants dans ses jeux de baux, quand les autres n'en ont que 2 ou 3, ce qui permettrait à l'attaquant d'isoler la
-cible par le nombre de tunnels sélectionnés. Une autre partition est possible par le moyen des
-retards non négligeables et des stratégies de traitement par
-lots, car les passerelles de tunnel et les sauts particuliers à retards non-nuls seront probablement mis en avant.
-Quoi qu'il en soit, cette donnée n'est exposée qu'à ces sauts particuliers, et donc, pour cloisonner effectivement sur
-ce critère, l'attaquant devrait contrôler une partie importante du réseau (et ça ne serait encore qu'une partition
-probabiliste, car il ne saurait pas quels tunnels ou quels messages sont affublés de cet attribut de retard).
-
L'attaque de prédécesseur collecte passivement des données statistiques pour trouver quels pairs sont "proches" de
-la destination en participant à leurs tunnels et en gardant la trace des sauts précédents et suivants (respectivement
-pour les tunnels sortants et entrants). Sur la durée, en utilisant un échantillon parfaitement aléatoire de pairs et un
-tri aléatoire, l'attaquant pourrait parvenir à voir quel pair se montre statistiquement plus "proche" que les autres,
-et donc ainsi révéler où est la cible.
-
-
I2P empêche ceci par quatre moyens : d'abord, les pairs retenus pour participer aux tunnels ne sont pas choisis
-aléatoirement dans le réseau - ils sont déduits de l'algorithme de sélection des pairs
-qui les répartit en groupes. Puis avec le tri strict des pairs d'un tunnel, le
-fait qu'un pair apparaît plus souvent ne signifie pas qu'il est la source. Ensuite, grâce à la
-longueur de tunnel permutée (non activée par défaut), même des tunnels à 0 saut
-peuvent fournir un alibi recevable car les changements occasionnels de la passerelle les font apparaitre comme des
-tunnels normaux. Et pour finir, avec les routes réservées (pas encore
-implémentées), seul le pair en connexion réservée à la cible pourra la contacter, et l'attaquant se heurtera alors à
-la passerelle.
-"Collecter" signifie dresser une liste d'utilisateurs d'I2P. Elle peut servir à des "attaques" légitime et pour aider à
-réaliser d'autres attaques par la simple exécution d'un pair, pour savoir à qui il se connecte et recueillir toutes
-les références aux autres pairs qu'il peut trouver.
-
-I2P n'est pas en lui-même conçu avec des protections effectives contre cette attaque, puisque l'existence même de la
-base de données du réseau pourrait relever de cette définition. Les détails suivants rendent cette attaque plutôt
-difficile dans la pratique :
-
-La croissance du réseau rend encore plus difficile l'obtention d'une portion donnée du réseau.
-
-Les routeurs diffuseurs ont des limites pour les requêtes comme protection contre les attaques de déni de service.
-
-Le "mode caché", qui empêche un routeur de se publier dans la base de données (mais l'empêche aussi de relayer), n'est
-pas actuellement très utilisé, mais il pourrait l'être.
-
-Dans de futures implémentations, grâce aux routes réservées basiques et
-complètes, ce type d'attaques perdra beaucoup de son efficacité, car les
-pairs "cachés" ne publient pas leurs adresses de contact dans la base de données - mais uniquement les tunnels par
-lesquels on peut les atteindre, leurs clés publiques, etc…)
-
-Plus tard les routeurs pourront utiliser GeoIP pour savoir s'ils sont dans un pays où l'identification en tant
-qu'utilisateur d'I2P pourrait être dangereuse. Dans ce cas, le routeur pourrait automatiquement activer le mode caché
-ou mettre en œuvre les autres méthodes de routes réservées.
-
-
-
-
Identification par analyse de trafic
-
-En surveillant le trafic d'un routeur, un FAI sans scrupule ou un pare-feu
-à état pourrait déterminer qu'un ordinateur utilise I2P. Comme expliqué ci-dessus
-(collecte), I2P n'est pas conçu pour se cacher lui-même. Cependant, certaines décisions de
-conception du transport (couche et protocole) rendent l'identification du trafic I2P
-difficile :
-Sélection de port aléatoire.
-
-Cryptage de bout en bout de tout le trafic.
-
-Échange de clé Diffie-Hellman sans octets de protocole ou autres champs de constantes non cryptés.
-
-Utilisation simultanée des transports TCP et UDP. UDP est plus difficile
-à suivre pour les équipements d'analyse détaillée de paquets (DPI).
-
-
-Nous prévoyons dans un avenir proche de régler le problème d'analyse du trafic par d'autres moyens de brouillage des
-protocoles de transport I2P, éventuellement :
-
-Bourrage/remplissage au niveau de la couche transport à des longueurs aléatoires, particulièrement pendant les poignées
-de main (handshake).
-
-Étude de la signature de distribution des tailles de paquets, et bourrage supplémentaire si nécessaire.
-
-Développement de méthodes de transport supplémentaires qui miment SSL ou d'autre protocoles communs.
-
-Examen des stratégies de bourrage aux niveaux supérieurs pour voir si elles impactent la taille des paquets au niveau
-de la couche transport.
-
-Examen des méthodes implémentées par les pare-feux à état pour bloquer Tor.
-
-Collaboration directe avec les experts de l'analyse approfondie des paquets et du brouillage.
-
On range sous cette appellation les attaques mettant en œuvre la création d'un grand nombre arbitraire de nœuds
-coalisés et de leur utilisation pour aider à monter d'autres types d'attaques. Par exemple, si un attaquant se trouve
-sur un réseau dans lequel les pairs sont sélectionnés aléatoirement et qu'il désire avoir 80% de chances d'être un de
-ceux là, il n'a qu'à créer cinq fois plus de nœuds qu'il n'y en a déjà dans le réseau, et lancer les dés. Quand
-l'identité est libre, la méthode Sibylle peut être très productive pour un attaquant aux moyens importants. La
-principale technique d'empêcher ça est de rendre l'identité non libre - parmi d'autres,
-Tarzan se sert de la limite des adresses IP, alors qu'IIP utilisait
-les pénalités HashCash comme ticket d'entrée à la création d'une nouvelle
-identité. Nous n'avons ce jour implémenté aucune technique particulière pour répondre à ces attaques, mais nous avons
-des champs réservés de certificats dans les structures de données des routeurs et des destinations qui peuvent contenir
-un certificat de HashCash de valeur appropriée si nécessaire (ou autre certificat d'épreuve de rareté).
-
-La nécessité de certificats pénalisants à divers endroits a deux défauts majeurs :
-
-L'incompatibilité ascendante.
-
-Le défaut principal des systèmes de pénalités - le choix de valeurs significatives pour les machine de dernier cri,
-tout en restant à la portée des machines d'entrée de gamme comme les appareils portables.
-
-
-Diverses limitations du nombre de routeurs dans un intervalle IP réduisent la vulnérabilité à l'attaquant qui n'a pas
-la possibilité de placer ses machines dans plusieurs blocs d'IP. Cependant, ça n'est pas suffisant contre un adversaire
-à gros moyens.
-
-En refusant d'accepter les requêtes de création ou de transfert de tunnels, à part pour les pairs complices, un routeur
-peut d'assurer qu'un tunnel n'est composé que de complices. Les chances de succès sont accrues par un grand nombre de
-complices, par exemple grâce à l'aide d'une attaque par la méthode Sibylle. Ceci est diminué par
-nos méthodes de profilage des pairs utilisées pour surveiller leurs performances. Mais
-ça reste une attaque efficace quand le nombre de routeurs approche de f = 0.2, ou 20% de nœuds toxiques, comme
-c'est indiqué dans cet article. Les routeurs attaquants peuvent aussi maintenir des connexions à la cible et lui
-fournir une excellente bande passante de transfert pour influencer le profilage effectué par la cible en apparaissant
-attractifs. D'autres recherches et protections sont nécessaires.
-
-
-
-
Attaques cryptographiques
-
-
-Nous utilisons la cryptographie forte à clés longues, et nous adoptons la sécurité des fonctions primitives des
-standards industriels pour I2P, comme détaillé sur la page concernant la
-cryptographie sous-jacente. Les fonctionnalités de sécurité incluent la détection
-immédiate de messages altérés, l'impossibilité de déchiffrer les messages qui ne vous sont pas destinés et la
-protection contre les attaques de type "usurpation d'identité" (man-in-the-middle). Les tailles de clés choisie en 2003
-sont encore assez raisonnables aujourd'hui, et sont même plus longues que celles utilisées dans
-d'autres systèmes anonymes. Nous pensons que la longueur des clés n'est pas notre
-plus grosse faiblesse particulièrement pour les adversaires traditionnels ; les bogues et la petite taille du réseau
-sont plus inquiétants. Bien sûr, tous les algorithmes cryptographiques sont sujets à obsolescence à cause de
-l'apparition de processeurs plus rapides, de la recherche en cryptographie, et de méthodes comme celles des
-tables arc-en-ciel et des grappes de consoles de jeux
-vidéo, etc… Malheureusement, I2P n'a pas été conçu avec des mécanismes simples d'allongement des clés ou de
-changements de valeur de secrets partagés tout en conservant la compatibilité ascendante.
-
-La mise à jour de diverses structures de données et protocoles en vue de supporter des clés plus longues devra sûrement
-être prise à bras le corps, et ce sera une entreprise majeure, tout comme ça le sera
-pour les autres systèmes. Heureusement, avec un planning soigneux, nous pouvons minimiser les interruptions de
-fonctionnement et implémenter des mécanismes de transition en douceur.
-
-Prochainement, plusieurs protocoles et structures de données supporteront le bourrage sécurisé des messages à une
-taille arbitraire, en sorte que les messages aient une taille constante ou que les messages en tête d'ail puissent être
-modifiés aléatoirement pour que quelques gousses semblent contenir plus de sous-gousses qu'elles n'en contiennent
-réellement. Pour l'instant cependant, les têtes d'ail, les tunnels et les messages de bout en bout utilisent un simple
-bourrage aléatoire.
-
-
Attaques de l'anonymat de la part des diffuseurs
-
-En plus des attaques de DdS par les diffuseurs décrites plus haut, les routeurs diffuseurs,
-sont dans une position privilégiée pour avoir connaissance des participants au réseau (du fait de leur rôle dans la
-base de données et du niveau élevé de communication qu'ils entretiennent avec les participants). Ceci est quand même
-pondéré à la baisse car les diffuseurs ne gèrent qu'une partie réduite de l'espace de clés total, et que celui-ci
-change tous les jours comme expliqué sur la page de la
-base de données du réseau. Les mécanismes particuliers par lesquels les
-routeurs communiquent avec les diffuseurs ont été soigneusement conçus.
-Ces menaces devraient cependant faire l'objet d'examens plus poussés. Des menaces potentielles spécifiques et les
-protections correspondantes sont un sujet de futures recherches.
-
-
-
-
Autres attaques de la base de données
-
-Un utilisateur hostile pourrait tenter de perturber le réseau en créant un ou plusieurs diffuseurs trafiqués pour
-fournir de mauvaises réponses, voire des réponses lentes ou même aucune. Plusieurs scenarii sont examinés
-en détailsur sur la page de la base de données du réseau.
-
-
-
-
-
Attaques de ressources centrales
-
-Il y a peu de ressources centrales susceptibles d'attaques ou d'y contribuer en tant que vectrices. L'absence de
-jrandom depuis novembre 2007, suivie de la perte du service d'hébergement de i2p.net en janvier 2008 ont mis en lumière
-les nombreuses ressources centralisées utilisées dans le développement et le fonctionnement d'I2P. La plupart d'entre
-elles sont maintenant décentralisées. Des attaques contre des ressources accessibles de l'extérieur affecteraient la
-facilité avec laquelle les nouveaux utilisateurs peuvent nous rejoindre, mais pas le fonctionnement du réseau lui-même.
-
-
Le site web dispose de miroirs et utilise le round-robin DNS pour l'accès public externe.
-
Les routeurs supportent maintenant des sources de réamorçage multiples, mais plus
-d'hôtes de réamorçage pourraient devenir nécessaires, et la gestion de ceux d'entre eux qui seraient peu fiables ou
-carrément vénéneux devrait faire l'objet d'améliorations.
-
Les routeurs supportent aussi plusieurs lieux de mise à jour. Un hôte de mise à jour vérolé pourrait délivrer un
-fichier énorme, il nous faut limiter la taille.
-
Les routeurs supportent maintenant par défaut de multiples signataires de mise à jour.
-
Les routeurs se reposent sur un seul hôte pour les news, mais il y a une URL de secours codée en dur qui pointe sur
-autre hôte. Un hôte corrompu pourrait fourguer un fichier monstrueux, il nous faut verrouiller ça.
-
Les services systèmes de nommage, dont les fournisseurs d'abonnements du carnet
-d'adresses, les services d'ajout d'hôtes et les services de saut pourraient être corrompus. Des protections
-conséquentes pour les abonnements on été mises en place dans la version 0.6.1.31, avec d'autres améliorations dans les
-versions suivantes. Cependant, tous les services de nommage ont besoin de quelque mesure de confiance. Voir les détails
-dans la page sur le nommage.
-
Nous restons dépendants de DNS pour le domaine i2p2.de, et sa défaillance pourrait causer une perte substantielle à
-notre capacité d'attirer de nouveaux utilisateurs, et pourrait restreindre le réseau à court et moyen terme comme le
-fit la perte d'i2p.net.
-
-
-
Attaques au niveau du développement
-
-
-Ces attaques n'ont pas directement lieu sur le réseau, mais concernent plutôt son équipe de développement, soit par
-l'introduction d'obstacles juridiques destinés à entraver quiconque participerait au développement du logiciel, soit
-par tout moyen disponible pour amener les développeurs à corrompre le logiciel. Les mesures techniques traditionnelles
-ne peuvent pas déjouer ces attaques et si quelqu'un menaçait la vie ou les moyens d'existence d'un développeur (ou même
-une injonction légale de cessation d'activité sous peine de prison), ça représenterait un très sérieux problème.
-
-Nous avons deux moyens pour nous prémunir de ces attaques :
-
-
Tous les éléments du réseau doivent être open-source pour permettre leur inspection, vérification, modification,
-et amélioration. Si un développeur est compromis, la communauté, une fois avertie, devrait demander des explications et
-refuser d'accepter ses contributions. Toutes les adjonctions à notre SCV sont numériquement
-signées, et les publieurs de nouvelles version utilisent un système de liste de confiance pour restreindre les
-possibilités de modifications à ceux précédemment approuvés.
-
Le développement se fait sur le réseau lui-même, ce qui permet aux développeurs de rester anonymes mais renforce
-encore la sécurité du processus de développement. Tout le développement d'I2P peut se faire via I2P - par l'utilisation
-du SCV que nous avons choisi, l'IRC, des serveurs web publics, des forums de discussion
-(forum.i2p), et les sites de distribution du logiciel, tous disponibles dans I2P.
-
-Nous entretenons des relations avec diverses organisations qui offrent du conseil juridique, s'il advenait jamais
-qu'une protection devienne nécessaire.
-
-
Attaques sur l'implémentation (bogues)
-
-Malgré tous les efforts, la plupart des applications évoluées comportent des erreurs de conception ou de mise en œuvre,
-et I2P n'y fait pas exception. Il pourrait y avoir des bogues qui pourraient être exploités pour attaquer l'anonymat ou
-la sécurité des communications passant par I2P de façons inattendues. Pour aider à la résistance contre les conceptions
-et protocoles en usage, nous publions toutes les conceptions et la documentation, et nous sollicitons la critique et
-l'examen dans l'espoir que de nombreux avis amélioreront le système. Nous n'adhérons pas à l'idée de
-sécurité par l'obscurité.
-
-De plus, le code est traité de la même façon, avec une légère aversion pour la révision ou l'expulsion pure et simple
-de quoi que ce soit qui ne concerne pas les besoins du système logiciel (y compris les facilités de modifications).
-La documentation de conception et d'implémentation du réseau et des composants logiciels est une partie essentielle de
-la sécurité, car sans elle il est peu probable que des développeurs aient envie d'investir beaucoup de temps pour
-assimiler suffisamment les arcanes du logiciel pour pouvoir y détecter des défauts et des bogues.
-
-Notre logiciel est potentiellement porteur, en particulier, de bogues relatifs au déni de service jusqu'au dépassement
-de capacité mémoire (OoMs), aux problèmes de scripts inter-sites (XSS) dans la console et autre vulnérabilités aux
-entrées non standard via les divers protocoles.
-
-I2P est encore un petit réseau avec une petite communauté de développement et ne bénéficiant de presque aucun intérêt
-de la part des recherches universitaires ou des groupes de chercheurs. En conséquence, nous manquons cruellement des
-mêmes travaux d'analyse dont ont bénéficié d'autres systèmes d'anonymat. Nous
-continuons à faire appel aux gens pour s'impliquer et nous aider.
-
-
-
-
-
-
Autres protections
-
Listes de blocage
-
-Dans une certaine mesure, I2P pourrait être amélioré pour écarter les pairs opérant depuis des adresses IP recensées
-dans des listes de blocage. Plusieurs d'entre elles, aisément disponibles dans différent formats, listent les entités
-anti-P2P, les entités potentiellement pressenties pour pouvoir être des adversaires "state-level", et d'autres.
-
-Dans la mesure où des pairs actifs apparaissent réellement dans les listes de blocage actuelles, leur blocage par une
-fraction seule des pairs conduirait à une segmentation du réseau, augmenterait les problèmes de joignabilité, et
-diminuerait la fiabilité globale. Nous devrions en conséquence nous accorder sur une liste particulière et l'activer
-par défaut.
-
-Les listes de blocage ne sont qu'une partie (et même une petite partie) d'un arsenal de défenses contre la malignité.
-Le système de profilage, par son travail d'évaluation du comportement des routeurs, en prend une grosse partie à sa
-charge, de sorte que nous n'ayons pas besoin d'établir des relations de confiance particulières avec tel ou tel élément
-de la base de données. Cependant, on peut en faire plus : pour chacun des points listés ci-dessus, il y des
-améliorations à apporter pour en détecter la nocivité.
-
-Si une liste de blocage est hébergée de façon centralisée, avec des mises à jour automatisées des routeurs, le réseau
-devient plus vulnérable aux attaques de ressources centrales.
-Des abonnements à une liste donne au fournisseur de la liste le pouvoir d'éteindre le réseau I2P. Complètement.
-
-Actuellement, une liste de blocage par défaut est distribuée avec le logiciel, ne listant que les IP d'origine
-d'attaques de déni de service passées. Il n'y a pas de mécanisme de mise à jour automatique. Si une plage IP lançait
-une attaque sérieuse sur le réseau I2P, il nous faudrait, via des moyens extérieurs au champ de bataille (forums,
-blogs, etc…), demander aux utilisateurs de mettre à jour manuellement leur liste de blocage.
-
Pour visiter les sites eep (URL en http://[serveur.][sous.]domaine.i2p/[chemin]/[page])
- et utiliser le serveur mandataire sortant, il vous faut configurer votre navigateur pour qu'il passe par le
-proxy I2P. Voici comment faire ce réglage pour différents navigateurs.
-Les illustrations ci-dessous supposent que le routeur I2P est installé sur le PC pour lequel vous effectuez ces réglages
-de mandataire pour le navigateur. Dans une installation domestique (LAN), il ne devrait y avoir qu'un seul routeur actif
-en même temps. Si vous avez un PC auquel vous voulez confier cette tâche de façon régulière (p.e. un PC de bureau), les
-réglages ci-dessous valent donc pour lui.
-Dans les autre PC de la maison (LAN) qui doivent accéder au réseau I2P via la machine routeur I2P, il faudra remplacer
-l'adresse 127.0.0.1 des champs HTTP et HTTPS des illustrations par l'adresse IP LAN de la machine routeur I2P
-(arrangez-vous pour que celle-ci ait une IP stable, soit statique soit par une réservation DHCP... et qu'elle soit
-allumée avec le routeur lancé quand vous en aurez besoin). Pour les ports, vous pouvez créer dans la console I2P deux
-nouveaux tunnels clients, par exemple sur les port 4446 et
-4447 (pour HTTP et HTTPS) en recopiant les paramètres des deux tunnels "I2P HTTP Proxy"(type HTTP) et "I2P HTTPS
-Proxy" (type CONNECT/[SSL/HTTPS]), accessibles("Reachable by(R):") sur l'IP LAN et "Autostart", et indiquer ces nouveaux
-ports en lieu et place des 4444/4445 des illustrations dans les PC "clients".
-Toujours dans les autres PC, il faudra ajouter l'IP du routeur I2P dans la liste de adresses dispensées de proxy (en
-plus des localhost et 127.0.0.1 locales déjà illustrées) si vous voulez accéder à la console ou à d'autres
-services HTTP[S] sur la machine routeur I2P "distante".
-Si le routeur I2P est protégé par un pare-feu logiciel même pour les accès LAN, il faudra faire les réglages nécessaires.
-
-
Firefox
-
-Via le menu [Alt]Outils/Options(Windows) ou Édition/Préférences(Linux), affichez la boîte
-de dialogue des options de Firefox. Cliquez sur l'icône "Avancé", sur l'onglet "Réseau" puis sur le bouton
-"Paramètres..." du cadre "Connexion".
-
-
-Pour un réglage correct, choisissez le bouton radio "Configuration manuelle du proxy:"
-Dans le champ "Proxy HTTP:" saisissez 127.0.0.1 puis 4444 dans le champ "Port:" de droite.
-
-Dans le champ "Proxy SSL:" saisissez 127.0.0.1 puis 4445 dans le champ "Port:" de droite.
-
-Comme les autres protocoles ne sont pas pris en charge par I2P, laissez vides les champs correspondants.
-Saisissez localhost, 127.0.0.1 dans le champ "Pas de proxy pour:".
-Validez par OK/OK (Windows), ou OK/Fermer(Linux). C'est fini.
-
-
-
-
-
Konqueror
-
-Ouvrez les réglages et options de Konqueror depuis le menu. Choisissez "Navigation" (ou "Avancé" suivant votre version)
-puis "Proxy".
-Choisissez le bouton "Sélection manuelle" puis cliquez sur "Paramètres".
-
-
-Saisissez 127.0.0.1 dans le champ "HTTP" et 4444 pour le port,
-Saisissez 127.0.0.1 dans le champ "HTTPS" et 4445 pour le port.
-Laissez le champ FTP (non supporté dans I2P). Dans le cadre "Exceptions" ajoutez
-127.0.0.1 et localhost.
-Validez sur "OK" et c'est prêt.
-
-
-
-
IE8
-
-Par le menu [Alt]"Outils"/"Options Internet", accédez à l'onglet "Connexions".
-
-
-Cliquez sur le bouton "Paramètres réseau". Dans la boîte de dialogue "Paramètres du réseau local", cochez les
-cases "Utiliser un serveur proxy pour..." et "Ne pas utiliser de serveur proxy pour les adresses locales",
-puis cliquez sur le bouton "Avancé". Dans la boîte de dialogue "Paramètres du proxy", saisissez
-127.0.0.1 dans les champs "HTTP:" et "Sécurisé:", puis 4444 et 4445 respectivement
-dans les champs "Port" correspondants. Laissez "FTP:" et "Socks:" vides (non supportés par I2P). Validez
-avec OK/OK/OK.
Die Webseite wird gerade überholt und dieses Dokument kann alte Informationen enthalten
-
I2P Netzwerk Protokoll (I2NP)
-
-Das I2P Netzwerk Protokoll (I2NP),
-welches zwischen I2CP und den verschiedenen I2P Transport Protokollen ist, verwaltet
-neben dem Routen und Mischen der Nachrichten zwischen den Routern auch die Auswahl
-des Transportes bei der Kommunikation zu anderen Routern, falls mehrere zur Auswahl
-stehen.
-
-
-
Während I2NP seit seiner Einführung im August 2003 recht stabil
-geblieben ist, hat es dennoch gelegentlich kleinere Modifikationen erfahren.
-Hier ist die
-I2NP Protokol Spezifikation Version 0.9
-(pdf), datiert auf den 28. August 2003.
-Dieses Dokument referenziert auch auf die
-Allgemeine Daten Struktur Spezifikation Version 0.9.
-Achtung - durch einen flüchtigen Blick auf den Quelltext zeigt sich,
-das es bedeutende Unterschiede zwischen der derzeitigen Implementierung und
-der Spezifikation von 2003 gibt.
-
-
-
I2NP Definition
-
-Hinweis - Die folgenden Informationen sind aus dem derzeitigem
-Quelltext extrahiert und können nicht komplett oder fehlerhaft sein.
-Kontrolliere zur Sicherheit den Quelltext.
-
-I2NP (I2P Netzwerk Protokoll) Nachrichten können für Ein-Hop,
-Router-zu-Router oder Punkt-zu-Punkt Nachrichten benutzt werden.
-Durch das verschlüsseln und Einpacken in anderen Nachrichten
-können sie auf einem sicheren Weg über mehrere Hops bis zum
-endgültigen Ziel transportiert werden.
-Prioritäten werden nur lokal am Ursprung benutzt, z.B. beim
-Puffern der Ausgehenden Daten.
-
-Sowohl die NTCP als auch die UDP Transporte haben Übertragungen mit
-Prioritäten implementiert, jedoch in recht unterschiedlichen Arten.
-UDP hat komplexen Code mit Puffern für jede Priorität, doch
-behandelt es z.B. Nachrichten mit der Priorität 400-499 ident.
-(Die Nachrichten Prioritäten sind 100,200,300,400,500 und 1000)
-Dieses sind globale Puffer für alle Knoten.
-NTCP hat eine triviale lineare Suche nach der höchsten Priorität
-in einem Puffer für einen bestimmten Knoten.
-Dieses ist bedeutend weniger effektiv.
-
-Es ist nicht klar, ob das derzeitige Schema der Prioritäten im
-Ganzem effektiv ist und ob die Prioritäten der einzelnen Nachrichten
-weiter angepasst werden sollten.
-Dieses ist ein weiteres Feld an Nachforschungen, Analysen und Testen.
-
-
-
Nachrichten Format
-
-
-
-
Feld
Bytes
-
Eindeutige ID
4
-
Lebensdauer
8
-
Nutzdaten Länge
2
-
Checksumme
1
-
Nutzdaten
0 - 64K
-
-
-
-Arten von Nachrichten:
-Das folgende wurde vom Quelltext übernommen, nicht alle
-dieser Nachrichten müssen aktiv genutzt werden.
-Eine höhere Nummer bedeutet eine höhere Priorität.
-Die meiste Anzahl des Traffics sind TunnelDataMessages (Priorität 400),
-somit ist alles über 400 wirklich hohe Priorität und alles
-darunter niedrige Priorität.
-Zu beachten ist auch, dass viele dieser Nachrichten normalerweise
-durch die Erkundungstunnel geleitet werden und nicht durch die
-Kliententunnel un dsomit nicht in der selben Queue sein müssen,
-es sei denn, der erste Hop ist auf dem selben Knoten.
-
-Auch werden nicht alle Nachrichtenarten unverschlüsselt versendet.
-Zum Beispiel packt ein Router zum Testen eines Tunnels eine
-DeliveryStatusMessage ein, die in einer GarlicMessage eingepackt ist,
-welche wiederrum in einer DataMessage eingepackt ist.
-
-
-
-
-
Nachricht
Typus
Nutzdatenlänge
Priorität
Kommentare
-
-DatabaseLookupMessage
-
2
-
Typ. 71
-
100/400
-
400 normal; 100 wenn vom HarvesterJob und direkt gesendet;
-400 zum Nachschlagen eines Routers
-
-DatabaseSearchReplyMessage
-
3
-
Typ. 161
-
300
-
Grösse ist 65 + 32*(Anzahl der Hashes) üblicherweise, die Hashes zu
-drei Floodfillrrouter werden zurückgesendet.
-
-DatabaseStoreMessage
-
1
-
Varies
-
100/400
-
Normalerweise 100 (warum?)
-Länge ist 898 Bytes für ein typisches 2-lease leaseSet.
-RouterInfo Strukturen sind gepackt und die Länge variert. In
-einer andauernden Arbeit bis zum Release 1.0 wird versucht, die
-in einer RouterInfo veröffentlichen Daten zu verringern.
-
-DataMessage
-
20
-
4 - 65540
-
400
-
-DeliveryStatusMessage
-
10
-
12
-
-
Zu Nachrichtenantworten und zum Tunneltesten genutzt - normalerweise
-in einer GarlicMessage eingepackt
-
Die am meisten genutzte Nachricht. Priorität für Tunnelteilnehmer,
- ausgehende Endpunkte und eingehende Gateways ist seit Version 0.6.1.33 200.
- Ausgehende Gatewaynachrichten (z.B. die vom lokalem Knoten ausgehenden)
- haben eine Priorität von 400.
-
I2P هي شبكة تخفي تؤمن طبقة يمكن أن تستخدمها التطبيقات الحساسة بالنسبة للهوية الشخصية للاتصال بشكل آمن حيث تغطى جميع البيانات بعدة مستويات من التشفير إضافةً لكون الشبكة موزعة و ديناميكية بنفس الوقت بدون الاعتماد على أطراف موثوقة
-
-
-تتوافر العديد من التطبيقات التي تتخاطب مع I2P و تشمل البريد الالكتروني ، تطبيقات الندّ للندّ ، محادثة IRC و غيرها
-
-
-
-تمّ البدء بمشروع I2P في العام 2003 لدعم جهود كل من يحاول بناء المجتمع الحرّ و ذلك من خلال تأمين نظام تواصل خفيّ ، غير قابل للمراقبة و آمن.
-I2P هي نتاج جهود تضافرت لإنتاج شبكة قليلة التأخير ،موزعة بشكل كامل ،مستقلة ،خفيّة ،مرنة و آمنة. الهدف هو العمل بنجاح ضمن بيئة معادية بالرغم من كون موارد المنظمة المالية او السياسية تحت الهجوم .
-كل ما يتعلق بهذه الشبكة مفتوح المصدر و متوفر بدون أي تكلفة و هذا ما يضمن لمن يستخدمه أن هذه الشبكة تؤدي ما تدعيه ، بالإضافة الى تمكين الآخرين من المشاركة في تطويرها في مواجهة المحاولات العدوانية لخنق الكلمة الحرة.
-
-
-التخفي ليس شيئاً حديّاً، بمعنى أننا لا نحاول أن نصنع شيئاً "خفياً بالكامل" ، و لكن نعمل على أن نجعل الهجمات أكثر و أكثر تكلفةً لمن يريد أن يشنها.
-I2P هي مزيج من الشبكات قليلة التأخير و هناك حدود للتخفي الموفر بواسطة نظام كهذا ، ولكن تطبيقات مثل Syndie ، I2P mail و I2PSnark توسع هذا النظام و توفر المزيد من الوظائف إضافية و الحماية .
-
-
-
-ما تزال I2P عملاً قيد الإنجاز لا يجب أن يعتمد عليه في الوقت الراهن في التخفي بشكل "مضمون" و ذلك بسبب حجم الشبكة الصغير نسبياً وقلة المراجعة الأكاديمية المتوسعة.
-كما لا تعتبر حالياً منيعةً ضد الهجمات من قبل أشخاص بموارد غير محدودة و قد لاتكون أبداً كذلك، تبعاً للمحدوديات الموروثة من كونها مزيج من الشبكات قليلة التأخير .
-
-
-
-تعمل I2P عن طريق توجيه سير البيانات عبر أطراف آخرين كما يظهر في الصورة التالية.
-سير البيانات مشفر في مسيرها من الطرف حتى الطرف.
-لمعلومات أكثر عن عمل I2P انظر الرابط
-المقدمة.
-
-Novinky:
-2013-12-07 - I2P 0.9.9 Vydání
-2013-10-02 - I2P 0.9.8.1 Vydání
-2013-09-30 - I2P 0.9.8 Vydání
-2013-08-10 - I2P 0.9.7.1 Vydání
-
-
-
-
-
-I2P je anonymizační síť, která nabízí jednoduchou aplikační vrstvu pro bezpečnou komunikaci
-s utajením totožnosti. Všechna přenášená data jsou několikanásobně zašifrována. Celá síť je
-distribuovaná a dynamická a žádná strana není považována za důvěryhodnou.
-
-Existuje celá řada aplikací, které mohou komunikovat přes I2P síť,
-včetně e-mailu, P2P, IRC chatu a dalších.
-
-
-
-Projekt I2P vzniknul v roce 2003, aby podpořil snahy těch, kteří se pokouší budovat svobodnější
-společnost poskytováním necenzurovatelného, anonymního a bezpečného komunikačního systému. I2P
-je výzkumným projektem, jehož výsledkem je plně distribuovaná, autonomní, škálovatelná, anonymní,
-odolná a bezpečná síť s nízkým zpožděním. Cílem je úspěšný provoz v nepřátelském prostředí, a to
-i v případě napadení organizací se značnými finančními a politickými prostředky. Všechny prvky
-sítě jsou k dispozici ve formě otevřeného zdrojového kódu a zcela zdarma. Obojí by mělo uživatelům
-sítě dodat jistoty v tom, že software dělá to, co tvrdí. Také to všem umožňuje přispívat a kód
-vylepšovat, a odrážet tak agresivní pokusy o potlačení svobody projevu.
-
-Anonymita není booleovská hodnota, zapnuto/vypnuto - nesnažíme se něco učinit "dokonale anonymním".
-Namísto toho pracujeme na tom, aby útoky na anonymitu byly čím dál tím nákladnější. I2P je mixující
-sítí s nízkým zpožděním (low latency mix network) a anonymita, kterou takový systém poskytuje má
-svá omezení. Aplikace, které skrze tuto síť komunikují, jako jsou
-Syndie, I2P mail a I2PSnark, však poskytují další funkčnost
-a ochranu.
-
-Síť I2P není dokončená. Zatím se na ni nelze spoléhat pro "zaručenou" anonymitu. Síť je dosud
-poměrně malá a postrádá zevrubné akademické posouzení. Není odolná proti útokům s neomezenými
-prostředky, a díky inherentním omezením mixujících sítí s nízkým zpožděním asi nikdy nebude.
-
-Síť I2P přenáší data prostřednictvím ostatních rovnocenných uzlů (peers), jak ukazuje následující
-obrázek. Všechna data jsou šifrována po celou dobu přenosu. Více informací o tom, jak síť funguje
-naleznete v úvodu.
-
I2P ist ein anonymisierendes Netzwerk, welches identitätskritischen Anwendungen eine einfache
-Schicht zur sicheren Kommunikation bietet. Alle Daten sind in mehreren Schritten verschlüsselt
-und das Netzwerk ist sowohl verteilt als auch dynamisch, ohne vertraute Parteien.
-
-
-Es existieren viele Anwendungen, die mit über I2P laufen, unter anderem EMail, P2P
-und IRC.
-
-
-
Anonymität ist nicht binär - wir versuchen nicht, etwas absolut anonymes zu erstellen. Stattdessen
-arbeiten wir daran, Angriffe auf das Netz immer schwerer zu machen. I2P an sich ist
-das, was man ein "Mixnetzwerk mit geringer Latenz" nennen kann, und es gibt Grenzen für die Anonymität,
-die ein solches System bieten kann. Jedoch versuchen die darauf aufbauenden Applikationen wie Syndie, die beiden EMail-Systeme in I2P und
-I2PSnark, es zu erweitern, um mehr Funktionalität und Sicherheit zu bieten.
-
-
I2P ist noch nicht fertig und sollte vor der Version 1.0 nur zum Testen oder zum Entwicklen
-genutzt werden.
-
-
-
-I2P basiert darauf, dass es Daten über andere Knoten leitet, wie es in folgendem Bild dargestellt
-ist. Dabei sind alle Daten Ende-zu-Ende-verschlüsselt. Für weitere Informationen zur Arbeitsweise von I2P, schau bitte in die Einleitung.
-
-Το I2P είναι ένα ανώνυμο δίκτυο, προσφέροντας ένα απλό στρώμα το οποίο ευαίσθητες, ως προς την
-ταυτότητα, εφαρμογές μπορούν να το χρησιμοποιήσουν για να επικοινωνήσουν με ασφάλεια. Όλα τα
-δεδομένα κρυπτογραφούνται πολλές φορές και το δίκτυο είναι κατανεμημένο και δυναμικό χωρίς
-έμπιστες οντότητες.
-
-
-
-Πολλές εφαρμογές είναι διαθέσιμες που διασυνδέονται με το I2P, συμπεριλαμβανομένων ηλεκτρονικό
-ταχυδρομείο, peer-to-peer, IRC chat και άλλα.
-
-
-
-
-Το πρόγραμμα I2P σχηματίστηκε το 2003 για να υποστηρίξει τις προσπάθειες αυτών
-που προσπαθούσαν να χτίσουν μία πιο ελεύθερη κοινωνία προσφέροντάς τους ελευθερία
-του λόγου, ανώνυμη και ασφαλής επικοινωνία. Το I2P είναι μια προσπάθεια ανάπτυξης
-ενός δικτύου με μικρή καθυστέρηση, πλήρως κατανεμημένο, αυτόνομο, επεκτάσιμο, ανώνυμο,
-ανθεκτικό και ασφαλές. Ο σκοπός του είναι να λειτουργεί επιτυχώς σε εχθρικά περιβάλλοντα -
-ακόμα κι όταν ένας οργανισμός με σημαντικούς οικονομικούς ή πολιτικούς πόρους του επιτίθεται.
-Όλες οι πτυχές του δικτύου είναι ανοιχτού λογισμικού και διαθέσιμες χωρίς κόστος, καθώς αυτό
-διαβεβαιώνει στους ανθρώπους που το χρησιμοποιούν ότι κάνει ό,τι υποστηρίζει και επιτρέπει σε
-άλλους να συμμετάσχουν και να το βελτιώσουν ώστε να καταπολεμίσουν προσπάθειες κατάπνιξης
-του ελεύθερου λόγου.
-
-
-
-Η ανωνυμία δεν είναι κάτι δυαδικό - δεν προσπαθούμε να κάνουμε κάτι "απόλυτα ανώνυμο",
-αλλά προσπαθούμε να κάνουμε τις επιθέσεις όλο και πιο δύσκολες να επιτύχουν. Το I2P
-είναι ένα mix network με μικρή καθυστέρηση, και υπάρχουν όρια στην ανωνυμία που προσφέρει
-ένα τέτοιο δίκτυο, αλλά οι εφαρμογές πάνω από το I2P, όπως το
-Syndie, το I2P mail, και το I2PSnark το επεκτείνουν ώστε να προσφέρει επιπλέον
-λειτουργικότητα και ασφάλεια.
-
-
-
-Το I2P είναι ακόμα ένα έργο σε εξέλιξη. Δεν θα έπρεπε να βασίζεστε σε αυτό για "εγγυημένη"
-ανωνυμία αυτή τη στιγμή, λόγω του σχετικά μικρού δικτύου και της έλλειψης ακαδημαϊκής
-κριτικής. Δεν είναι απρόσβλητο σε επιθέσεις από αυτούς με απεριόριστους πόρους, και ίσως
-να μην γίνει ποτέ, λόγω των έμφυτων περιορισμών των mix networks με μικρή καθυστέρηση.
-
-
-
-Το I2P λειτουργεί δρομολογώντας κίνηση μέσω άλλων κόμβων, όπως φαίνεται στην παρακάτω
-εικόνα. Όλη η κίνηση είναι κρυπτογραφημένη από το ένα άκρο ως το άλλο. Για περισσότερες
-πληροφορίες ως προς τη λειτουργία του I2P, δείτε την Εισαγωγή.
-
I2P es una red anónima, que ofrece a las aplicaciones que requieren de protección de identidad
-una simple capa para la comunicación segura. Todos los datos son cifrados varias veces y la red misma
-es tanto distribuida como dinámica - sin parte ninguna en la que haya que confiar.
-
-
-Hay una gran variedad de aplicaciones que funcionan con I2P, entre ellos dos sistemas de correo electrónico (el clásico, basado en servidores y clientes: SusiMail; y el otro basado en tecnología p2p: I2P-Bote), intercambio de ficheros (sistemas BitTorrent, Kad y Gnutella), mensajería instantánea, creación de sitios web anónimos en I2P, IRC y otros.
-
-
-
El proyecto se formó en 2003 para apoyar los esfuerzos de aquellos que tratan de crear una sociedad más libre, ofreciéndoles un sistema para la comunicación anónima, segura y no censurable. Tiene como objetivo entablar una red segura y anónima de baja latencia, que sea distribuida por completo, autónoma, escalable, flexible y dinámica. La meta es exitosamente facilitar la operación segura en un ambiente del todo hostil - también si una organización con mucho poder político y recursos financieros considerables lleva a cabo un ataque.
-Todas las partes de la red son libres - tanto las fuentes (que están disponible como código abierto bajo licencias libres), como es gratuito todo uso de la red. Sólo de esta manera cada uno de los usuarios puede comprobar el correcto funcionamiento y la ausencia de código espiador. A la vez esto facilita contribuir al proyecto, así mejorándolo para prevenir intentos agresivos de censurar las opiniones de ciudadanos libres.
-
-
-
El anonimato no es binario - es decir: no existe nada que pueda garantizar un anonimato total; en vez de esto, nosotros tratamos
-de desarrollar un sistema en el que cada vez sea más difícil montar un ataque contra el anonimato de sus usuarios, y donde nadie tenga que fiarse en las "garantías" de nadie, dado el índole descentralizado y distribuido de la red.
-I2P es lo que se podría llamar de "red mezcladora de baja latencia", y hay límites para el anonimato que un tal sistema pueda ofrecer.
-No obstante, las aplicaciones que usan I2P - como Syndie, ambos sistemas de correo electrónico y I2PSnark - toman medidas para brindar más seguridad, a la vez ofreciendo una amplia gama de funcionalidades.
-
-
I2P es un sistema ya funcional pero a la vez en desarrollo. Antes de la versión 1.0 se recomienda su uso meramente para la evaluación y el desarrollo.
-
-
-
-I2P se basa en que los datos se encaminan a través de otros nodos, mezclándose con los flujos de datos de otros usuarios y de esta manera dificultando gravemente el rastreo de las diversas comunicaciones y practicamente imposibilitando que se sepa el origen o el destino de ellos. (¡Véase la imagen abajo!)
-En este proceso todos los datos están cifrados desde el encaminador proveniente hasta él del destinatario.
-Para obtener más información sobre el funcionamiento de I2P, ¡échale un vistazo a la introducción!
-
I2P est un réseau anonyme qui fournit une couche logicielle qui peut être utilisée par les applications pour
-communiquer de manière sécurisée entre elles. Toutes les données sont enveloppées dans plusieurs couches de cryptage.
-Le réseau est décentralisé et dynamique, les données transitent par plusieurs nœuds qui sont agencés de manière
-dynamique. Aucun serveur n'est requis ce qui renforme l'anonymat.
-
-
-
-Beaucoup d'applications sont disponibles et s'interfacent avec I2P: logiciel de mail, p2p, IRC etc...
-
-
-
-Le projet I2P s'est formé en 2003 pour apporter un soutient aux personnes qui tentent de créer une société plus libre,
-en offrant un moyen de communication sécurisé et non censurable.
-I2P essaye d'apporter un réseau à faible latence, complétement décentralisé, autonome, anonyme, évolutif, souple et
-sécurisé. Son but est d'être efficace dans des environnements hostiles, même si certaines organisations avec de gros
-moyens financiers et/ou politiques tentaient de l'attaquer. Tous les aspects du réseau sont "open source" et
-disponibles gratuitement. Ceci assure deux choses aux utilisateurs:
-1 _ Ce logiciel fait ce qu'il dit qu'il fait, et rien d'autre.
-2 _ Tout le monde peux y contribuer et l'améliorer en vue de combattre les tentatives d'étouffement de la liberté
-d'expression.
-
-
-
L'anonymat n'est pas une notion tout-ou-rien, quelque chose que l'on peut activer ou désactiver. Nous n'essayons pas
-de faire quelque chose de parfaitement anonyme, mais au lieu de ça, nous travaillons à rendre les attaques de plus en
-plus compliquées et coûteuse à mettre en œuvre. I2P est un réseau croisé à faible latence (Low latency mix network): il
-y a des limites à l'anonymat offert par ce type de systèmes, mais les applications qui utilisent I2P, comme
-Syndie, I2P mail et I2Psnark offrent des fonctionnalités et des protections
-supplémentaires.
-
I2P est toujours en développement. Il ne devrait pas encore être mise en avant pour garantir l'anonymat, parce que le
-réseau est encore petit et qu'il nécessite encore un gros travail de test en profondeur et de relecture du code. Il
-n'est pas immunisé contre les attaques des gens qui ont toutes les ressources, et ne le sera peut être jamais à cause
-des limitations de ce type de réseau (réseau croisé à faible latence).
-
-
-
-I2P fonctionne en routant le traffic à travers les autres pairs connectés au réseau, comme le montre l'image ci-dessous.
-Tout le trafic est crypté de bout en bout. Pour plus d'informations sur le fonctionnement d'I2P, regardez
-l'introduction.
-
I2P è una rete anonima, che offre un semplice layer capace di identificare
-applicazioni sensibili che possono essere usate per comunicare in sicurezza. Tutti i dati sono "avvolti"
-da diversi strati di crittografia, e la rete è egualmente distrubuita e dinamica, senza l'ausilio di gruppi esterni.
-
-
-Molte applicazioni sono utilizzabili tramite I2P, le attuali applicazioni sono
-account email, peer-to-peer, Server IRC e molto altro.
-
-
-
-Il progetto di I2P è nato nel 2003 per sostenere gli sforzi di coloro che cercano di
-costruire una società più libera, offrendo loro un anonimo e sicuro sistema di comunicazione, incesurabile.
-I2P è un sforzo di sviluppi, che produce una bassa latenza, completamente distribuito, autonomo, scalabile, anonimo, resiliente.
-L'obiettivo è di operare con successo in ambienti ostili, anche quando una organizzazione con sostanziali risorse sia finanziare e/o politiche, attacca.
-Tutti gli aspetti della rete sono open source e disponibili senza costi, ciò dovrebbe garantire sia chi lo utilizza che il software atesso,
-così viene concessa la possibilità ad altri di contribuire e migliorare, il progetto, così da rendere inefficaci i tentativi di soffocare la libertà di parola.
-
-
-
L'anonimato non è un boleano - noi non stiamo cercando di creare qualcosa di
-"perfettamente anonimo", ma stiamo lavorando per rendere gli attacchi molto più
-dispendiosi e difficiliti da attuare. I2P è un insieme di reti a bassa latenza,
-e usando questo sistema ci sono dei limiti offerti da tale sistema, ma applicazioni come,
-Syndie, I2P mail,
-e I2PSnark aiutano a migliorare sia funzionalità che protezione al tempo stesso.
-
-
I2P è ancora in fase di miglioramento.
-Per il momento non ci sono "garanzie" di anonimato sicure,
-a causa delle dimensioni relativamente possole della rete e la mancanza di ampie revisioni accademiche.
-Non siamo immuni agli attacchi da chi possiede risorse illimitate, probabilmente non lo saremo mai,
-a causa delle limitazione delle reti a bassa latenza.
-
-
-
-I2P funziona direzionando il traffico verso altri peer, come potete vedere nella figura successiva.
-Tutto il traffico è crittografato end-to-end.
-Per altre informazione su come funziona I2P, controllate l'
-Introduzione.
-
I2P is een anoniem netwerk, dat identiteits gevoelige applicaties in staat stelt om veilig te
-communiceren. Alle data wordt op verschillende niveaus geëncrypt en het netwerk is zowel
-gedistribueerd als dynamisch, zonder te moeten vertrouwen op een derde partij.
-
-
-Diverse applicaties met een koppeling naar I2P zijn beschikbaar, zoals mail, peer-peer, IRC chat en meer.
-
-
-
-Het I2P project is in 2003 opgericht met als doel om te helpen bij het
-bouwen van een vrijere samenleving door middel van niet-censureerbare, anonieme
-en beveiligde communicatie.
-I2P ontwikkelt een lage latency, volledig gedistribueerd, autonoom, schaalbaar,
-anoniem, veerkrachtig en beveiligd netwerk. Het doel is om succesvol te kunnen
-opereren in vijandige omgevingen. Zelfs wanneer het onder de aanval is door
-een organisatie met aanzienlijke financiële of politieke middelen.
-Alle aspecten van het netwerk zijn open source en gratis beschikbaar,
-dit om er zowel voor te zorgen dat gebruikers kunnen zien dat het doet wat het
-claimt, alswel anderen in staat stelt om bij te dragen en te verbeteren zodat
-het beter bestand is tegen aggresieve aanvallen tegen de vrijheids van meningsuiting.
-
-
-
-Anonimiteit is geen boolean - we proberen niet iets te maken dat "perfect anoniem" is,
-maar in plaats daarvan proberen we aanvallen steeds kostbaarder te maken om uit te voeren.
-I2P is een lage latency mix netwerk, en er zijn limieten aan de anonimiteit die door zo'n
-network geboden kan worden, maar de applicaties bovenop I2P, zoals
-Syndie, I2P mail en I2PSnark breiden dit uit met
-zowel toegevoegde functionaliteit en bescherming.
-
-
-I2P is nog steeds werk in uitvoering.
-Vertrouw er op dit moment niet op dat het "gegarandeerde" anonimiteit biedt,
-door de relatief kleine omvang van het netwerk en ontbreken van uitgebreid academisch
-onderzoek.
-Het is niet immuun voor aanvallen door mensen met onbeperkte middelen, en zat dit mogelijk
-nooit zijn, vanwegen de inherente beperkingen van lage latency mix netwerken.
-
-
-
-I2P werkt door verkeer te routeren door andere peers, zoals getoond in onderstaande afbeelding.
-Al het verkeer is van begin tot eind geëncrypt.
-Voor meer informatie over de werking van I2P zie de
-Introductie.
-
-Последние Новости:
-
-2013-12-07 - I2P 0.9.9 Released
-2013-10-02 - I2P 0.9.8.1 Released
-2013-09-30 - I2P 0.9.8 Released
-2013-08-10 - I2P 0.9.7.1 Released
-
-
-
-
-
-
-
I2P это анонимизирующая сеть, предоставляющая приложениям простой программный интерфейс для защищенной коммуникации. Все передаваемые данные зашифрованы в несколько слоев, а сеть одновременно децентрализованная и динамическая, без использования элементов которым бы требовалось заочно доверять.
-
-
Существует множество приложений работающих через I2P, включая почтовые клиенты, P2P-клиенты, IRC-клиенты и прочее.
-
-
-
Проект I2P был начат в 2003 году для поддержки всех, кто участвует в создании более свободного общества и заинтересован в новом нецензурируемом, анонимном и безопасном средстве общения. I2P — это попытка создать защищенную децентрализованную анонимную сеть с малым временем отклика и свойствами автономности, отказоустойчивости и масштабируемости. Конечной задачей является способность функционировать в жестких условиях, даже под давлением организаций обладающих значительными финансовыми или политическами ресурсами. Все аспекты сети доступны в виде исходного кода и бесплатны. Это одновременно и позволяет пользователям убедиться, что программное обеспечение делает именно то что заявлено, и облегчает сторонним разработчикам возможность совершенствовать защиту сети от настойчивых попыток ограничить свободное общение.
-
-
У анонимности нет однозначного порога, после которого можно расслабиться — мы не пытаемся создать нечто "абсолютно анонимное", но работаем над тем чтобы атаки на такую сеть становились бы всё более и более "дорогими" для злоумышленников. I2P это mix-сеть с малым временем отклика, что приводит к некоторым ограничениям в уровне анонимности такой системы. С другой стороны, при использовании приложений работающих поверх I2P (таких как Syndie, I2P mail и I2PSnark), можно добиться одновременно и большего удобства/дополнительных возможностей, и повышения уровня безопасности.
-
-
I2P всё ещё развивающийся проект. Не стоит ожидать от него "гарантированной" анонимности, пока размер сети относительно мал и не было подробного академического анализа. Проект не застрахован от атак со стороны тех, кто обладает неограниченными ресурсами и, возможно, никогда не будет застрахован на 100% из-за ограничений, характерных для mix-сетей с малым временем отклика.
-
-
Весь трафик в сети I2P маршрутизируется через других пиров и шифруется от отправителя до получателя (см. ниже на иллюстрации). Подробнее о том, как работает I2P, читайте на странице Introduction.
-
-{% endblock %}
diff --git a/www.i2p2/pages/translations/installation_de.html b/www.i2p2/pages/translations/installation_de.html
deleted file mode 100644
index b29df096..00000000
--- a/www.i2p2/pages/translations/installation_de.html
+++ /dev/null
@@ -1,4 +0,0 @@
-{% extends "_layout_de.html" %}
-{% block title %}Installieren{% endblock %}
-{% block content %}Schaue bitte auf derdownloadseite für Details
-zur Insallation.{% endblock %}
\ No newline at end of file
diff --git a/www.i2p2/pages/translations/installation_zh.html b/www.i2p2/pages/translations/installation_zh.html
deleted file mode 100644
index e3369ff4..00000000
--- a/www.i2p2/pages/translations/installation_zh.html
+++ /dev/null
@@ -1 +0,0 @@
-{% extends "_layout_zh.html" %} {% block title %}安装{% endblock %} {% block content %}详情参见 下载 页面。{% endblock %}
\ No newline at end of file
diff --git a/www.i2p2/pages/translations/intro_ar.html b/www.i2p2/pages/translations/intro_ar.html
deleted file mode 100644
index c18fffd1..00000000
--- a/www.i2p2/pages/translations/intro_ar.html
+++ /dev/null
@@ -1,51 +0,0 @@
-{% extends "_layout_ar.html" %}
-{% block title %}تقديم{% endblock %}
-{% block content %}
-
(The Invisible Internet Project I2P) مشروع الأنترنت الغير مرئية
-
- هي شبكة مجهولية تمكن البرامج من ارسال واستقبال بيانات بأمان فيما بينها. الشبكة تستعمل بروتوكول الانترنت
-
- IP وهناك خوارزميات للتواصل على طريقة
-TCP
-جميع الاتصالات داخل الشبكة مشفرة (في المجموع هناك 4 طبقات تشفير عند ارسال رسالة) وحتى المرسل اليه معرف بالستعمال طريقة
- تشفير باستخدام المفتاح المعلن).
-
-
كيف تشتغل؟
- التي تقوم بتمرير الرسالة في اتجاه معين (من و إلى المستخدم على التوالي). وبدوره عندما يريد المستخدم ارسال رسالة
-
لاعطاء المجهولية لرسائل، كل مستخدم لديه "موجه" الذي يقوم بإنشاء بعض الأنفاق الداخلية والخارجيةtunnelsالى المتلقي، يمرر المرسل الرسالة إلى أحد الأنفاق التي تستهدف الصادرة أحد
-عميل آخر في الأنفاق واردة، ووصلت في النهاية إلى الوجهة. كل
-مشارك في الشبكة يختار طول هذه الأنفاق ، وبذلك،
-يجعل المفاضلة بين عدم الكشف عن هويته، سرعة الشبكة ، والإنتاجية وفقا لإحتيلجاته
- الخاصة. والنتيجة هي أن عدد من أقرانه الذين يقومون بتمرير الرسالة بينهم البعض
-هو الحد الأدنى المطلق الضروري لتلبية كل من المرسل و المرسل له.
-
-
-
المرة الأولى التي يرغب فيها المستخدم الاتصال بمستخدم آخر، يتم الاتصال بشبكة موزعةnetwork
-database
-distributed hash table (DHT) مبنية على
- Kademlia algorithm
-هذا يتم للحصول على بيانات الاتصال للمستخدم الآخر بفعالية لأول مرة، لكن الاتصالات التالية لا تحتاج البحث في قاعدة البيانات الموزعة.
-
-داخل الشبكة I2P، لاتوجد قيود حول كيفية تواصل البرامج حيث تدعم بروتوكول TCP و UDP.
-
-
-
-تستعمل I2PTunnel لتمكين المستخدمين من تنصيب موقع مجهول مسمى ("eepsite") بتشغيل خادم ويب عادي الذي يمكن المتصفحين من زيارة الموقع بصفة مجهولة عبر شبكة I2P باستعمال متصفح ويب عادي باستعمال HTTP proxy .
-كما تستعمل نفس الطريقة لتشغيل شبكة IRC مجهولة (حيث خادم IRC مجهول والمستخدم يتصل عن طريق I2PTunnel للاتصال). هناك برامج أخرى قيد التطوير، مثل BitTorrent خادم بيانات غير ممركز مثل Freenet
-
-
-
-ليس شبكة بروكسي خارجي، حيث المستخدم الذي ترسل له الرسالة معرف بطريقة مشفرة، وليس عن طريق عنوان IP، لذلك الرسالة يجب ان تصل الى متلقي يستخدم I2P. ومع ذلك يمكن لأحد المستخدمين ان يوفر خدمة بروكسي خارجي، يمكنك من الاتصال بعنوان خارج الشبكة المجهولة (مثلا "http://www.i2p.net") لتمكين من التصفح المجهول لشبكة الأنترنت العادية. لا ينصح باستخدام بروكسي بسيط مثل هذه الطريقة لعدة اسباب امنية و الحفاظ على الخصوصية، لكن في بعض الحالات قد تكون مناسبة.
-
- Το I2P είναι ένα ανώνυμο δίκτυο, προσφέροντας ένα απλό στρώμα το οποίο εφαρμογές
- μπορούν να το χρησιμοποιήσουν ώστε να ανταλλάξουν μηνύματα ανώνυμα και με ασφάλεια.
- Το δίκτυο είναι αυστηρά βασισμένο στην ανταλλαγή μηνυμάτων(όπως το
- IP), αλλά υπάρχει μια βιβλιοθήκη
- διαθέσιμη που επιτρέπει την αξιόπιστη μεταφορά δεδομένων (όπως το
- TCP).
- Όλη η επικοινωνία είναι κρυπτογραφημένη από άκρη σε άκρη (συνολικά υπάρχουν τέσσερα επίπεδα
- κρυπτογράφησης που χρησιμοποιούνται όταν στέλνεται ένα μήνυμα), και ακόμα οι τερματικοί κόμβοι
- ("προορισμοί") χρησιμοποιούνται στην κρυπτογράφηση
- (ουσιαστικά ένα ζεύγος από δημόσια κλειδιά).
-
-
Πως δουλεύει;
-
-
- Για να γίνουν ανώνυμα τα μηνύματα που στέλνονται, κάθε εφαρμογή του πελάτη βάζει το
- I2P "router" να τους φτιάξει μερικά εισερχόμενα και εξερχόμενα
- "tunnels" - μία ακολουθία από κόμβους που περνούν
- τα μηνύματα προς μία κατεύθυνση (από και προς τον πελάτη αντίστοιχα).
- Στη συνέχεια, όταν ένας πελάτης θέλει να στείλει ένα μήνυμα σε έναν άλλο πελάτη,
- ο πελάτης προωθεί το μήνυμα σε ένα από τα εξερχόμενα tunnels του που συνδέονται με ένα
- tunnel από τα εισερχόμενα του άλλου πελάτη, τελικά φτάνοντας στον προορισμό του.
- Κάθε συμμέτοχος στο δίκτυο επιλέγει το μήκος αυτών των tunnel, και κάνοντας αυτό,
- διαλέγει μεταξύ ανωνυμίας, καθυστέρησης και throughput ανάλογα με τις ανάγκες του.
- Το αποτέλεσμα είναι ότι ο αριθμός των κόμβων που βρίσκονται μεταξύ των δύο άκρων
- είναι ο ελάχιστος ώστε να πληρεί το threat model και του αποστολέα και του παραλήπτη.
-
-
-
- Την πρώτη φορά που ένας πελάτης θέλει να επικοινωνήσει με έναν άλλο, κάνουν μία ερώτηση
- σε μία πλήρως κατανεμημένη "δικτυακή βάση δεδομένων"
- - ένα custom structured
- distributed hash table (DHT) βασισμένο στον
- αλγόριθμο Kademlia. Αυτό γίνεται για
- να βρούμε του άλλου πελάτη τα εισερχόμενα tunnels αποδοτικά, αλλά σε επόμενες ανταλλαγές
- μηνυμάτων μεταξύ των δύο ετέρων η αναζήτηση στη βάση δεδομένων δεν χρειάζεται.
-
-
-
Περισσότερες λεπτομέρειες για το πως δουλεύει το I2P είναι διαθέσιμες.
-
-
Τι μπορείτε να κάνετε με αυτό;
-
-
- Μέσα στο I2P δίκτυο, οι εφαρμογές είναι περιορισμένες ως προς το πως θα επικοινωνούν
- - αυτές που κανονικά θα χρησιμοποιούσαν UDP μπορούν να χρησιμοποιήσουν τη βασική
- λειτουργικότητα του I2P, και αυτές που κανονικά θα χρησιμοποιούσαν TCP μπορούν να
- χρησιμοποιήσουν την TCP-like streaming βιβλιοθήκη. Έχουμε μία γενικής χρήσης
- εφαρμογή TCP/I2P bridge ("I2PTunnel") που επιτρέπει
- την προώθηση TCP streams στο I2P δίκτυο όπως επίσης και την παραλαβή streams από το δίκτυο
- και την προώθησή τους σε κάποια συγκεκριμένη TCP/IP διεύθυνση.
-
-
-
- Το I2PTunnel αυτή τη στιγμή χρησιμοποιείται για να μπορούν οι χρήστες να τρέχουν τη δικιά
- τους ανώνυμη ιστοσελίδα ("eepsite") τρέχοντας έναν κανονικό web server και ένα
- 'server' I2PTunnel να "δείχνει" σε αυτό, το οποίο άλλοι χρήστες μπορούν να έχουν
- πρόσβαση σε αυτό ανώνυμα πάνω από το I2P με ένα κανονικό web browser τρέχοντας ένα
- I2PTunnel HTTP proxy ("eepproxy"). Επιπλέον, χρησιμοποιούμε την ίδια τεχνική για να
- τρέχουμε έναν ανώνυμο IRC δίκτυο (όπου ο IRC server φιλοξενείται ανώνυμα και κανονικές
- IRC εφαρμογές-πελάτες χρησιμοποιούν ένα I2PTunnel για να επικοινωνήσουν με αυτό).
- Υπάρχουν κι άλλες προσπάθειες ανάπτυξης εφαρμογών, όπως αυτή για τη δημιουργία
- μιας βελτιστοποιημένης εφαρμογής για κατανεμημένη μεταφορά αρχείων
- (όπως το BitTorrent), μία κατανεμημένη
- αποθήκη δεδομένων (όπως το Freenet /
- MNet), και ένα σύστημα blogging (ένα πλήρως κατανεμημένο
- LiveJournal), αλλά αυτά δεν είναι έτοιμα για χρήση
- ακόμα.
-
-
-
- Το I2P δεν είναι ένα εγγενώς "outproxy" δίκτυο - ο πελάτης στον οποίο στέλνετε ένα μήνυμα είναι
- ένα αναγνωριστικό κρυπτογράφησης, όχι κάποια IP διεύθυνση, οπότε το μήνυμα θα πρέπει
- να πηγαίνει σε κάποιον που τρέχει το I2P. Όμως, είναι δυνατό για αυτόν τον πελάτη
- να είναι outproxy, επιτρέποντας σε εσάς να χρησιμοποιείτε ανώνυμα την Internet σύνδεσή του.
- Ο "eepproxy" δέχεται κανονικά μη-I2P URLs (π.χ. "http://www.i2p2.de") και τα προωθεί σε μία
- συγκεκριμένη τοποθεσία που τρέχει squid, έναν HTTP proxy,
- που επιτρέπει ανώνυμη περιήγηση στο κανονικό web. Απλά outproxies όπως αυτό δεν είναι
- βιώσιμα μακροπρόθεσμα για αρκετούς λόγους (συμπεριλαμβάνοντας το κόστος για μία τέτοια υπηρεσία
- όπως επίσης διάφορα θέματα ανωνυμίας και ασφαλείας που εισάγει), αλλά κάτω από συγκεκριμένες
- προϋποθέσεις αυτή τη τεχνική είναι κατάλληλη.
-
-
-
- Η ομάδα ανάπτυξης του I2P είναι ένα ανοιχτό group, ευπρόσδεκτο σε όσους
- ενδιαφέρονται να συμμετάσχουν, και όλος ο πηγαίος κώδικας είναι
- open source. Το core I2P SDK και η τρέχουσα υλοποίηση του router
- είναι σε Java (αυτή τη στιγμή δουλεύουμε και με sun και με kaffe, υπάρχουν μελλοντικά πλάνα για
- gcj), ενώ υπάρχει ένα simple socket based API για έχετε πρόσβαση στο δίκτυο
- και από άλλες γλώσσες (υπάρχει μία βιβλιοθήκη σε C διαθέσιμη, και σε ανάπτυξη για Python και Perl).
- Το δίκτυο αναπτύσσεται ενεργά και ακόμα δεν έχει φτάσει την έκδοση 1.0 αλλά το τωρινό
- roadmap περιγράφει το πρόγραμμά μας.
-
-{% endblock %}
diff --git a/www.i2p2/pages/translations/intro_fr.html b/www.i2p2/pages/translations/intro_fr.html
deleted file mode 100644
index e091d11c..00000000
--- a/www.i2p2/pages/translations/intro_fr.html
+++ /dev/null
@@ -1,83 +0,0 @@
-{% extends "_layout_fr.html" %}
-{% block title %}Intro{% endblock %}
-{% block content %}
-Traduction de mars 2011. Version anglaise actuelle
-
The Invisible Internet Project (I2P)
-
I2P est un réseau anonyme, proposant une simple couche que les applications peuvent
-utiliser pour s'envoyer des messages anonymement de façon sécurisée. Le réseau lui-même est
-strictement orienté messages ("à la
-IP"), mais une
-bibliothèque disponible permet les communications fiables pour les flux (streaming) ("à la
-TCP").
-Toute communication est cryptée de bout en bout (il y a en tout quatre niveaux de cryptage
-utilisés lors de l'envoi d'un message, et même les partenaires ("destinations")
-sont des identifiants cryptographiques (essentiellement une paire de
-clés publiques).
-
-
Fonctionnement
-
-
Pour anonymiser les messages envoyés, le routeur I2P met à disposition de chaque application cliente
-quelques "tunnels" sortants et entrants: une suite de pairs
-qui passent les messages dans une direction, de et vers le client respectivement.
-Lorsqu'un client veut envoyer un message à un autre, le premier passe ce message
-dans un de ses tunnels sortants en ciblant un des tunnels entrants de l'autre, et atteint éventuellement
-sa destination. Chaque participant du réseau choisit la longueur de ces tunnels, et ce faisant,
-arbitre entre anonymat, latence, et débit en fonction de ses besoins.
-En conséquence, le nombre de pairs intervenant dans le relayage le message de bout en bout est le minimum absolu
-nécessaire à l'atteinte des objectifs de sécurité à la fois de l'émetteur et du destinataire.
-
-
La première fois qu'un client veut en contacter un autre, il émet une requête vers
-la "base de donnée du réseau" entièrement décentralisée (une table de hash
-décentralisée de structure personnalisée (DHT))
-basée sur algorithme Kademlia. Ceci pour trouver efficacement
-les tunnels entrants des autres clients, mais en faisant en sorte que les messages suivants entre les
-partenaires incluent certaines données qui permettront la poursuite de la communication sans plus jamais
-besoin de réinterroger la base de donnée.
-
-
Les explications sur le fonctionnement d'I2P sont disponibles en version
-simplifiée et détaillée.
-
-
Que pouvez-vous en faire?
-
-
Au sein du réseau I2P, les applications ne sont pas bridées dans leur façon de communiquer:
-celles qui utilisent habituellement UDP peuvent utiliser les fonctionnalités de base d'I2P,
-et celles qui utilisent plutôt TCP peuvent utiliser la bibliothèque d'émulation TCP.
-Nous avons une application générique de pont TCP/I2P
-("I2PTunnel") qui permet aux gens tant de transférer des flux TCP
-dans le réseau I2P que d'en recevoir en dehors du réseau et de les faire suivre
-vers une adresse IP particulière.
-
-
I2PTunnel est couramment utilisé pour permettre l'exécution de votre propre serveur de site web anonyme
-("eepsite") en utilisant un serveur web normal et en aiguillant un tunnel I2P "Serveur"
-vers lui, auquel les gens accèderont anonymement sur I2P avec un navigateur normal via leur propre
-serveur mandataire HTTP de tunnel I2P ("eepproxy"). Nous utilisons la même
-technique pour l'exécution d'un réseau IRC anonyme (sur lequel le serveur IRC est hébergé
-anonymement, et où les clients IRC standards utilisent un tunnel I2P pour s'y connecter). Il y a
-d'autres efforts de développement d'applications en cours, tels qu'un pour élaborer une application de transferts
-de fichiers optimisée ("à la
-BitTorrent), un stockage décentralisé
-(façon Freenet /
-MNet), et un système de blog (entièrement décentralisé
-LiveJournal), mais ils ne sont pas prêts à l'usage pour l'instant.
-
-
I2P n'est pas intrinsèquement un réseau de "proxy sortant" - le client à qui vous envoyez un message
-est un identifiant cryptographique et non pas une quelconque adresse IP, et donc le message doit être
-adressé à quelqu'un qui utilise I2P. Cependant, il est possible à ce client d'être aussi
-un mandataire sortant, vous permettant alors d'utiliser anonymement sa connexion Internet.
-Pour le mettre en évidence, le "proxy eep" acceptera les URL non-I2P
-(p.e. "http://www.i2p.net") et les fera suivre à une destination particulière
-qui héberge un proxy HTTP squid, permettant
-simplement la navigation en mode anonyme sur l'Internet normal. De simples mandataires de ce genre ne sont pas
-viables sur le long terme pour plusieurs raisons (dont le coût, et aussi
-pour l'anonymat et les problèmes de sécurité qu'ils introduisent), mais dans certaines circonstances
-cette technique peut s'avérer appropriée.
-
-
L'équipe de développement d'I2P est un groupe ouvert, accueillant tous ceux qui
-sont intéressé pour y participer, et tout le code open source.
-Le cœur de l'outil de développement d'I2P et l'implémentation actuelle du routeur
-sont faits en Java (il fonctionne avec la version Sun/Oracle et kaffe, gcj est prévu pour plus tard),
-et il y a une API basée "simple socket" pour accéder au réseau depuis
-d'autres langages (avec une bibliothèque C disponible, et une pour Python et Perl en développement).
-Le réseau est activement développé et n'a pas encore atteint la version 1.0,
-mais la feuille de route décrit notre planning.
-I2P — это анонимная сеть, предоставляющая приложениям простой транспортный механизм для анонимной и защищенной пересылки сообщений друг другу. Сама сеть жестко базируется на механизме сообщений (в стиле IP), однако есть и библиотека для создания надежных потоковых соединений (в стиле TCP). Весь трафик в сети шифруется от отправителя до получателя (в сумме при пересылке сообщения используется четыре уровня шифрования), а в качестве адресов сети используются криптографические идентификаторы (главным образом состоящие из пары публичных ключей).
-
-
-
Как это работает?
-
-
-Для анонимизации посылаемых сообщений каждое клиентское приложение использует свой I2P-маршрутизатор для построения нескольких входящих и исходящих «туннелей» (туннель — это последовательность пиров, передающих сообщения в одном направлении — к клиенту или от клиента). При посылке сообщения посылающий клиент передает его через один из своих исходящих туннелей в один из входящих туннелей принимающего клиента. Каждый участник сети может задавать длину своих туннелей, выбирая между анонимностью, временем отклика и пропускной способностью. В результате число пиров, передающих сообщения между клиентами, будет равно абсолютному минимуму необходимому для соответствия моделям угроз как отправителя, так и получателя.
-
-
-
-
-
-Подробнее об устройстве I2P можно прочитать в разделе how does I2P work.
-
-
-
Для чего это пригодится?
-
-
-Внутри сети I2P приложения не ограничены в механизмах связи. Приложения, обычно использующие UDP, могут воспользоваться базовыми функциями I2P. Приложения, использующие TCP, могут воспользоваться TCP-подобной поточной библиотекой. Для TCP-I2P шлюзов общего назначения у нас есть приложение I2PTunnel, которое позволяет как направлять TCP-потоки в I2P сеть, так и принимать потоки из сети с пересылкой их на заданные TCP/IP адреса.
-
-
-
-I2PTunnel используется для простейшего способа хостинга анонимных веб-сайтов («i2p-сайтов»). При этом «серверный» туннель I2PTunnel указывает на обычный веб-сервер, а пользователи подключаются к нему, настроив у себя в обычном браузере «клиентский» туннель I2PTunnel в качестве HTTP-прокси. Кроме того, мы используем ту же технику для анонимной IRC-сети (где IRC-сервер хостится анонимно, а обычные IRC-клиенты соединяются с сервером через I2PTunnel). Ведется создание других приложений, например приложения для оптимизированной многопользовательской/многопоточной передачи файлов (в стиле BitTorrent), децентрализованного хранилища данных (в стиле Freenet / MNet) и системы для ведения блогов (децентрализованного LiveJournal), но для использования они пока не готовы.
-
-
-
-В принципе сеть I2P не предназначена для проксирования соединений в обычный интернет и не имеет механизмов для адресации сообщений на IP обычного интернета. Однако возможно использование заранее заданных прокси-узлов для выхода в интернет через их сетевое соединение. Для демонстрации такого подхода в «I2P-прокси» введена поддержка обычных не-I2P URL (т.е. например "http://www.i2p.net"). Такие соединения перенаправляются на заданный адрес, где запущен squid HTTP-прокси, что позволяет анонимно выходить в обычный веб. Подобные примитивные «outproxy» нежизнеспособны в долгосрочном плане по множеству причин (включая затраты на их поддержание и проблемы с анонимностью и безопасностью), но при некоторых условиях такого механизма может быть достаточно.
-
-
-
-Команда разработчиков I2P это открытая группа, чьим участником может стать любой, кто заинтересован в проекте. Весь исходный код проекта открыт. Основой I2P SDK и текущая реализация маршрутизатора написаны на Java (в данный момент поддерживаются виртуальные Java-машины Sun и Kaffe, поддержка gcj планируется позже). Есть простой API на основе сокетов для доступа к сети из других языков (для C библиотека уже готова, библиотеки для Python и Perl в разработке). Сеть активно разрабатывается. Хотя мы пока и не достигли стадии 1.0 релиза, но у нас есть четкий план развития.
-
-
-{% endblock %}
\ No newline at end of file
diff --git a/www.i2p2/pages/translations/invisiblenet_de.html b/www.i2p2/pages/translations/invisiblenet_de.html
deleted file mode 100644
index 23209924..00000000
--- a/www.i2p2/pages/translations/invisiblenet_de.html
+++ /dev/null
@@ -1,22 +0,0 @@
-{% extends "_layout_de.html" %}
-{% block title %}Alte Dokumente{% endblock %}
-{% block content %}
-
-nachfolgend eine Liste von Dokumenten der Website www.invisiblenet.net/i2p/, die mittels
-des Internat Archives gerettet wurden.
-Sie sind recht alt und nicht wirklich akkurat noch exakt
-Dennoch haben die I2CP und I2NP Dokumente teilweise recht gute Informationen.
-
-
-
Die Webseite wird gerade überholt und dieses Dokument kann alte Informationen enthalten
-
Mit JNI (Java Native Interface), ein wenig C Quelltext (Danke ugha!), ein wenig
-manueller Arbeit und etwas Kaugummi ist es möglich, die "public key" Kryptography
-ein ganzes Stück schneller zu machen.
-
-
Anforderungen
-
Dieses funktioniert unter Linux, mit ein paar Anpassungen in build.sh
-möglicherweise auch auf anderen Plattformen. Es wurde berichtet, das
-es auch auf FreeBSD funktioniert. Mit Kaffee als JVM sind die Verbesserungen
-sehr gering, da es schon intern die BigInteger Bibliothek benutzt.
-Blackdown Java produziert komische Fehler. Da du etwas kompilieren
-wirst, brauchst Du ein JDK, ein JRE wird nicht funktionieren.
-
Der nötige Quelltext ist in der Monotone Datenbank und
-in dem aktuellsten Quelltext TAR Archive vorhanden.
-
Die GNU MP Bignum Bibliothek (libgmp) muss installiert werden, wenn diese
-nicht schon in deinem System vorhanden ist. Sie kann von
-http://gmplib.org/#DOWNLOAD
-geholt werden.Selbst wenn sie schon als Binärdatei installiert hast,
-ist es noch ein Versuch wert, GMP selber zu kompilieren, damit diese
-die speziellen Instruktionen DEINES Prozessors nutzen kann. es ist auch
-möglich, die aktuelle Version 4.2.2 von GMP anstelle der 4.1.4 zu nutzen.
-Aber die Version 4.2.2 braucht noch etwas mehr Testen, damit sie als
-Standard gesetzt werden kann zum Bauen der jbigi.jar Datei.
-
-
Schritt-für-Schritt Anleitung
-
-
Schaue auf dein Wrapper logs,
-an den Punkt, bei dem I2P das erste mal startet. Da sollte eine von zwei Nachrichten
-stehen - entweder
-
-INFO: Locally optimized native BigInteger loaded from the library path
-
-oder
-
-INFO: Native BigInteger library jbigi not loaded - using pure java.
-Wenn die native BigInteger Bibliothek NICHT geladen wurde, musst Du diese
-definitiv selber kompilieren.
-Gewisse Plattformen, wie z.B. OS X, OpenSolaris und 64-bit Systeme, erfordern
-generell, das du die Bibliothek selber kompilierst.
-Falls die BigInteger Bibliothek geladen wurde, schaue zumindest mit dem
-letzten Schritt nach, wie deine Performance ist.
-
-
Schaue auf http://localhost:7657/stats.jsp
-um deine Durchschnittszeiten seit dem Start von I2P für crypto.elGamal.decrypt
-und crypto.elGamal.encrypt abzulesen. Diese Zahlen sind Zeiten in Millisekunden.
-Notiere dir diese Werte zum späteren Vergleich.
-Der Durchschnitt im I2P Netzwerk ist etwa 20ms.
-Wenn deine Zeiten geringer als 50ms für einen recht neuen Prozessor oder geringer
-als 100ms für einen älteren Prozessor sind, sollten diese Werte OK sein.
-
-
Besorge dir den aktuellen Quelltext von I2P auf der
-Download Seite, oder besorge dir den Quelltext aus der
-Monotone Datenbank auf mtn.i2p2.de
-
Im Quelltextbaum betrete das core/c/jbigi Verzeichnis
-
Lese das README. Du musst GMP Version 4.2.2 von
-http://gmplib.org/#DOWNLOAD holen, speichere es
-als gmp-4.2.2.tar.bz2.
-
Schaue dir die build.sh Datei an, falls deine JAVA_HOME
-Umgebungsvariable gesetzt ist und du Linux nutzt, sollte es funktionieren.
-Andernfalls ändere die Einstellungen.
-
Führe build.sh aus
-Möglicherweise gibt es beim Bauen ein paar Fehler, da die jni.h and jni_md.h Dateien fehlen.
-Die einfahc Lösung ist, diese Dateien aus deiner Java Installation ins core/c/jbigi/jbigi/include
-Verzeichnis zu kopieren.
-Falls Du die build.sh Datei aus dem core/c/ Verzeichnis aufrufst, wird
-eine jbigi.jar mit allen möglichen CPU Varianten gebaut.
-Eine Datei mit dem Namen libjbigi.so sollte in deinem aktuellem Verzeichnis oder
-im lib Verzeichnis erstellt worden sein. Falls nicht, gib uns das bitte bekannt mit den
-Fehlermeldungen.
-
Folge den Anweisungen in core/c/README um die Bibliothek zu installieren und starte den
-Test der neuen jbigi.
-Lese die letzten Zeilen der Ausgabe vom Test für einige zusätzlichen Infos, es ist
-etwa sowas hier:
-
-native run time: 5842ms ( 57ms each)
-java run time: 41072ms (406ms each)
-native = 14.223802103622907% of pure java time
-
-Wenn die nativen Werte etwa 5-7x (oder mehr) schneller sind, ist alles OK. Falls nicht,
-gebe uns das bitte bekannt.
-{% endblock %}
diff --git a/www.i2p2/pages/translations/jrandom-awol_de.html b/www.i2p2/pages/translations/jrandom-awol_de.html
deleted file mode 100644
index a1a88a77..00000000
--- a/www.i2p2/pages/translations/jrandom-awol_de.html
+++ /dev/null
@@ -1,90 +0,0 @@
-{% extends "_layout_de.html" %}
-{% block title %}Jrandoms Ankündigung{% endblock %}
-{% block content %}
-die folgende (englische) Nachricht erreichte uns mitte November 2007. Wir haben
-keine weiteren Information zum Status von Jrandom.
-
-Daruaffolgende, durch einen unglücklichen, nicht damit zusammenhängenden Zufall,
-hatte das Rechenzentrum, in dem alle *i2p.net Seiten (bis auf das Forum) gehostet wurden,
-einen Stromausfall am 13. Januar 2008 und einige Server wurden nicht wieder korrekt hergestellt.
-Da nur Jrandom den vollen Zugriff zum wiederherstellen der Webseiten hat, und er nicht
-erreicht werden kann, haben wir alle öffentlichen Services auf
-www.i2p2.de und dessen Unterdomains verschoben.
-
-Etwa 2 Monate später wurde aus anderen Grüden forum.i2p.net auf die URL
-forum.i2p2.de gelegt.
-
-
------BEGIN PGP SIGNED MESSAGE-----
-Hash: SHA1
-
-Hi y'all
-
-This will probably come as no suprise, but I unfortunately have to take a
-sabbatical from both Syndie and I2P development (of a year or more). I'll
-try to check in on occation, but will not be able to perform any updates on
-either effort.
-
-Practically, this means:
- 1) Financial support has been much appreciated, but I will no longer be making
- withdrawls from the general fund myself - only the $65USD/mo colo fee will
- be used.
- 2) I am taking down the Syndie archive I have been operating, as neither have
- time to ban groups that I do not want to propagate nor have time to
- implement the necessary delegation/ranking code to allow it to operate
- without my oversight.
- 3) Those who have been working on improvements to I2P but do not yet have
- CVS commit privs should either forward them to someone with privs (eg
- Complication or zzz) or pgp encrypt a message to me with the info requested
- at the bottom of www.i2p.net/licenses regarding CVS commit privs (if we
- haven't already chatted on IRC before, we'll need to prior to getting CVS
- access)
- 4) For the moment, I'll still be the only one with the private key to the
- I2P and Syndie release keys, and will be able to package up new releases
- (when requested via pgp signed email). If a trusted and respected member
- of the I2P/Syndie dev community would like to take charge of those keys
- however, I'll of course pass those along.
-
-My efforts are still focused on the goals we've been working on for the last
-4-5 years, but I won't be hacking on either I2P or Syndie at this time.
-
-Thanks again for your help, inspiration, and support, and good luck fighting
-the good fight!
-
-=jr
------BEGIN PGP SIGNATURE-----
-Version: GnuPG v2.0.6 (GNU/Linux)
-
-iD8DBQFHRvXjQuJ0UQZeN+4RAvmgAJ9PYzN3ehOCar6/hm6V8lc2QxcLowCfXVBr
-1szUi+vKRQ23+HH8rBy2Hbc=
-=Kztj
------END PGP SIGNATURE-----
-
-
-
In deutsch:
-Nicht unerwartet muss ich eine Pause einlegen und werde mich von der I2P und Syndie
-Entwicklung für ein Jahr oder länger zurückziehen.Ich versuche hin
-und wieder kurz reinzuschauen, werde jedoch keine Updates zu den Projekte machen
-können.
-Praktisch bedeuted dieses:
- 1) Finanzielle Hilfe ist gerne gesehen, aber ich werde kein Geld mehr für mich
- aus dem I2P Konto nehmen, nur die 56$ im monatfür den Webserver
- 2) Ich sete das Syndie Archive offline, da ich keine Zeit habe, dieses zu kontrollieren.
- 3) Diejenigen, die die Entwicklung vorran treiben wollen aber noch keinen
- CVS Schreibzugang haben, kontaktieren mich mit den notwenigen Informationen
- und bekommen damit Schreibzugriff
- 4) zur Zeit bin ich der Einzige mit den Veröffentlichungsschlüsseln
- zu Syndie und I2P und kann die neuen Versionen erstellen (falls mit PGP
- signierter EMail angefordert). Falls ein vertrauenswürdiges und
- respektables Mitglied der I2P/Syndie Entwicklergemeinde jedoch
- diese Schlüssel verwalten möchte, werde ich diese natürchlich
- weitergeben.
-
-Meine Ziele sind weiterhin die selben wie die letzen 4-5 Jahre, an denen wir
-gearbeitet haben, jedoch kann ich für diese Zeit nicht an Syndie oder I2P
-weiterarbeiten.
-Danke nochmal für die Hilfe, Inspiration und Support, und Viel Glück beim
-kämpfen des guten Kampfes!
-=jr
-
-{% endblock %}
diff --git a/www.i2p2/pages/translations/license-agreements_de.html b/www.i2p2/pages/translations/license-agreements_de.html
deleted file mode 100644
index 4a400a2f..00000000
--- a/www.i2p2/pages/translations/license-agreements_de.html
+++ /dev/null
@@ -1,780 +0,0 @@
-{% extends "_layout_de.html" %}
-{% block title %}Lizenz Vereinbarung{% endblock %}
-{% block content %}
-
-
Following is a monotonerc file defining the current trust list.
-Developers must use this file in ~/.monotone/monotonerc or
-_MTN/montonerc in their i2p.i2p workspace.
-
-{% include "_monotonerc.html" %}
-
-
Agreements:
-
-
-Complication:
-
------BEGIN PGP SIGNED MESSAGE-----
-Hash: SHA1
-
-Applicable to the code I contribute to the I2P project,
-I hereby state that:
-
-* Unless marked otherwise, all code I commit
-is implicitly licensed under the component's primary license
-
-* If specified in the source, the code may be explicitly licensed
-under one of the component's alternate licenses
-
-* I have the right to release the code I commit
-under the terms I am committing it
------BEGIN PGP SIGNATURE-----
-Version: GnuPG v1.4.6 (GNU/Linux)
-
-iD8DBQFHyXwu+h38a3n8zjMRAjeSAJ9MFx/ENbUu8+3/U7KTj+FGL/NkHQCdE38G
-IWV1Gaqcis9sFEW7Nh0hY+c=
-=WPeP
------END PGP SIGNATURE-----
-
-In Deutsch:
-Anwendbar auf den Quelltext, den ich dem Projekt anfüge, gilt:
-* falls nicht explizit notiert, fällt jeder Quelltext, den ich
-beibringe, unter der Primärlizenz der Komponente, an der ich arbeite
-
-* Falls im Quelltext spezifiziert, kann der Quelltext explizit unter
-einer der Alternativlizenzen der Komponente fallen
-
-* Ich habe das Recht, den Quelltext unter den Bedingungen, die ich
-bestimme, zu publizieren.
-
-
-zzz:
-
------BEGIN PGP SIGNED MESSAGE-----
-Hash: SHA1
-
-I affirm that:
-
- * Unless marked otherwise, all code I commit is implicitly licensed under the component's primary license
- * If specified in the source, the code may be explicitly licensed under one of the component's alternate licenses
- * I have the right to release the code I commit under the terms I am committing it
-
------BEGIN PGP SIGNATURE-----
-Version: GnuPG v1.4.6 (GNU/Linux)
-
-iD8DBQFHyaYXQVV2uqduC+0RAhn4AJ40JO/ep1JhmghjPU/IeISIa2fY8ACgiuV0
-vOCHNLZ8kiXKc8cTzYHGnU0=
-=ZzDd
------END PGP SIGNATURE-----
-
-In Deutsch:
-Ich deklariere hiermit:
- * Solange nicht anders notiert, ist jeglicher Quelltext von mir unter der Lizenz der Komponente lizensiert
- * Falls im Quelltext spezifiziert, kann der Quelltext expliziet unter einer der Alternativlizenzen der Komponente fallen
- * Ich habe das Recht, den Quelltext unter den Bedingungen, die ich bestimme, zu publizieren.
-
-
-welterde:
-Empfangen von zzz am 16.02.2008, muss noch eine Klartextversion hier publizieren.
-
-
-Oldaris:
-
------BEGIN PGP SIGNED MESSAGE-----
-Hash: SHA1
-
-Applicable to the code I contribute to the I2P project,
-I hereby state that:
-
-* Unless marked otherwise, all code I commit is implicitly licensed under the component's primary license
-* If specified in the source, the code may be explicitly licensed under one of the component's alternate licenses
-* I have the right to release the code I commit under the terms I am committing it
-
-Oldaris, 2008.07.15
------BEGIN PGP SIGNATURE-----
-Version: GnuPG v1.4.6 (GNU/Linux)
-
-iD8DBQFIfQjqzZzOariGyHgRAgR3AKCBFidvx7u1xp1UcNPZSX4VcHMQmwCg0zos
-IfrFyqSeeuhGoGVoq8godnY=
-=GSEI
------END PGP SIGNATURE-----
-
-
-Sponge:
-
------BEGIN PGP SIGNED MESSAGE-----
-Hash: SHA1
-
-* Unless marked otherwise, all code I commit is implicitly licensed under the component's primary license
-* If specified in the source, the code may be explicitly licensed under one of the component's alternate licenses
-* I have the right to release the code they commit under the terms I am committing it
-
-
------BEGIN PGP SIGNATURE-----
-Version: GnuPG v1.4.9 (GNU/Linux)
-
-iJwEAQECAAYFAkjc2NsACgkQEGXqrGArRL24pQQAheyOBJiLU4wtbXFL5kVny3PZ
-W8syAlzBC4sbOm3PkG9YLWh38Lnl+JPvVklRHJbpjRLEfwx6VwEiJRfZB6u+X7x/
-qRwzjH6HYjz+tX3OAcj0MYH7yr09DLaJ26171X08BXoNpYuu4WWkXx8QnfgvZKVF
-TeTxhTBL/iWBPKCF2Tk=
-=+5bk
------END PGP SIGNATURE-----
-
-
-Dream:
-
------BEGIN PGP SIGNED MESSAGE-----
-Hash: SHA1
-
-Applicable to the code I contribute to the I2P project,
-I hereby state that:
-
-* Unless marked otherwise, all code I commit
-is implicitly licensed under the component's primary license
-
-* If specified in the source, the code may be explicitly licensed
-under one of the component's alternate licenses
-
-* I have the right to release the code I commit
-under the terms I am committing it
------BEGIN PGP SIGNATURE-----
-Version: GnuPG v1.4.9 (GNU/Linux)
-
-iEYEARECAAYFAkmDVuwACgkQ9BQnlhdx/DlVugCePaRdhpg3qiOyQ71HeiGxT528
-RmsAoLyxOkGxHn9FO+BGMabzeLAq2vV3
-=Cqfg
------END PGP SIGNATURE-----
-
-MOSFET:
-
------BEGIN PGP SIGNED MESSAGE-----
-Hash: SHA1
-
-Applicable to any code I contribute to the I2P and Syndie projects,
-I hereby state that:
-
-* Unless marked otherwise, all code I commit
-is implicitly licensed under the component's primary license
-
-* If specified in the source, the code may be explicitly licensed
-under one of the component's alternate licenses
-
-* I have the right to release the code I commit
-under the terms I am committing it
------BEGIN PGP SIGNATURE-----
-Version: GnuPG v2.0.9 (GNU/Linux)
-
-iEYEARECAAYFAkmFAWcACgkQZ6SDODlcTO04JgCdGy4duWKRaTWkEdq8GW1ukOkU
-+YAAn1Ch68XJZqLfXqJU3igcRjWbapD1
-=64sn
------END PGP SIGNATURE-----
-
-mkvore:
-
------BEGIN PGP SIGNED MESSAGE-----
-Hash: SHA1
-
- * Unless marked otherwise, all code I commit is implicitly licensed under the component's primary license
- * If specified in the source, the code may be explicitly licensed under one of the component's alternate licenses
- * I have the right to release the code I commit under the terms I am committing it
------BEGIN PGP SIGNATURE-----
-Version: GnuPG v2.0.9 (GNU/Linux)
-
-iEYEARECAAYFAknVxdQACgkQUbTVRUoTVGhKUQCfWs3bw+fo0wqbKcURotncsfsA
-uJgAnjnImkb5iEDp5vCccQO4PDGYp2+u
-=0iW6
------END PGP SIGNATURE-----
-
-Mathiasdm:
-
------BEGIN PGP SIGNED MESSAGE-----
-Hash: SHA1
-
-Applicable to the code I contribute to the I2P project,
-I hereby state that:
-
-* Unless marked otherwise, all code I commit
-is implicitly licensed under the component's primary license
-
-* If specified in the source, the code may be explicitly licensed
-under one of the component's alternate licenses
-
-* I have the right to release the code I commit
-under the terms I am committing it
-
------BEGIN PGP SIGNATURE-----
-Version: GnuPG v1.4.9 (GNU/Linux)
-
-iEYEARECAAYFAknYaiwACgkQSgosdkktX9aE1gCgsQhfzyHhSLWrRsDfCz+HaITD
-ApkAn2RjN+wpldf52Ur2nTVSvpLiHcik
-=Znrk
------END PGP SIGNATURE-----
-
-dr|z3d:
-
------BEGIN PGP SIGNED MESSAGE-----
-Hash: SHA1
-
-I, dr|z3d, do solemnly agree that, in respect of the Invisible Internet Project (I2P):
-
- * Unless marked otherwise, all code I commit is implicitly licensed under the component's primary license
- * If specified in the source, the code may be explicitly licensed under one of the component's alternate licenses
- * I have the right to release the code I commit under the terms I am committing it
-
------BEGIN PGP SIGNATURE-----
-Version: GnuPG v1.4.9 (MingW32)
-
-iEYEARECAAYFAkpN+Q4ACgkQ00a8KJajPMJdjQCfWBovGyOKbZkvL47+FNX5s+14
-f3QAnAkcOZYQ6rbPG8N8orH7+BMGvfPf
-=UxMM
------END PGP SIGNATURE-----
-
-cervantes:
-
------BEGIN PGP SIGNED MESSAGE-----
-Hash: SHA1
-
-Applicable to the code I contribute to the I2P project,
-I hereby state that:
-
-* Unless marked otherwise, all code I commit
-is implicitly licensed under the component's primary license
-
-* If specified in the source, the code may be explicitly licensed
-under one of the component's alternate licenses
-
-* I have the right to release the code I commit
-under the terms I am committing it
------BEGIN PGP SIGNATURE-----
-Version: GnuPG v2.0.11 (GNU/Linux)
-
-iEYEARECAAYFAkpa5VUACgkQxQxxfQtaKXwKcwCgm8yLYdv+VtjS+1P89U4zQxL4
-IowAoIghIIWdMs3oMJpGAXfXTqpjRwXJ
-=lNJP
------END PGP SIGNATURE-----
-
-blub (BlubMail@mail.i2p):
-
------BEGIN PGP SIGNED MESSAGE-----
-Hash: SHA1
-
-1. Unless marked otherwise, all code I commit is implicitly licensed under the component's primary license
-2. If specified in the source, the code may be explicitly licensed under one of the component's alternate licenses
-3. I have the right to release the code I commit under the terms I am committing it
-
-One warning about 3:
-German law applies for me and in german law the concept of "public domain" doesn't exist. Its also not possible to waive all rights to the extent the "public domain" concept (as understood in the US) requires (for the ones speaking german: see for example http://de.wikipedia.org/wiki/Public_domain and http://dejure.org/gesetze/UrhG/29.html). IANAL, but I would guess that this is relevant when I commit code, even if I2P isn't a german project.
-
-I don't really care about legal issues but since the whole point of me signing this seems to be avoiding legal issues and/or uncertainty which code has which license and similiar issues, I thought I should say this. If you don't care, ignore it. :)
------BEGIN PGP SIGNATURE-----
-Version: GnuPG v1.4.9 (GNU/Linux)
-
-iEYEARECAAYFAkqjRpgACgkQD9YhRSUxPSd74wCdEIHUauSInrfmhXlcx3t5pwrh
-9RQAoNy6BW1qSSGhu+Jd2EQ8fQOoO13q
-=LG0S
------END PGP SIGNATURE-----
-
-walking:
-
------BEGIN PGP SIGNED MESSAGE-----
-Hash: SHA1
-
-I agree that, in respect of the Invisible Internet Project (I2P):
-
- * Unless marked otherwise, all code I commit is implicitly licensed under the component's primary license
- * If specified in the source, the code may be explicitly licensed under one of the component's alternate licenses
- * I have the right to release the code I commit under the terms I am committing it
------BEGIN PGP SIGNATURE-----
-Version: GnuPG v1.4.10 (MingW32)
-
-iQEcBAEBAgAGBQJK3xwEAAoJELST8RRG8p88DQsH/2cMRMtDiaYKNF+fQvdSKuQI
-igqRJnnIr/g5s8alfikRhm6MqR/q/vsWVfQlKs+KwL+15OKPjJJtxahp/CsWu5ZX
-edHZv4nKGuSB7FvUoy0Lz6LRlu0HgZl7nli6YNVYbfbAQ1QbPY3wbvRxkLyHy1Zm
-kB1XyfzOvA9gpu6r3NLUR8a5mhDUbOtNR8IxoNC/Z1ogsf1c5kzbz0ncHPiV1wMx
-WZYIJ6vaa0BzJcEi2BDQWsPasEoMlGiK1+WXrjTq4lYcJYu+xrNFh+ofbRYqYhaf
-3sGSCgK6abMlQeoO1aO5uo6CRI/Yvrfp5G5y7S/yDOq03glK3RnPAYlmc3s6VLY=
-=i/D9
------END PGP SIGNATURE-----
-
-neutron:
-
------BEGIN PGP SIGNED MESSAGE-----
-Hash: SHA1
-
-Hi zzz,
-
-I agree to the following :
-
-- - Unless marked otherwise, all code I commit is implicitly licensed
-under the component's primary license
-- - If specified in the source, the code may be explicitly licensed
-under one of the component's alternate licenses
-- - I have the right to release the code they commit under the terms I
-am committing it
-
-Neutron
-- --
------BEGIN PGP SIGNATURE-----
-Version: GnuPG v2.0.11 (GNU/Linux)
-Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
-
-iEYEARECAAYFAkr3D7MACgkQDkulOvK9/Uww+ACeJ/ILV87A7AtRqJI78MutKlxr
-IpYAn0MXlHOB9aA7aR07Kj95pvF8A6wv
-=AUjh
------END PGP SIGNATURE-----
-
-HungryHobo:
-
------BEGIN PGP SIGNED MESSAGE-----
-Hash: SHA1
-
-Applicable to the code I contribute to the I2P project,
-I hereby state that:
-
-* Unless marked otherwise, all code I commit
-is implicitly licensed under the component's primary license
-
-* If specified in the source, the code may be explicitly licensed
-under one of the component's alternate licenses
-
-* I have the right to release the code I commit
-under the terms I am committing it.
-
-HungryHobo, 11-3-2009
------BEGIN PGP SIGNATURE-----
-Version: GnuPG v1.4.9 (GNU/Linux)
-
-iEYEARECAAYFAkrxDEMACgkQHix7YXbc3BL+GACdGH9r4WWqnZS4ZHdvhq2kEgEH
-FQYAn3gMHNDEBh6YD8KBK4UT/v89PRmy
-=EXov
------END PGP SIGNATURE-----
-
-russiansponsor:
-
------BEGIN PGP SIGNED MESSAGE-----
-Hash: SHA1
-
-Applicable to the code I contribute to the I2P project,
-I hereby state that:
-
-* Unless marked otherwise, all code I commit is implicitly licensed under the component's primary license
-* If specified in the source, the code may be explicitly licensed under one of the component's alternate licenses
-* I have the right to release the code I commit under the terms I am committing it
------BEGIN PGP SIGNATURE-----
-Version: GnuPG v1.4.9 (GNU/Linux)
-
-iEYEARECAAYFAksZr28ACgkQg9RXHZerbBDNqACfa1EHKmqFbX0F3MOaAqln9NMX
-JcYAn2dmuA6/jdJW7VikLQbNrKasqG6a
-=WsTC
------END PGP SIGNATURE-----
-
-echelon:
------BEGIN PGP SIGNED MESSAGE-----
-Hash: SHA1
-
-Applicable to the code I contribute to the I2P project,
-I hereby state that:
-
-* Unless marked otherwise, all code I commit
-is implicitly licensed under the component's primary license
-
-* If specified in the source, the code may be explicitly licensed
-under one of the component's alternate licenses
-
-* I have the right to release the code I commit
-under the terms I am committing it
-
------BEGIN PGP SIGNATURE-----
-Version: GnuPG v1.4.9 (GNU/Linux)
-
-iEYEARECAAYFAksaywwACgkQXE9k4qzN3VNuIwCcDR2NL7aVAs+DftvFkoqy9Bnx
-7zUAn3PYwfChW0MYdX2EsxV/DCHgk7y0
-=HEKB
------END PGP SIGNATURE-----
-
-
-4get:
-
------BEGIN PGP SIGNED MESSAGE-----
-Hash: SHA1
-
-
-Applicable to the code I contribute to the I2P project,
-I hereby state that:
-
-* Unless marked otherwise, all code I commit is implicitly licensed
- under the component's primary license
-
-* If specified in the source, the code may be explicitly licensed
- under one of the component's alternate licenses
-
-* I have the right to release the code I commit under the terms I am
- committing it
-
------BEGIN PGP SIGNATURE-----
-
-iEYEARECAAYFAkseTgMACgkQSH2S/jaH2VEYeACgsPSxEXAxWfyQ3/qNpJhbBTlh
-Q/QAn3tS6UisuXPCFDh9N4BxcscjSD+5
-=6DAb
------END PGP SIGNATURE-----
-
-duck:
-
------BEGIN PGP SIGNED MESSAGE-----
-Hash: SHA1
-
-Applicable to the code I contribute to the I2P project,
-I hereby state that:
-
-* Unless marked otherwise, all code I commit is implicitly licensed
- under the component's primary license
-
-* If specified in the source, the code may be explicitly licensed
- under one of the component's alternate licenses
-
-* I have the right to release the code I commit under the terms I am
- committing it
------BEGIN PGP SIGNATURE-----
-Version: GnuPG v1.4.9 (GNU/Linux)
-
-iEYEARECAAYFAkulRM8ACgkQHV6vOQfY4WwZswCfTjd7ktLjgqXPL7gvt6z2dxTQ
-aFAAoJn1aPHVbMw/9FmkTmPSruVFs8V1
-=bgCE
------END PGP SIGNATURE-----
-
-privateer:
-
------BEGIN PGP SIGNED MESSAGE-----
-Hash: SHA1
-
-Applicable to the code I contribute to the I2P project,
-I hereby state that:
-
-* Unless marked otherwise, all code I commit
-is implicitly licensed under the component's primary license
-
-* If specified in the source, the code may be explicitly licensed
-under one of the component's alternate licenses
-
-* I have the right to release the code I commit
-under the terms I am committing it
------BEGIN PGP SIGNATURE-----
-Version: GnuPG v1.4.9 (GNU/Linux)
-
-iEYEARECAAYFAkwKdKoACgkQTo2HeGooF8zClwCfVh8uaCHNP4MQwrB1egFKO40j
-aqEAn3zAoSf0hCbTU/A489RKeQ6DA6GM
-=mA0j
------END PGP SIGNATURE-----
-
-m1xxy:
-
------BEGIN PGP SIGNED MESSAGE-----
-Hash: SHA1
-
-Applicable to the code I contribute to the I2P project,
-I, mixxy/m1xxy, hereby state that:
-* Unless marked otherwise, all code I commit is implicitly licensed under the component's primary license
-* If specified in the source, the code may be explicitly licensed under one of the component's alternate licenses
-* I have the right to release the code I commit under the terms I am committing it.
-* The following is my monotone signing key:
-
-c9b970f5e8917eada663d4c6b22096617021c95c m1xxy@mail.i2p
-
-[pubkey m1xxy@mail.i2p]
-MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQC/aaFUq37RQdJpMC8aacqYLdd88wNVjwI+4HY5d7a61HvYIAecg1KJlq/CDFFrygmCcusnFaBmmBQFLO+gJXPKi9PMo1vaENiqCTVfY4EUpMMYzpuqKMKjyfuT6eoOHCZEKfZosUowyJt61FsTzGu+B9y27d0jxXwXT/fml100EwIDAQAB
-[end]
-
-mixxy
------BEGIN PGP SIGNATURE-----
-Version: GnuPG v1.4.10 (GNU/Linux)
-
-iQIcBAEBAgAGBQJM1gjUAAoJECDrk8/2C++w+WwP/1GLBHpTGYiDO/zfqECgVRu2
-S+qxTdEWcJyfz1MY8tJ9vMIhlr66jxveI1KZ4sNUln91yPR2KDgMrBa31wL8IHAz
-T4uj7paMt8zLtptMbn2nGqdl/X3fmGloDQvW/VB0MWj3YpBgxXiMfEf3Mv9BcnV4
-B6IUvnXAWVe86Dlon1KLoQjAB3hjiGZV0vUV8sjEOYxX/qztLAfP1FPHCRdKlNYY
-hb2zNdRTHlCF+CKdZ+TX4HB7qlsjYUbhRJhh2pN2Rwz/2w/CddwXQ4jaKjCkn5T9
-D5Ekz4/b68doGq1hhjTf/GZ1FqVt+gkYr8MYPGZP5oJ6O4X5yPc3QhRy5cMlERSj
-S5+lXB/nM09w5bScHtdfHauxUI/vWOdF78BzCJHhOBBHZ/jrsV2iX6QDaf+X/FbT
-64SWXTa4jzQeE7MafF9Bkex1rWGJiom5Ew4NG73e1GyGtkwvRV6j5H3AKvpgRJzG
-G7W3/7MSZjNP7aIs2+BqYe9YveV0GCzC0l0lhIHvKNzRv6Avvvx7krORMQZqSt1k
-lVPIAUyoW+ScB+E26dVpRFne/0q9yUcQOeKyqehGCEFtgqQCqLsdTHynxayp58bJ
-lccrgLY+pzPpNg5w/5kJFm70ih9MOHRdRik9TiGvj56tzLUEPrD7WeMzl4mkeg0Y
-2WPghzlpoV5C1SJkv+dR
-=YLVN
------END PGP SIGNATURE-----
-
-hiddenz:
-
------BEGIN PGP SIGNED MESSAGE-----
-Hash: SHA1
-
-Applicable to the code I contribute to the I2P project,
-I, hiddenz/anon8373/slow, hereby state that:
-* Unless marked otherwise, all code I commit is implicitly licensed under the component's primary license
-* If specified in the source, the code may be explicitly licensed under one of the component's alternate licenses
-* I have the right to release the code I commit under the terms I am committing it.
-* The following is my monotone signing key:
-
-[pubkey hiddenz@mail.i2p]
-MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQCnpEeIignM2UUsJT9+hSMcVOUuf0PZTxi9G3zRhDjal8Qdy/NUZQELAc6/gBhnZcSP4BHp/0BTTxXthlTjko8nkwx+EgzQO425Vgb1v/7RneCqEDjMP6QyZUOn1Hi2UBw+jvnbjFk1wDqt9BPdAKITfp3l7bR1xGr4gs1M4MSrcwIDAQAB
-[end]
-
-hiddenz
------BEGIN PGP SIGNATURE-----
-Version: GnuPG v1.4.11 (GNU/Linux)
-
-iQEcBAEBAgAGBQJM3u7uAAoJEFp3lNknxN+16HoIAMNYVELPBHOM4iqO1lWeFqmK
-mSw/+eME05KvboZUq9SsJjInUkxlbfDWHf/DuUlCnTPePuQY+wTQPOa18ncldG0y
-bgO71WnCSyIydrw8dIUtMBfvVzcSP4c5h0ty10Dw+YxdKL2TLTIw4JuqYCPhE4cm
-1IqBfHT5or7A2ahCXLkUt2YX9NW9SAl8xUs+/g5rzc42EAgh656JK83G7kA38UID
-nn6ZA+A/3hrTe1+lJ0yHa6sCnJGJ6+tdJlLzjeU6K34cRPCcn2sPO9LUlM6VHVga
-AkTEFPvxhJC9yJ4cgIJ5AlrcF8B4Ufb0gsfsEfebAl1puA0C/MRxywTSjZTTB3k=
-=UDcv
------END PGP SIGNATURE-----
-
-hottuna:
------BEGIN PGP SIGNED MESSAGE-----
-Hash: SHA1
-
-hottuna:
-
-Applicable to the code I contribute to the I2P project,
-I hereby state that:
-
-* Unless marked otherwise, all code I commit
-is implicitly licensed under the component's primary license
-
-* If specified in the source, the code may be explicitly licensed
-under one of the component's alternate licenses
-
-* I have the right to release the code I commit
-under the terms I am committing it
------BEGIN PGP SIGNATURE-----
-Version: GnuPG v2.0.16 (MingW32)
-
-iQGcBAEBAgAGBQJNKd3GAAoJEBVx72WXYlXhZjEL/3miyEMtggiJF73UJ26qLyAp
-9vFqoztcCHZTdDS3jpXaDY3v2WnfT6bB3eQjrFYkwDO8UpVqjdCnPUhs/sqHg0eX
-eqesy6IqDhluxJTO3vlvgBJVh449/g1P15hOQ1aR3vv12okmv85yOD7qbprkAZ9P
-J2uByT2L1EaLUuYVABVkmoZyBhvmSFZkfvXmToYlywo413r36mW4M+Y7yFkBuw0x
-aEvZ43zVVDaMsJQwTPdcUb4RmfSPk8d15FOr9WbWzSfKhUZ1HUtCWjPUuYWPzIrg
-APnJswb07ekm8G9bPeKctOg8lJnJTbM0HzA1KGaCzvpJ+asz6HY8+2mq5RzvQ5XX
-+6x+heNjNNG6f55cdwTw+ivWcsZiKDliAMUWlSkHMoWLjdzYOzrCM0vNf+BQMYeU
-+Qg/bOU4Pt11Hfn5/PwY7zdK3KTp/bqtWE6kBdlFXtnPdZKaYtUTmwdCgB/2EC2T
-pJOW/MBcMyHC5MxdistNFpXDv4O8dt7SNe83ADB2bA==
-=aXNE
------END PGP SIGNATURE-----
-
-hamada:
-
------BEGIN PGP SIGNED MESSAGE-----
-Hash: SHA1
-
-Hamada affirm that:
-
- * Unless marked otherwise, all code I commit is implicitly
-licensed under the component's primary license
- * If specified in the source, the code may be explicitly licensed
-under one of the component's alternate licenses
- * I have the right to release the code I commit under the terms I
-am committing it
-
-Hamada
------BEGIN PGP SIGNATURE-----
-Version: GnuPG v1.4.11 (GNU/Linux)
-
-iQEcBAEBAgAGBQJNUs9+AAoJEOEGJ9ydVi3DddMH/0Bl4Mh3oSWFfx8peOj2JG2z
-bXHrK7kDHSK+aJrcFORQ4YPg2INjCH5GDDxaALhHKnVpTqZHy2F+RWII1SYVnU6l
-SQKBKOKw4bHQZSS0ibdsRkUbP1cyoxR9bh0SXfDFjwLu3rzsU4FFc6vmRAIdwiOo
-xQK3RpiPpzegsZPOFr4+vHIJUGcgGce86EIjC5VSoQHb3gHXsnsYGYBIszEj1MZ4
-OCzbjV7Gl44sZ6R8Q2AU1Dita7ANJv6bkbk8W8Rurxqi2lUDHiWkW2XaoZ18mvnj
-dZ65tC2kHgJHVU0oIn5rGMA7uuQizFL0d6pzQfJgw1hMA29sGQmxovy+Bp85Pqk=
-=HeGr
------END PGP SIGNATURE-----
-
-kytv:
-
------BEGIN PGP SIGNED MESSAGE-----
-Hash: SHA1
-
-I KillYourTV/KYTV affirm that:
-
- * Unless marked otherwise, all code I commit is implicitly licensed under the component's primary license
- * If specified in the source, the code may be explicitly licensed under one of the component's alternate licenses
- * I have the right to release the code I commit under the terms I am committing it
-
-[pubkey kytv@mail.i2p]
-MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDMMTHQs4AQ0KuXjHsPRvfeBo2EydIAcGcBH7VCO26AofX2ns3ezTKfvmv6QcFhcxn41I6OdG29DdFVRz4D8hIZvOoFYfe87nswgyXW85rEilJP02Z8HCr/dcYJbPsWAlMr7/UIDsT/9swd0U6QTf9X2W+VORyhDdYXcG8zikBqXQIDAQAB
-[end]
------BEGIN PGP SIGNATURE-----
-Version: GnuPG v1.4.10 (GNU/Linux)
-
-iQEcBAEBAgAGBQJN0b3UAAoJEKvgwxnfCgoaQaMH/RdNoOt+1lm4cztvv5f2QBL3
-W4h3PjloDqkLE4ATDm+AcctahQaWuA221AMOrhR0aS+93wm+mOxzSmeoE91V475n
-2fpC/zWx0WRAzjQkr1M6OkcXNy6f+H5/UkBcaivzI9y5wUv5ETUHwiy+5qzG4oQ7
-AzbPHeJic88c6dyGX6rwa5VFMXLKYnr7h/i562/Ynaqus8tu/td1KEGkdNFgW4We
-y/aXYqaNYtds4xova49m99Y5u1kfKltv4YVEwY5a7Cj8p/31aeD8c10rWrf00R9H
-XlL2/b0lIx1C8CAK5TmdrD8G1SXl614SJTGuQfBT2N6yCT+jcrOMJIghCZhvmLQ=
-=U1Tw
------END PGP SIGNATURE-----
-
-str4d:
-
------BEGIN PGP SIGNED MESSAGE-----
-Hash: SHA1
-
-I str4d affirm that:
-
- * Unless marked otherwise, all code I commit is implicitly licensed under the component's primary license.
- * If specified in the source, the code may be explicitly licensed under one of the component's alternate licenses.
- * I have the right to release the code I commit under the terms I am committing it.
- * The following is my monotone signing key:
-
-01265f0c817b24548478341fb75e672720a78b21 str4d@mail.i2p
-
-[pubkey str4d@mail.i2p]
-MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDe4zkWVW8fBXGtnMpWbw316qbxWhKdnM86bnPyU3a8C2ERaofESzoZPXm21BR4jEqHLFzVzni4MTAJ+J0XjW70Le5DZTm/AG18qXd8UsK2+IreCHqnv5XPL8Lw8oY6zNoT834emGqH2n0T98OHF6zNUStBrvuv9AFPa6FZocF2mwIDAQAB
-[end]
------BEGIN PGP SIGNATURE-----
-Version: GnuPG v1.4.10 (GNU/Linux)
-
-iQEcBAEBAgAGBQJPE5faAAoJENXeOJaUpGWy5kUIAIhe1ow0VpMgJitkBr8cBF8B
-iJoKJ/DrCQ+XGk8API05VpyW0BLnG9qVRZh8DZux3NealIk3k37gN5rVHas0vpjU
-5qzqFNwpeyPSSFhylLMqf3fYdjJJZieZfWU/XW7HUMYGgZ03Lq95sxPRPyl8A0D8
-2ahv537Vy4EOZCdE8CvBgS/Hk0TVrG9EPL/vR1T6cx9YSV5/R0xiNNKujgoUHurX
-8gHudomaEf+VxqDFCFQbjIWqDuf1sm1eRQokvO+wELqNjkUsWhDMAS54EjTmYN+h
-Zc8XFXkeLUdRU6zJHo0tRWo0zswIW+a0r5W+T5MHwUnYOiTUUVgOjtwTGN7uURQ=
-=nEwG
------END PGP SIGNATURE-----
-
-meeh:
-
------BEGIN PGP SIGNED MESSAGE-----
-Hash: SHA1
-
-Applicable to the code I contribute to the I2P project,
-I hereby state that:
-
-* Unless marked otherwise, all code I commit is implicitly licensed under the component's primary license
-* If specified in the source, the code may be explicitly licensed under one of the component's alternate licenses
-* I have the right to release the code I commit under the terms I am committing it
-
-Meeh, 9 Aug 2012
-
------BEGIN PGP SIGNATURE-----
-Version: GnuPG v1.4.11 (GNU/Linux)
-
-iQIcBAEBAgAGBQJQJC9mAAoJELj1P6o1Twr4+i0QANHrOH8CyUJHVXkbTAxRdKW0
-u4avJvhQchyXjGvEPxYzUbQw2th41XlaNVKXgoiWTMKdOc88kkhL9dHj8yasMIHI
-hncureihJ7bFS11IFBauqP8nV8UG3oONq9GqzW+6YxQ4SL6UAMP84iXCfB6W0wBd
-ZE/06i5ezdsbeGfIgbrgkNsQMVcGRrbV5S3kBbW+lV4RitEsF2qb2IYlwbSUUSL9
-/7/8FX87xocLRs3GOjhmRiyifMSoSRShnmMmckDNGlkY3Yz19HSThE47xnyg9Aaj
-NYzmZMJFVnY6Rt1d4iLEw+/DUlYqs0afovHT2MnqymuN89204I6Yccn3n6AGKJxx
-yJX6U4x49BwohG7ZW1S9RINoobqcg3l1Ne1Lp5EBe8jyxFjz0n1684biDuyKJx/o
-ryp8mJ2cRKEWOduAyIChMeo/tFaDkMg/tTyuLrpSw404XpXa4EaUUlbZVQRHf25g
-1Kil1XL+KhFcAP3hgjmpfc2ukFcL6j09yI0eZhlkJLosI+lKMpK3dqcjbdOiOauk
-vQlJdkYZyxW2AReymH2XDI+cDg8tRw9iU22rAABXFs8zy5brK2Gjn1DK/sEVIdna
-NVr7aW4hiQWqHVWivVy5Otf8Ioacoi8i2NISZtbCc68WtEkoFmEdW7QB+kwSsXIq
-R2VFZ/114yCNY74KmujA
-=jfFH
------END PGP SIGNATURE-----
-
-zab:
-
------BEGIN PGP SIGNED MESSAGE-----
-Hash: SHA1
-
-I declare that:
-
-Unless marked otherwise, all code I commit is implicitly licensed
-under the component's primary license
-If specified in the source, the code may be explicitly licensed under
-one of the component's alternate licenses
-I have the right to release the code I commit under the terms I am
-committing it
-
-zab (topiltzin on irc)
-
-[pubkey zab@mail.i2p]
-MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQC0H8bP/f8v7KjnyGlZGWQsF5G3ppvJ1Kwt/dUGi7gHbclKPnFAWXmb7YWOhl9Ua2USjQ4YrIeB7/2uVOpe+3FrFgUzIiWsx6I2yiNI3TscDvQsa5wG0Z2G4BbHXjONyiUzzO+j2TWPs3x35r2LCy8plRzPAswCF1GaIEjJCce5zwIDAQAB
-[end]
-[pubkey zab-transport@mail.i2p]
-MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDLI/VD0KtrPPaCSQPHse4p53ze5yi/0CePfbh1YXTJieUzCGpD76IjlpRB8sRYIevWGglOjac6fhAA97VMlSmZHIxtBw3U4Y7kTkdZcsgkKTa756ge5UeURVmBaUZevb8DDRREUQ3ELt6bit9iQhOvsAeUNiB1IVmRRBXrYIQhSQIDAQAB
-[end]
------BEGIN PGP SIGNATURE-----
-Version: GnuPG/MacGPG2 v2.0.18 (Darwin)
-Comment: GPGTools - http://gpgtools.org
-Comment: Using GnuPG with Mozilla - http://www.enigmail.net/
-
-iQIcBAEBAgAGBQJQmQeOAAoJEJkeLHPsdqhZgOUQAIRzuQZ3yF1r+P0iO390r+qy
-RxU0gQiPJDqDixDn0u8EAb2ljRWHTBfy792hs0nUu2//fNCh6chd7tbmJQn02Rm9
-nDICr2Lex6a9j498yWnkh0ZHq9yd1CPGT8xo3DW/KzLmqj+8xNUmx9RI3Y32wL9h
-H/O0VsGN0FhYeLU0vBlNkb+Vs9e0wY3/qCVMo1ldjVPahz6bblYXKVxfRhCThdfS
-ufUH2wqaDUozKabCeuM0xlll3PuaL2cATjUJuVWvO4Lahf6EZZBUvEgiW95wAL3q
-dFxZw9hUmFC4p30p0N+fQND/7aGfwujQO++S3D8gizqzSovaFpXxNzoQ6hSUWjI0
-+KsvbJXu0IguUen2p/Ka8EB0yWokYjIUH4V2kLt9jVJLuoSkejnTrFQuPIR1Qmcr
-31wqWJMWWbbFBR7KrPaDnBnRej5aIyZnHIyTtgUKhO+paDGQ0IYDirgXP10MtouY
-4Hl5v2OwhOwv/mPOm74EwJknFPhQThgxO8zG9sTHq5Lteb5SwaPLdZi7CruVU66p
-uCol/dZqVwrb2iVD19S4MvNQiOVQEWFKeBrxxBkT+qcGIWLMsG/o1qu0+VHpWQmo
-G4Adgew+7tIkak/71ss1pvUi05WsPP9KyzXrwqcFyoAmMFPtgxUIVYVc1kwYb5h3
-G58Br6HXTQLV8xAN1ml8
-=4989
------END PGP SIGNATURE-----
-
------BEGIN PGP SIGNED MESSAGE-----
-Hash: SHA1
-
-I lost my original keys, will be using these going forward.
-
-Thanks,
-zab
-
-[pubkey zab2@mail.i2p]
-MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDLabJXvbBfHZ4zH2kom+W2Kb3kYYs58j8ZygkK9rj8j2SrlokxLiLABVYK7tdlb1zgZJVYgO8flnqsOSGb2CtoQ3i3Fqk0HNq2if47LVyaLwgOyoPOhYkDDGr9WggBp+svAHALMoGvh0lemKQZpQfdMgZ33k2l2o3Udvj3tpB/KwIDAQAB
-[end]
-[pubkey zab2-transport@mail.i2p]
-MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDmh9ukHhxTY3/bDsAt7mOUETxO3sLrf70kR9Mn4p44c4NKuFF4APmeYaFfIP9N5ZkBxY+52YPCQNXdtLDAPpxrq9as+IOaxH3ZVENllml0iCuGjZWtvYVkxHXCKohMMlffgZFJeDIEEed3eIttUPsIdW8U+2XQM1zF9R77+K0ZJQIDAQAB
-[end]
------BEGIN PGP SIGNATURE-----
-Version: GnuPG/MacGPG2 v2.0.18 (Darwin)
-Comment: GPGTools - http://gpgtools.org
-
-iQIcBAEBAgAGBQJRdvPLAAoJEJkeLHPsdqhZvAgP/02btw3WcVZ1CSJkfSrZ/shE
-ooBPao/nq0XYY9GZdGbA2Ki/5HOKnPTyulPwCNocL3EULFzR9bCAr2ZdjujOdKOO
-6RQc6QcebGvtQF21eLdffT+LiHVI6Vl1y2ls288WP4YYhBXmaf7vj+6wNHf2l/B7
-wiFEZH2nfyml7fruyWa0GHmWla96rbdMfXMdJAIcu/Uv0E5AeUHhHYhrDAZFf1/0
-CzdW/MvXCtan0WwrNHfFmeDx29kT9wtF3cgduyBj/K4Kw1NDGpXt3w5Hybp0xak5
-mpCo+lAxpC6DgjaTvrF54Hnqe21dydUdfwTZ7dtzfPbEwK5LrAWJCpjnlYO3kote
-GUYXyGccg4A6nknCrkeidJcaF1j4xpJf38XY08z48r+Wd0/n5VSDbvo6BBcOljgp
-IC1YQMcnFdRcV/K7MNlm58+WTa6NqJgrqnMnHDwdwF2v4csH4hjVmOD5//u6pCNg
-ghCMrTVuEP6fqFJflFdKYfG/jlX7Vm1hh0a4QobWsII2A8TBGe9x3//ZXhX3d57c
-mFhMwzjnCWdUTAfGPKeT+YorOnL9YRwsoXyBm4LjKGuHAMOKYpbS+6aZV2plPgIe
-QUamNO18hBy7N/YdF2DPoV41ntobkM+kVfmR0jLCbiNjisMg1eO8mQ1ynY4Kf2F1
-6+WauW2gCAnDCnD/+EEh
-=7u31
------END PGP SIGNATURE-----
-
-digit:
-
------BEGIN PGP SIGNED MESSAGE-----
-Hash: SHA1
-
-Applicable to the code I contribute to the I2P project,
-I hereby state that:
-
-* Unless marked otherwise, all code I commit is implicitly licensed under the component's primary license
-* If specified in the source, the code may be explicitly licensed under one of the component's alternate licenses
-* I have the right to release the code I commit under the terms I am committing it
------BEGIN PGP SIGNATURE-----
-Version: GnuPG v2.0.20 (MingW32)
-
-iQEcBAEBAgAGBQJRzgXbAAoJEAhQLmhPD07oWTkH/0nonFM5g0gw5SlqLKTxuBal
-OMomT+4+FFaCDgXOSXnnlw38no7c234LeKpuvlr0LLxjiRdfcsnnuvqIWmeeY4cq
-m3w6xGI+wNO2c/FYwTVumJO165sPc0Rg3b8d+zdUBncactRMdxcWUJTSHPdNzW2/
-tmtChmVft6SOj+qgBQEMW0IjYm/4+vg4NEO4OAg8ncogea8dubpIFJjE2UbSr7dE
-jkBoHiRXn4EN20Id4puCwXQK4QbbGwJGlKAUPgZXMd7nLqu9MljwLDkDWBMY9nRl
-Zf9i4Wqw8wKgkWIIbZ2+V+zP83FLcX6ga+GMr8tf/bwWjSe1PN7mZAQlPB4p8Qc=
-=NxxT
------END PGP SIGNATURE-----
-
-
-Wie von unserem
-threat model (neben anderen Gründen)
-gefordert, muss die entwickelte Software, die wir I2P nennen, zum
-unterstützen des anonymen Kommunkationsnetzwerkes frei
-erhältlich, OpenSource und durch den Nutzer veränderbar sein.
-Um diese Kriterien zu erfüllen, nutzen wir verschiedene Lizenzen
-und Software Techniken, damit auch möglichst viele Hindernisse
-entfallen, so dass jeder einfach I2P nutzen und daran entwickeln kann..
-
-
Wenn auch die unteren Informationen verwirrend sein sollten, da sie
-komplexer als einfach "I2P ist BSD", "I2P ist GPL" oder "I2P ist public
-domain" zu sagen ist, ist die die einfache Antwort auf die Frage
-"Wie ist I2P lizenziert?" diese:
-
-
Jede Software in der I2P Distribution erlaubt dir:
-
-
Nutzung ohne Kosten
-
Nutzung ohne Restriktionen auf den Nutzer, den Ort, wie, wo, warum oder wann es benutzt wird
-
Zugriff auf den Quelltext ohne Kosten
-
Änderungen am Quelltext
-
-
-
Die meiste Software erlaubt dir viel mehr - die Möglichkeit, das
-jeder den veränderten Quelltext wie auch immer verbreiten darf.
-Dennoch bietet nicht jede der mitgelieferten Programme diese Freiheit - die
-GPL beschränkt die Möglichkeiten der Entwickler, die I2P mit ihrer
-eigenen nicht GPL lizensieren Software interagieren lassen wollen. Während
-wir die noblen Ziele zum vergrössern der öffentlichen Ressourcen
-gut heissen, wird I2P am besten damit gedient, das alle Barrieren, die I2P
-und seiner Einbindung im Wege sind, beiseite geräumt werden - sobald
-ein Entwickler seinen anwalt fragen muss, ob seine Anwendung mit I2P
-interagieren darf oder einen Quelltextaudit braucht, ob sein Quelltext
-auf einer GPL kompatiblen Lizenz ausgegeben werden darf, haben wir verloren.
-
-
Komponenten Lizenzen
-
Die I2P Distribution besteht aus verschiedenen Ressourcen, die die
-Aufteilung des Quelltextes in verschiedene Komponenten wiederspiegeln.
-Jede Komponente hat ihre eigene Lizenz, die jeder daran arbeitende
-und Quelltext einbringende Entwickler akzeptieren muss - entweder
-durch expliziertes Verteilen des Quelltextes unter einer der Komponente
-kompatiblen Lizenz oder implizit durch verteilen unter der Hauptlizenz
-der Komponente. Jede Komponente hat einen leitenden Entwickler, welcher
-das letzte Wort beim Bestimmen der Hauptlizenz der Komponente hat. Und
-der I2P Hauptentwickler hat die letzte Entscheidung, ob diese Lizenz
-die vier oben genannten Garantien gewährleistet und in der I2P
-Distribution inkludiert werden kann.
Obwohl es möglicherweise redundant ist, hier nochmal zum Klarstellen:
-der GPLlizensierte
-Quelltext im I2PTunnel muss unter der GPL publiziert werden, mit einer
-zusätzlichen "Ausnahme" der expliziten Erlaubnis zum nutzen der
-Java Standard Bibliotheken:
-
-
In Ergänzung als spezielle Ausnahme, gibt XXXX die Erlaubnis
-zum linken des Quelltextes dieses Programmes gegen die propietäre
-Java Implementation von Sun (oder auch von anderen Vertreibern) und
-zum verteilen der gelinkten Kombination aus den zwei Teilen. Du musst
-den Bedingungen der GNU General Public Licence in allen Punkten für
-allen genutzten Quelltext ausser der propietären Java Implementation
-folgen. Falls Du diese Datei änderst, kannst du diese Ausnahme zu
-deiner Version der Datei hinzufügen, Du bist jedoch nicht gezwungen
-dazu. Falls du das nicht möchtest, lösche dieses Statement
-von deiner Version der Datei.
-
-
Jeder Quelltext in jeder Komponente wird standardmässig unter der
-Hauptlizenz lizensiert, es sei denn, es ist im Quelltext anders vermerkt.
-Alles oben notierte ist eine Zusammenfassung der Lizenzaussagen - bitte
-schaue in der jeweiligen Lizenz der Komponente oder im Quelltext nach
-den Wortlaut oder Bestimmungen der Lizenz. Die Orte der Quelltexte
-der Komponenten and ressourcepakete können sich ändern
-wenn das repository neu organisiert wird.
-Entwickler können Änderung an eine verteilte Monotone
-Datenbank senden, wenn sie eine Erlaubnis zum Einpflegen vom
-Betreuer der Monotone Datenbank erhalten.
-Siehe auf die Monotone Seite für Details.
-
-
-
-Dennoch muss der Releasemanager (derzeit zzz) dem Entwickler
-vertrauen, wenn dieser Änderungen in ein Release einbringen möchte.
-Zusätzlich muss ein Entwickler den oberen Bestimmungen explizit zustimmen
-um vertrauenswürdig zu sein.
-Dieses bedeutet, er muss dem Releasemanager eine signierte Nachricht zusenden,
-in der er folgendes bestätigt:
-
-
Solange nicht anders notiert, ist jeder von mir eingebrachte Quelltext
- unter der Hauptlizenz der Komponente lizensiert
-
Falls im Quelltext definiert, kann der Quelltext explizit unter einer
- alternativen Lizenz der Komponente lizensiert werden
-
Ich habe das Recht zum veröffentlichen des Quelltextes, den sie
- einbringen, unter den Bestimmungen, wie ich sie eingebracht habe.
-
-
-
Falls jemand mitbekommt, das eine Instanz die oberen Bedingungen nicht
-erfüllt, bitte kontaktiere den I2P Releasemanager oder den
-Leitentwickler der Komponente mit weiteren Informationen.
-Siehe auf die Lizenzzustimmungen der Entwickler.
-
Regularly scheduled meetings are not being held at this time.
-If you have somthing to discuss, please find the developers on IRC in #i2p-dev.
-See also the old weekly status notes.
-
-{% endblock %}
diff --git a/www.i2p2/pages/translations/meetings_fr.html b/www.i2p2/pages/translations/meetings_fr.html
deleted file mode 100644
index 6add8b3b..00000000
--- a/www.i2p2/pages/translations/meetings_fr.html
+++ /dev/null
@@ -1,195 +0,0 @@
-{% extends "_layout_fr.html" %}
-{% block title %}Rencontres{% endblock %}
-{% block content %}
-Traduction de février 2011. Version anglaise actuelle
-
Journaux des rencontres I2P passées
-
Les rencontres régulières ne sont plus maintenues en ce moment.
-Si vous voulez discuter avec l'équipe vous trouverez les développeurs sur l'IRC, canal #i2p-dev,
-et #i2p-fr pour les discutions en français.
-Vous pouvez aussi consulter les notes des anciennes réunions hebdomadaires.
-
-I2P est distribué avec une bibliothèque générique de nommage et une implémentation de base conçue pour fonctionner à
-partir d'une correspondance nom/destination locale, ainsi qu'avec une application compagne appelée le
-carnet d'adresses.
-I2P supporte également les noms d'hôtes Base32 identiques aux adresses .onion de Tor.
-
-
-Le carnet d'adresses est un système de nommage fondé sur un réseau de confiance, décentralisé et lisible par un être
-humain, qui ne déroge au principe d'unicité globale de ces systèmes de nommages lisibles par l'humain en n'exigeant
-qu'une unicité locale. Comme tous les messages dans I2P sont adressés à leur destination sur une base cryptographique,
-différentes personnes peuvent avoir l'entrée "Alice" dans leur carnet d'adresses local qui représente des destinations
-différentes. Les utilisateurs découvrir de nouveaux noms en important les carnets d'adresses publiés par les pairs de
-leur réseau de confiance, en ajoutant des entrées fournies par un tiers, ou (si quelques uns organisent une série de
-carnets d'adresses publiés en utilisant un système d'enregistrement "premier venu, premier servi") en choisissant de se
-servir de ces carnets d'adresses en tant que serveurs de noms, émulant ainsi le DNS traditionnel.
-
-
-
-NOTE : pour en savoir plus sur les raisons de ce choix de nommage pour I2P, sur les arguments courants à son encontre,
-et sur alternatives possibles, voir la page discussion sur le nommage.
-
-
-
Composants du système de nommage
-
-Il n'y a pas d'autorité de nommage centrale dans I2P. Tous les noms d'hôtes sont locaux.
-
-
-Le système de nommage est assez simple et sa plus grande partie est implémentée dans des applications externes au
-routeur, mais incluses dans sa distribution.
-Les composants :
-
Le mandataire HTTP, qui confie les recherches au routeur et dirige l'utilisateur vers les
-services de saut distants en tant qu'assistance en cas recherches infructueuses.
-
Des formulaires d'ajout d'hôte HTTP, qui permettent aux utilisateurs… d'ajouter
-des hôtes à leur hosts.txt local.
-
Des services de sauts HTTP, qui fournissent leur propres recherches et listes de
-redirections.
-
L'application carnet d'adresses, qui fusionne les listes externes d'hôtes trouvées par
-HTTP à la liste locale.
-
L'application SusiDNS, simple interface web de configuration du carnet d'adresses et
-d'affichage les listes d'hôtes locales.
-
-
-
Fichiers de nommage et recherches
-
-Dans I2P toutes les destinations sont des clés de 516 octets. (Plus précisément, c'est une clé publique de 256 octets
-plus une clé de signature de 128 octets et un certificat blanc, ce qui fait 516 octets une fois tout ceci représenté
-dans le code base64. Les certificats ne sont pas utilisés
-actuellement. Les clés seront plus longues quand ils le seront. Une utilisation possible des certificats est le
-mécanisme de vérification par épreuve de travail.)
-
-Si une application (i2ptunnel ou le mandataire HTTP) veut accéder à une destination par son nom, le routeur effectue
-une recherche locale très simple pour résoudre ce nom. L'application cliente (techniquement, le côté client du
-protocole I2CP dans l'API I2P) fait une recherche linéaire dans trois fichiers locaux, dans l'ordre suivant, pour
-trouver un nom d'hôte et le convertir en clé de destination de 516 octets :
-
-
privatehosts.txt
-
userhosts.txt
-
hosts.txt
-
-
Le recherche n'est pas sensible à la casse. La première occurrence est utilisée, et les conflits ne sont pas
-détectés. Il n'y a pas d'obligation de règles de nommage pour les recherches.
-
-Les recherches sont conservées en mémoire quelques minutes. Il y a une fonctionnalité expérimentale de recherches en
-temps réel (à la DNS) sur le réseau intégrée au routeur, mais par défaut elle n'est pas activée (voir "EepGet" dans
-Alternatives sur la page de discussion).
-
-
-
Mandataire HTTP
-
Le proxy HTTP fait une recherche via le routeur pour tous les noms d'hôtes en '.i2p'. Pour les autres, il transfère
-la requête à un mandataire sortant HTTP configuré. Donc en pratique, tous les noms d'hôtes eepsites HTTP doivent se
-terminer par le pseudo domaine de plus haut niveau '.i2p'.
-
-
-
-Si le routeur échoue dans sa requête de résolution, le mandataire HTTP renvoie une page d'erreur indiquant des liens
-vers plusieurs services de saut (voir détails plus bas).
-
-
-
Carnet d'adresses
-
Abonnements entrants et fusionnement
-
-L'application carnet d'adresses trouve régulièrement le fichier hosts.txt d'autres utilisateurs et les fusionne au
-fichier local après plusieurs vérifications. Les conflits sont résolus par la règle "premier entré/premier servi".
-
-L'abonnement au fichier hosts.txt d'un autre utilisateur implique l'octroi d'un certain niveau de confiance. Vous ne
-souhaitez par exemple pas qu'il détourne un nouveau site en vous indiquant une autre clé.
-
-Pour cette raison, le seul abonnement configuré par défaut est http://www.i2p2.i2p/hosts.txt,
-qui contient une copie du hosts.txt inclus dans la distribution d'I2P. Les utilisateurs doivent configurer des
-abonnements supplémentaires dans leur application carnet d'adresses locale (via subscriptions.txt ou
-SusiDNS).
-
-Quelques autres liens d'abonnement de carnets d'adresses publics :
-
-Les opérateurs de ces services peuvent avoir diverses politiques de référencement des hôtes. Leur présence sur cette
-page n'implique pas l'aval de l'équipe d'I2P.
-
-
-
Règles de nommage
-
-Bien qu'il n'y ait heureusement pas de limitations techniques dans les noms d'hôtes I2P, le carnet d'adresses applique
-certaines restrictions aux noms d'hôtes importés par les abonnements. Il fait ceci pour la propreté typographique et la
-compatibilité avec les navigateurs, et par sécurité. Les règles sont principalement celles de la section 3.2.2 de la
-RFC2396. Tout nom d'hôte qui viole ces règles n'est pas importé.
-
-Règles de nommage :
-
-
Les noms sont convertis en minuscules à l'importation.
-
Les noms sont vérifiés pour détecter les conflits avec des noms pré-existants dans les fichiers userhosts.txt et
-hosts.txt (mais pas dans privatehosts.txt) après la conversion en minuscules.
-
Ils ne doivent contenir que [a-z] [0-9] '.' et '-' après la conversion.
-
Ils ne doivent pas commencer par '.' or '-'.
-
Ils doivent finir par '.i2p'.
-
Longueur maximum de 67 caractères, '.i2p' inclus.
-
Ils ne doivent pas contenir '..'.
-
Ils ne doivent pas contenir '.-' ou '-.' (depuis la version 0.6.1.33).
-
Ils ne doivent pas contenir '--', à part dans 'xn--' pour les noms de domaines internationalisés (IDN).
-
Les noms d'hôtes Base32 (*.b32.i2p) ne sont pas permis.
-
Certains noms d'hôtes réservés au projet ne sont pas permis (proxy.i2p, router.i2p, console.i2p, *.proxy.i2p,
-*.router.i2p, *.proxy.i2p).
-
Une vérification de validité base64 des clés est effectuée.
-
Les clés font l'objet d'une vérification de conflit par rapport au fichier hosts.txt (mais pas privatehosts.txt).
-
La longueur minimum des clés est 516 octets.
-
La longueur maximum des clés est 616 octets (pour permettre des certificats de longueur pouvant aller jusqu'à 100
-octets).
-
-
-Tout nom reçu via un abonnement est ajouté à hosts.txt s'il passe tous ces tests avec succès.
-
-Notons que caractère '.' dans un nom d'hôte n'a aucune signification, et ne signale aucune hiérarchie de confiance. Si
-le nom 'hôte.i2p' existe déjà, rien n'empêche personne d'ajouter un nom 'a.hôte.i2p' à son hosts.txt, et ce nom sera
-alors importé par les autres. Des méthodes pour refuser des sous-domaines aux non-"propriétaires" du domaine (par des
-certificats?), ainsi que l'intérêt et la faisabilité de ces méthodes sont l'objet de discutions ultérieures.
-
-Les IDN fonctionnent aussi sur I2P (en utilisant la forme punycode 'xn--').
-Pour voir les IDN .i2p correctement affichés dans la barre d'adresses de Firefox, ajouter
-'network.IDN.whitelist.i2p (boolean) = true' dans about:config.
-
-Comme l'application carnet d'adresses n'utilise pas du tout le fichier privatehosts.txt, ce fichier est tout désigné
-pour recevoir des alias privés ou des noms abrégés pour des hôtes déjà présents dans hosts.txt.
-
-
-
Abonnements sortants
-
-Le carnet d'adresses publie le fichier fusionné hosts.txt à un endroit (habituellement hosts.txt dans le répertoire
-home du site eep) accessible aux autres pour leurs abonnements. Cette étape optionnelle est désactivée par défaut.
-
-
-
Problèmes d'hébergement et de transport
-
-L'application carnet d'adresses, avec eepget, enregistre l'Etag et/ou l'info dernière modification renvoyée par le
-serveur de l'abonnement. Ceci réduit grandement la bande passante nécessaire car le serveur renvoie un '304 Not
-Modified' si rien n'a changé à la tentative suivante.
-
-
-Cependant le fichier hosts.txt est entièrement téléchargé s'il a été modifié. Voir la discussion plus bas sur ce
-problème.
-
-
-Les hôtes qui fournissent un fichier hosts.txt statique ou une application CGI équivalente sont vivement encouragés à
-utiliser une en-tête de longueur de contenu, et soit une en-tête Etag, soit une en-tête de date de dernière
-modification. Assurez-vous aussi que le serveur envoie le message '304 Not Modified' quand c'est nécessaire, eu égard à
-la bande passante et pour diminuer les risques de corruption.
-
-
-
Services d'ajout d'hôtes
-
-Un service d'ajout d'hôte est une simple application CGI qui prend en paramètres un nom d'hôte et et une clé base64
-pour les ajouter au fichier hosts.txt local. Si d'autres routeurs s'abonnent à ce fichier, l'ajout sera propagé.
-
-Il est recommandé que le service impose au minimum les mêmes restrictions que celles en vigueur au niveau de
-l'application carnet d'adresses listées plus haut. Le service peut ajouter des restriction supplémentaires, par exemple
-:
-
-
une limite au nombre de sous-domaines.
-
autorisations de sous-domaines via diverses méthodes.
-
pénalités de contrôle (Hashcash) ou certificats signés.
-
vérification d'éditorial et/ou de contenu du site.
-
catégorisation des hôtes par contenu.
-
réservation ou rejet de certains noms d'hôtes.
-
restrictions du nombre d'enregistrements par unité de temps.
-
délais entre enregistrement et publication.
-
vérification de l'état fonctionnel de l'hôte comme prérequis à l'enregistrement.
-
expiration et/ou révocation.
-
rejet d'usurpation d'IDN.
-
-
-
Services de saut
-
-Un service de saut est une application CGI simple qui prend en paramètres un nom d'hôte et retourne un message '301
-redirect' vers la bonne URL, complété d'une chaîne ?i2paddresshelper=clé. Le mandataire HTTP interceptera
-la chaîne et utilisera la clé en tant que destination réelle. De plus, le proxy mettra cette clé en cache de sorte que
-l'assistant d'adresse ne soit plus nécessaire pour elle jusqu'au prochain redémarrage du routeur.
-
-Remarquons au passage, que comme pour les abonnements, l'utilisation d'un service de saut implique un certain niveau de
-confiance, car le service pourrait insidieusement rediriger vers une destination usurpée.
-
-Pour apporter le meilleur service, un service de saut devrait être abonné à plusieurs fournisseurs de fichiers
-hosts.txt pour que sa liste d'hôtes soit récente.
-
-
-
SusiDNS
-
-SusiDNS est simplement une interface web destinée à configurer les abonnements de carnets d'adresses et accéder au
-quatre fichiers de carnets d'adresses. Tout le travail réel est effectué par l'application 'carnet d'adresses'.
-
-Actuellement, il n'y a pas de vérification des règles de nommage du carnet d'adresses intégrée dans SusiDNS, si bien
-que vous pouvez entrer des noms d'hôtes qui pourraient être rejetés par vos propres abonnements ou ceux des autres.
-
-
Noms Base32
-
I2P supporteles noms d'hôtes Base32 similaires aux adresses '.onion' de Tor. Les adresses base32 sont plus courtes
-et plus faciles à manipuler que les adresses complètes des destinations base64 à 516 caractères ou les assistants
-d'adresses. Exemple: ukeu3k5oycgaauneqgtnvselmt4yemvoilkln7jpvamvfx7dnkdq.b32.i2p
-
-Dans Tor, l'adresse fait 16 caractères (80 bits), soit la moitié de l'empreinte SHA-1. I2P utilise 52 caractères
-(256 bits) pour représenter l'empreinte SHA-256 complète. La forme est {52 caractères}.b32.i2p. Le codage base32 est
-implémenté dans les service de nommage HostsTxt, qui interroge le routeur sur le protocole I2CP pour chercher le jeu de
-baux afin d'obtenir la destination complète. Les recherches base32 ne réussissent que lorsque la destination est active
-et qu'elle publie un jeu de baux.
-
-Les adresses Base32 peuvent être utilisées dans la plupart des situations où les noms d'hôtes ou les destinations
-complètes sont utilisées, sauf quelques exceptions où elles peuvent échouer si le nom n'est pas résolu immédiatement.
-Par exemple, I2PTunnel échouera si le nom ne se résout pas en destination.
-
-{% endblock %}
diff --git a/www.i2p2/pages/translations/newdevelopers_de.html b/www.i2p2/pages/translations/newdevelopers_de.html
deleted file mode 100644
index c5e532d6..00000000
--- a/www.i2p2/pages/translations/newdevelopers_de.html
+++ /dev/null
@@ -1,90 +0,0 @@
-{% extends "_layout_de.html" %}
-{% block title %}Leitfaden für neue Entwickler{% endblock %}
-{% block content %}
-Hier ist eine kurze Anleitung um einen Anfang zu finden.
-
-
-Noch nicht ganz fertig, um Quelltext zu schreibem?
-Versuche dich zuerst an den Aufgaben in der Beteilige Dich! Abteilung.
-
-
-Zum Entwickeln an dem I2P Router oder den eingebundenen Anwendungen
-lerne Java und LIEBE Java! :)
-
-
Aktiviere den I2PTunnel Klienttunnel auf Port 8998 auf mtn.i2p2.i2p weisende
-
mtn -d i2p.mtn db init
-
mtn -d i2p.mtn pull 127.0.0.1:8998 i2p.i2p
-
mtn -d i2p.mtn co --branch=i2p.i2p
-
-Non-anonymous access: mtn.i2p2.de:4691 or mtn.i2p-projekt.de:4691
-
-Website branch: use i2p.www instead of i2p.i2p.
-
-Full list of branches: see viewmtn.
-
-Lange Version: Schaue dir die Monotone Seite an.
-
-
-To compile the code, you need the Sun Java Development Kit 5 or higher, or equivalent JDK
-(Sun JDK 6 strongly recommended) and
-Apache ant
-version 1.7.0 or higher.
-
-
-To build or work on console translations, you need
-the xgettext, msgfmt, and msgmerge tools from the
-GNU gettext package.
-
-
-Schaue in den unteren Teil der Lizenzen Seite
-um Rechte zum Einpflegen von Quelltext zu bekommen.
-
-
-
-
-Website and router console translators: See the New Translators Page
-for next steps.
-
-
Tools
-
-I2P is open source software that is mostly developed using open sourced
-toolkits. The I2P project recently acquired a license for the YourKit Java
-Profiler. Open source projects are eligible to receive a free license provided
-that YourKit is referenced on the project web site. Please get in touch if you
-are interested in profiling the I2P codebase.
-
-
-
-YourKit is kindly supporting open source projects with its full-featured Java Profiler.
-YourKit, LLC is the creator of innovative and intelligent tools for profiling
-Java and .NET applications. Take a look at YourKit's leading software products:
-YourKit Java Profiler and
-YourKit .NET Profiler.
-
-
-{% endblock %}
diff --git a/www.i2p2/pages/translations/newdevelopers_fr.html b/www.i2p2/pages/translations/newdevelopers_fr.html
deleted file mode 100644
index 2f9a5192..00000000
--- a/www.i2p2/pages/translations/newdevelopers_fr.html
+++ /dev/null
@@ -1,189 +0,0 @@
-{% extends "_layout_fr.html" %}
-{% block title %}Guide du nouveau développeur{% endblock %}
-{% block content %}
-Traduction de mars 2011. Version anglaise actuelle
-
- Alors comme ça vous voulez commencer à trimer sur I2P? Sympa!
- Voici donc de quoi vous mettre le pied à l'étrier, pour participer à l'élaboration du site ou du logiciel,
- à développer ou à faire des traductions.
-
-
- Pas prêt pour coder?
- Essayez engagez-vous! d'abord.
-
- Le développement de base pour le routeur I2P ou les applications intégrées se fait avec Java comme langage de
- programmation principal. Si vous n'avez aucune expérience de Java, vous pouvez quand même parcourir
- Thinking in Java ou en français
- ici.
-
- Pour le développement sur le routeur i2p ou les applications embarquées, installez le dépôt de sources monotone.
- En bref:
-
-
- Installez monotone.
- Monotone est un système de gestion de versions (CVS). Nous l'avons choisi car il nous permet de garder la trace de
- qui fait quoi dans les changements du code source (et pour beaucoup d'autres choses compliquées, mais 'garder la
- trace des modifs' est l'idée maîtresse).
-
-
Balladez_vous dans le guide de monotone pour vous assurer
- un minimum de compréhension des concepts.
-
-
- Si vous souhaitez rester anonyme, il vous faudra en passer par une étape supplémentaire, établir une connexion
- via I2P au serveur monotone:
-
-
- Activez le tunnel client i2ptunnel sur le port 8998 pointant vers mtn.i2p2.i2p
- (si vous avez des problèmes d'unicité, voyez le ticket #64
- pour un contournement).
-
-
-
- Créez un dossier pour mettre tous vos fichiers I2P, et créez y une base de données monotone:
- mtn -d i2p.mtn db init
-
-
- Ramenez les sources I2P sur votre machine. Ça peut prendre un moment surtout si vous le faites via I2P!
-
- Normalement: mtn -d i2p.mtn pull mtn.i2p2.de i2p.i2p
- Et alternativement, au lieu de 'mtn.i2p2.de', vous pouvez aussi télécharger depuis mtn.i2p-projekt.de.
-
-
-
-
-
- Vous avez maintenant toutes les sources dans votre machine, dans le fichier base de données i2p.mtn. Pour
- travailler sur le routeur, vous devez les extraires dans un répertoire: mtn -d i2p.mtn co --branch=i2p.i2p
- (ou mtn -d i2p.mtn co --branch=i2p.www pour celles du site web)
-
-
- Les commandes ci-dessus créent le dossier i2p.i2p (et/ou i2p.www), qui contient toutes les sources du code d'I2P.
-
-
-
-
-
Remarques
-
- Le téléchargement initial peut prendre quelques heures en passant par le tunnel.
- S'il échoue pendant ce temps, relancez-le tout simplement, il reprendra là où il en était.
- Si vous êtes pressé(e), utilisez l'accès non-anonyme normal.
-
-
- Une liste complète des branches, dont i2p.i2p et i2p.www est disponible sur
- viewmtn.
-
-
- L'explication détaillée de l'utilisation de monotone est présentée sur la page monotone.
-
-
-
Compiler I2P
-
-
- Pour compiler le code, il vous faut le kit de développement Java v6 ou ultérieur, ou un JDK équivalent
- (Sun JDK 6 chaudement recommandé) et
- Apache ant version 1.7.0 ou plus récente.
- Si vous partez pour travailler sur le code principal d'I2P, vous pouvez allez dans le dossier i2p.i2p et lancer
- 'ant' pour voir les options de compilation.
-
-
-
- Pour compiler ou travailler sur les traductions de la console, vous avez besoin des outils xgettext, msgfmt, et
- msgmerge du package GNU gettext.
-
- Voir en bas des licences pour les autorisations nécessaires. Vous en avez besoin pour
- envoyer du code dans i2p.i2p (pas nécessaire pour le site web!).
-
-
-
- Version courte de la génération et utilisation des clefs si vous voulez publier:
-
mtn genkey nom@mail.i2p (choisissez une passphrase)
-
mtn pubkey nom-transport@mail.i2p (envoyez ça à l'opérateur du dépôt
- pour obtenir le privilège push)
-
mtn pubkey nom@mail.i2p (envoyez ça au responsable de publication
- pour avoir le privilège commit - pas requis pour le site web)
-
mtn ci -k nom@mail.i2p (injectez votre travail dans la base locale avec cette clef)
-
mtn sync(ou pull) -k nom-transport@mail.i2p (synchronisez (sync=pull+push) avec le serveur
- avec cette clef)
-
mtn update (ou mtn up en abrégé) (met à jour les fichiers locaux dans les dossiers i2p.i2p et/ou i2p.www à
- partir de la base de données synchronisée)
-
- Les développeurs trainent sur l'IRC. Ils peuvent être contactés sur le réseau Freenode, et sur les réseaux internes
- I2P. Leur QG est le canal #i2p-dev. Viendez et disez hi!
-
-I2P is open source software that is mostly developed using open sourced
-toolkits. The I2P project recently acquired a license for the YourKit Java
-Profiler. Open source projects are eligible to receive a free license provided
-that YourKit is referenced on the project web site. Please get in touch if you
-are interested in profiling the I2P codebase.
-
-
-
-YourKit is kindly supporting open source projects with its full-featured Java Profiler.
-YourKit, LLC is the creator of innovative and intelligent tools for profiling
-Java and .NET applications. Take a look at YourKit's leading software products:
-YourKit Java Profiler and
-YourKit .NET Profiler.
-
Abilitate un tunnel, tramite i2ptunnel, alla porta 8998 che punta all'indirizzo mtn.i2p2.i2p
-
tramite la console scrivete: mtn -d i2p.mtn db init
-
tramite la console scrivete: mtn -d i2p.mtn pull 127.0.0.1:8998 i2p.i2p
-
tramite la console scrivete: mtn -d i2p.mtn co --branch=i2p.i2p
-
-Accesso non-anonimo: mtn.i2p2.de:4691 o mtn.i2p-projekt.de:4691
-
-"Ramo" del sito: usate i2p.www al posto di i2p.i2p.
-
-Lista completa dei rami: controllate questo indirizzo.
-
-Versione completa della guida: controllate questa pagina.
-
-
-Per compliare il codice, avete bisogno del Sun Java Development Kit 5 o maggiore, o un JDK equivalente
-(Sun JDK 6 fortemente raccomandato) e
-Apache ant
-versione 1.7.0 o maggiore.
-
-
-Per creare o lavorare sulle traduzione della console, avete bisogno
-di xgettext, msgfmt, e msgmerge tools, che potete prelevare da
-questa pagina.
-
-
mtn genkey yourname@mail.i2p (usate una passphrase)
-
mtn pubkey yourname-transport@mail.i2p (send this to a mtn repo operator to get push privileges)
-
mtn pubkey yourname@mail.i2p (inviatela a un release manager per ricevere i privilegi di commit)
-
mtn ci -k yourname@mail.i2p (check in usando questa chiave)
-
mtn sync -k yourname-transport@mail.i2p (per eseguire il push/pull/sync usate questa chiave)
-
-Versione completa della guida: controllate questa pagina.
-
-
-
-{% endblock %}
diff --git a/www.i2p2/pages/translations/newtranslators_fr.html b/www.i2p2/pages/translations/newtranslators_fr.html
deleted file mode 100644
index 0692242e..00000000
--- a/www.i2p2/pages/translations/newtranslators_fr.html
+++ /dev/null
@@ -1,200 +0,0 @@
-{% extends "_layout_fr.html" %}
-{% block title %}Guide du traducteur débutant{% endblock %}
-{% block content %}
-Traduction de mars 2011. Version anglaise actuelle
-Voici le petit guide de démarrage rapide.
-
-
Comment traduire le site Internet
-
-
-
-Préparation
-
-
- Venez sur le canal #i2p-dev de l'IRC pour discuter.
- Annoncez votre langue -
- Pour vous assurer que d'autre collaborateurs ne travaillent pas sur les mêmes fichiers que vous, merci de mettre à
- jour le statut de l'état de traduction sur le wiki d'ugha.i2p.
-
- Suivez les instructions du Guide de démarrage du développeur, pour l'installation
- monotone, pour extraire la branche i2p.www, et générer vos propres clés monotone. Il n'est pas nécessaire de signer
- l'accord de licence.
-
-
-
-Créez les fichiers:
- Si le fichier pour votre langue n'existe pas encore, copiez celui d'une autre langue sur foo_xx.bar pour votre
- langue (les fichiers en anglais sont les plus à jour).
- Puis ajoutez ('mtn add' fichier_xx) le fichier.
- Ajoutez aussi le fichier _layout_xx.html s'il n'existe pas encore.
- Ajoutez un fichier image du drapeau pour le menu (à copier depuis le dossier routeur
- i2p.i2p/installer/resources/icons/flags).
-
-
-Modifiez les fichiers:
- Modifiez les fichiers _layout_xx.html et _menu.html, et les autres fichiers.
- Modifiez les fichiers avec tout éditeur de texte en vous assurant de ne pas utiliser l'éventuel mode HTML qui
- changerait tout le formatage.
-
-Peuplez votre dépôt:
- mtn pull, mtn up[date], traduisez, puis injectez/signez vos modifications dans votre dépôt:
- "mtn ci -k votrenom@mail.i2p fichier1 fichier2 ...".
- Pour finir, synchronisez avec "mtn sync mtn.i2p2.de -k votrenom-transport@mail.i2p i2p.www" votre dépôt avec
- celui du serveur cible.
-
-Répétez l'opération, autant de fois que nécessaire. N'attendez pas que tout soit parfait.
-
-
- Si vous comptez travailler à la fois sur le serveur web et la console vous pouvez utiliser la syntaxe suivante pour
- définir les variables par défaut pour les deux branches:
-
- ~/Documents/I2P/i2p.www$ mtn pull 192.168.x.y:8998 i2p.www i2p.i2p --set-default
-
-
Exemple en mode anonyme, avec le routeur I2P situé sur autre machine du LAN.
-
-
-
-
-
-
-
Comment traduire la console du routeur
-
-
-
-Préparation
-
-
- Venez discuter #i2p-dev.
- Annoncez votre langue -
- Pour vous assurer que d'autre collaborateurs ne travaillent pas sur les mêmes fichiers que vous, merci de mettre à
- jour le statut de l'état de traduction sur le wiki d'ugha.i2p.
-
- Suivez les instructions du Guide de démarrage du développeur, pour l'installation
- monotone, des outils gettext, pour vérifier la branche i2p.i2p, et générer vos propres clés monotone.
-
-
- Générez votre clé gpg et signez l'accord de licence:
- copiez une section du fichier http://www.i2p-projekt.de/license-agreements.html dans un fichier mon_accord
- en dehors du dépôt, signez avec gpg --clearsign mon_accord et modifiez le fichier license-agreements.html (en
- ajoutant votre nom en haut, et la copie du contenu du fichier mon_accord.asc généré par la signature en bas),
- en suivant la méthode indiquée plus haut dans la partie "traduction du site".
-
-
-
-Avant de commencer la traduction de la console, il serait bien, pour vous faire la main, de nous aider à traduire
-quelques pages du site, au moins la page d'accueil de votre langue si elle n'existe pas encore.
-
-
-Que traduire:
- Il y a environ 15 fichiers concernés dans la branche i2p.i2p:
-
-
-
-
- Où xx est votre code de langue, comme fr/de/ch/zh/...
-
- Il se peut que des fichiers n'existent pas pour votre langue. Dans ce cas, créez-les en en copiant et renommant
- un d'une langue que vous connaissez. Ceux en anglais sont plus à jour et valent à être pris comme référence.
-
-
-Créez les fichiers:
- Suivez les instructions correspondantes de la partie "Traduction du site".
- Après la création d'un fichier .po, modifiez les en-têtes*, puis exécutez LG2=fr ant distclean poupdate.
- (* poedit le fait tout seul si vous avez mis vos coordonnées dans Édition/Préférences/Personnalise)
-
-
-Commencez le boulot:
- Modifiez les fichiers avec tout éditeur de texte en vous assurant de ne pas utiliser l'éventuel mode HTML qui
- changerait tout le formatage.
- Pour travailler sur les fichiers .po efficacement, vous aurez intérêt à utiliser
- POEdit.
-
-
-Publiez le travail:
- mtn pull, mtn up, puis envoyez votre travail dans votre dépôt avec
- mtn ci -k mon_nom@mail.i2p fichier1 fichier2 .... Ensuite,
- mtn sync mtn.i2p2.de -k mon_nom-transport@mail.i2p i2p.i2p pour envoyer vos modifications au serveur cible.
-
-
-Répétez l'opération, autant de fois que nécessaire. N'attendez pas que tout soit parfait.
-
-
-
-Comme vous voyez, c'est simple.
-Si vous avez des questions sur le sens des termes dans la console, demandez sur #i2p-dev.
-
-
-
-
FAQ
-
-Q: Pourquoi faut-il installer monotone, Java, jsp, en savor sur les fichiers .po et .html, etc...?
-Pourquoi ne puis-je pas simplement faire la traduction et vous l'envoyer par courriel?
-
-
-R: il y a à ceci plusieurs raisons:
-
-
-
- Nous n'avons personne qui aurait le temps d'accepter des contributions manuelles et les soumettre de votre part
- à notre système de gestion des versions.
-
- Vous pensez peut-être que la traduction est un processus à une seule étape. ce n'est pas le cas.
- Tout ne peut être réalisé en une seule fois. Vous ferez des erreurs. vous aurez besoin de faire des tests et de
- fignoler avant de soumettre. Les développeurs modifient ou ajoutent du texte en anglais, nécessitant une mise à
- jour de traduction.
-
- L'utilisation d'un système de gestion des version par les traducteurs fournit directement authentification et
- responsabilisation: nous savons qui fait quoi, nous pouvons suivre les modifications et revenir en arrière si
- nécessaire.
-
- Les fichiers .po ne sont pas une difficulté. si vous ne voulez pas les modifier directement, nous vous suggérons
- l'utilisation de 'poedit'.
-
-
- Même remarque pour les fichiers HTML. Laissez de côté la quincaillerie html (les balises), et traduisez le texte.
-
-
- L'installation de monotone n'est pas vraiment difficile. Plusieurs, des traducteurs et autres contributeurs ne sont
- pas des programmeurs, et ils utilisent monotone régulièrement. Monotone est un simple système de contrôle des
- versions, rien à voir avec la programmation.
-
-
- Les éléments à traduire ne sont pas des "documents". Ce sont des fichiers html et po, avec un format spécial et un
- encodage de caractères (UTF-8) qui doit être conservé et protégé de la corruption introduite par les programmes de
- messagerie ou les autres méthodes de transfert.
-
- Nous avons envisagé d'utiliser 'pootle' comme logiciel pour les traducteurs. Il ne marche pas très bien, nécessite un
-administrateur, et un processus fondé sur "pootle' souffrirait des défauts indiqués plus haut.
-
-
-En résumé:
-
-Oui, nous savons qu'il est quelque peu sportif de commencer. C'est vraiment la seule façon que nous pouvons proposer.
-Essayez-vous-y, ça n'est pas vraiment si difficile.
-
-
Plus de détails
-Sur le canal #i2p-dev d'IRC, ou le forum de traduction de zzz.i2p.
-
-
-
-{% endblock %}
diff --git a/www.i2p2/pages/translations/papers_fr.html b/www.i2p2/pages/translations/papers_fr.html
deleted file mode 100644
index 5afbb06a..00000000
--- a/www.i2p2/pages/translations/papers_fr.html
+++ /dev/null
@@ -1,218 +0,0 @@
-{% extends "_layout_fr.html" %}
-{% block title %}Publications et présentations sur I2P{% endblock %}
-{% block content %}
-Copie de juillet 2011. Version anglaise actuelle
-
Publications et présentations sur I2P
-
-Pour toute demande d'adjonction à cette page, merci d'envoyer un message à press ~~~at~~~ i2p2.de.
-
-
-
-
-
-IIP Presentation at CodeCon
-MP3 audio
-transcript
-Lance James (0x90), February 2002.
-
-
-To Be or I2P
-(Youtube Video)
-An introduction into anonymous communication with I2P.
-To Be or I2P (PDF presentation),
-Jens Kubieziel, 24C3 Berlin, December 28, 2007.
-
-
-Anonymity Techniques - Usability Tests of Major Anonymity Networks
-- Jens Schomburg,
-Presented at
-PET-CON 2009.1,
-Dresden, Germany, March 24-25, 2009.
-Available in the
-Proceedings
-page 49.
-Extended 20-page version also may be available.
-
-
-L'émergence au sein d'internet de communautés virtuelles et anonymes, Freenet et i2p
-- Laurie Delmer -
-Université catholique de Louvain
-Département des sciences politiques et sociales
-(Catholic University of Leuven -
-Department of Political and Social Science -
-The rise in internet virtual and anonymous communities, Freenet and I2P)
-Master's Thesis, 2009.
-
-
-I2P Windows Tutorial
-(Youtube Video)
-This guide will show you how to install I2P in Windows XP.
-By Telecomix
-
-
-I2P Debian Tutorial
-(Youtube Video)
-This will guide you through how to install I2P on a Debian Linux System.
-By Telecomix
-
-
-Monitoring the I2P Network,
-Juan Pablo Timpanaro, Isabelle Chrisment, Olivier Festor,
-INRIA Nancy-Grand Est, France,
-LORIA - ESIAL, Henri Poincare University, Nancy 1, France.
-October 2011.
-
-
-Technische Beschreibung, Version 0.16
-26.7.2010
-
-
-Diese Seite wurde zuletzt im August 2010 aktualisiert und bezieht sich auf die Routerversion (I2P-Version) 0.8.
-
Übersicht
-
-Dieses Dokument beschreibt das XPI2P-Dateiformat (in Anlehnung an die XPI-Dateien von Firefox, aber mit einer einfachen
-Beschreibungsdatei namens plugin.config statt der XML-Datei install.rdf).
-Dieses Dateiformat kommt sowohl bei der Erstinstallation als auch beim Aktualisieren von Zusatzprogrammen zum
-Einsatz.
-
-Des weiteren wird in diesem Dokument erklärt, wie der I2P-Router Zusatzprogramme installiert, sowie Richtlinien für
-die Entwicklung neuer Zusatzprogramme aufgeführt.
-
-Die Grundstruktur des XPI2P-Formats ist dieselbe wie bei der Datei i2pupdate.sud (der Routeraktualisierungsdatei);
-Benutzer können aber Zusatzprogramme auch dann installieren, wenn dem Router der Signierschlüssel noch nicht bekannt
-ist.
-
-Die hier beschriebene Verzeichnisstruktur (innerhalb der XPI2P-Datei) erlaubt es, folgende Arten von Zusatzprogrammen
-zu installieren:
-
-
- Webanwendungen
-
- Neue Eepsites mit cgi-bin und Webanwendungen
-
- Konsolengestaltungen
-
- Konsolenübersetzungen
-
- Java-Programme
-
- Java-Programme, die in einer eigenen JVM laufen
-
- Beliebiges Shellskripte oder Programme
-
-
-
-Zusatzprogramme installieren alle ihre Dateien in ~/.i2p/plugins/Name/ (%APPDIR%\I2P\plugins\Name\ unter Windows).
-Der Router verwehrt Installationen in andere Verzeichnisse; es ist Zusatzprogramm jedoch nach dem Start möglich,
-auf Bibliotheken in anderen Verzeichnissen zuzugreifen.
-
-
-Dies ist lediglich eine Maßnahme, um die Installation, Deinstallation und Aktualisierung zu vereinfachen
-und Konflikte zwischen Zusatzprogrammen zu verhindern.
-
-
-Wenn jedoch ein Zusatzprogramm einmal läuft, ist praktisch keine Abschottung oder Absicherung zwischen
-Zusatzprogrammen und dem Router gegeben. Zusatzprogramme laufen in derselben JVM und mit den gleichen Rechten wie
-der Router; sie haben vollen Zugriff auf das Dateisystem, den Router, alle Rechte zur Programmausführung usw.
-
-
Details
-
-Beispiel.xpi2p ist eine SUD-Datei mit folgendem Inhalt:
-
- Ein Standard-SUD-Vorspann (Header), der den Zip-Daten vorangeht und folgenden Inhalt hat:
- 40 Byte: DSA-Signatur
- 16 Byte: Zusatzprogrammversion in UTF-8, wenn nötig mit Nullen aufgefüllt
-
- Eine Zip-Datei mit folgendem Inhalt:
-
- plugin.config (PFLICHTDATEI) :
- (Standard-I2P-Konfigurationsdatei in UTF-8, die Zeilen im Format Parameter=Wert enthält; Kommentare beginnen mit #)
- Enthält die folgenden Einträge:
-
- (* = Pflichteintrag)
- In einer Aktualisierungsdatei müssen die ersten drei Einträge denen in der Installionsdatei entsprechen.
-
- *name: Name des Programms und gleichzeitig das Installationsverzeichnis
- Bei betriebssystemabhängigen Zusatzprogrammen werden entsprechende Namenszusätze empfohlen,
- z.B. beispiel-windows und beispiel-linux
- *key: Öffentlicher DSA-Schlüssel (172 B64-Zeichen mit einem '=' am Ende)
- *signer: Signierer (Empfehlung: deinname@mail.i2p)
-
- *version: Programmversion. Muss in einem Format, das der VersionComparator versteht, angegeben werden, z.B. 1.2.3-4)
- - Höchstens 16 Byte (muss der Version im SUD-Vorspann entsprechen)
- - Erlaubte Trennzeichen sind '.', '-' und '_'
- - In Aktualisierungsdateien muss die Version höher als die der bereits installierten Version sein
-
-
- Folgende Einträge werden, falls vorhanden, auf der Seite configclients.jsp angezeigt:
-
- - date: Java-Zeit als long-Zahl
- - author: Autor; Empfehlung: deinname@mail.i2p
- - websiteURL: Adresse der Zusatzprogrammwebseite (http://beispiel.i2p/)
- - updateURL: Die Adresse der Aktualisierungsdatei (http://beispiel.i2p/beispiel.xpi2p)
- Die Bytes 41-56 von dieser URL werden zur Prüfung auf neue Versionen ausgelesen
- ( Sollte beim Laden der URL die installierte Versionsnummer z.B. in der Form ?currentVersion=1.2.3?... mitgesendet werden?
- Nein, wenn die derzeitige Versionsnummer in der URL enthalten sein soll,
- kann der Programmierer sie selber in der Konfigurationsdatei in die URL einbauen.
- Bei einem Versionswechsel muss daran gedacht werden, auch die URL zu ändern)
- description: Programmbeschreibung
- description_xx: Programmebschreibung in der Sprache mit dem Kürzel xx
- license: Die Lizenz, unter der das Zusatzprogramm vertrieben wird
- disableStop=true
- Voreinstellung ist „false“.
- Der Wert „true“ bewirkt, dass der Stoppknopf nicht angezeigt wird.
- Diese Einstellung ist zu wählen, wenn keine Webanwendungen und keine
- anderen Programme mit Stoppargumenten enthalten sind
-
- Folgende Einträge steuern die Darstellung eines Links im Übersichtskasten in der Routerkonsole (oben links):
-
- consoleLinkName: Dieser Name erscheint im Übersichtskasten
- consoleLinkName_xx: Name in der Sprache mit dem Kürzel xx
- consoleLinkURL: Die URL, z.B. /appname/index.jsp
- consoleLinkTooltip: Hilfeeinblendung über dem Konsolenlink (Seit I2P 0.7.12-6)
- consoleLinkTooltip_xx: Hilfeeinblendung in der Sprache xx (Seit I2P 0.7.12-6)
-
-
- Folgende Einstellungen beziehen sich auf die Installation:
-
- type: Die Art des Zusatzprogramms oder Zusatzmoduls (Anwendung, Konsolengestaltung, Sprache, Webanwendung usw.). Dieser Parameter ist nicht implementiert und ist wahrscheinlich überflüssig.
- min-i2p-version
- max-i2p-version
- min-java-version
- min-jetty-version
- max-jetty-version
- required-platform-OS: Benötigtes Betriebssystem. Nicht implementiert; wird evtl. in einer späteren I2P-Version angezeigt, aber nicht überprüft.
- other-requirements: Andere Installationsvoraussetzungen (nicht implementiert; wird evtl. in einer späteren I2P-Version angezeigt, aber nicht überpfüft)
- dont-start-at-install: Bei false wird das Zusatzprogramm nach der Installation automatisch gestartet, bei true nicht. False ist die Standardeinstellung.
- router-restart-required: Bei false erscheint nach der Installation eine Meldung, die darüber informiert, dass ein Routerneustart notwendig ist (der Router wird aber nicht automatisch neu gestartet). Bei true erscheint die Meldung nicht. Standardeinstellung ist false.
- update-only: Bei true bricht der Installationsvorgang ab, wenn nicht bereits eine Installation vorhanden ist. Standardeinstellung ist false.
- install-only: Bei true bricht der Installationsvorgang ab, wenn bereits eine Installation vorhanden ist. Standardeinstellung ist false.
- min-installed-version: Mindestens installierte Version, wenn es sich um eine Aktualisierung handelt
- max-installed-version: Höchstens installierte Version, wenn es sich um eine Aktualisierung handelt
- depends=plugin1,plugin2,plugin3: Die Zusatzprogramme plugin1, plugin2 und plugin3 werden von diesem Zusatzprogramm vorausgesetzt. Diese Einstellung wurde von Sponge vorgeschlagen und ist nicht implementiert (evtl. schwierig)
- depends-version=0.3.4,,5.6.7: Mindestversionen der vorausgesetzten Zusatzprogramme. Nicht implementiert.
-
- Die folgende Einstellung wird von Übersetzungs-Zusatzmodulen verwendet, ist aber noch nicht implementiert:
- langs=xx,yy,Klingon,...: Gibt die bereitgestellten Sprachen an (xx und yy sind die Landeskürzel)
-
- Die folgenden Verzeichnisse sind optional, es muss aber mindestens eines angegeben sein, damit das Zusatzprogramm etwas bewirkt.
-
- console/
- locale/
- Jar-Dateien mit neuen Resource-Bundles, die Übersetzungen f¨r mit der I2P-Grundinstallation mitgelieferte Anwendungen enthalten.
- Resource-Bundles für das Zusatzprogramm selber gehören in console/webapp/beispiel.war oder lib/beispiel.jar.
-
- themes/
- Neue Gestaltungen für die Routerkonsole,
- jede in einem eigenen Unterverzeichnis
-
- webapps/
- (Bitte wichtige Bemerkungen zu Webanwendungen unten beachten)
- War-Dateien
- Die War-Dateien werden nach erfolgter Installation gestartet, sofern dies nicht in webapps.config deaktiviert ist.
- Der Name der War-Datei muss nicht dem Zusatzprogrammnamen entsprechen.
- Die Namen der in der I2P-Grundinstallation enthaltenen War-Dateien sind aber nicht erlaubt.
-
- webapps.config
- Diese Datei ist im selben Format wie die webapps.config des Routers.
- Darüberhinaus können hier zusätzliche Jar-Dateien in $PLUGIN/lib/ oder $I2P/lib dem Webanwendungs-Klassenpfad hinzugefügt werden. Beispiel: webapps.warname.classpath=$PLUGIN/lib/beispiel.jar,$I2P/lib/irgendetwas.jar
- Hinweis: Derzeit werden die Einträge in der Klassenpfadzeile nur geladen, wenn <warname> dem Namen des Zusatzprogramms entspricht.
- Hinweis: Vor der Version 0.7.12-9 erwartete der Router plugin.warname.startOnLoad statt webapps.warname.startOnLoad.
- Wird die Kompatibilität mit äteren Routerversionen gewünscht, wird empfohlen beide Zeilen anzugeben (wenn der automatische Start deaktiviert werden soll).
-
- eepsite/
- (Bitte wichtige Bemerkungen zu Eepsites unten beachten)
- cgi-bin/
- docroot/
- logs/
- webapps/
- jetty.xml
- Der Installationscode muss hier Variablen ersetzen, um den Pfad zu setzen.
- Der Ort und Name dieser Datei spielt keine Rolle, er muss nur in der clients.config gesetzt sein.
- Evtl. ist es bequemer, ein Verzeichnis höher zu gehen (so macht es das Zusatzprogramm zzzot).
-
- lib/
- Hier können Jar-Dateien abgelegt werden und in einem Klassenpfad in console/webapps.config und/oder
- clients.config angegeben werden.
-
- clients.config (Diese Datei ist im selben Format wie die clients.config des Routers)
- Die hier angegebenen Anwendungen werden gestartet, wenn das Zusatzprogramm startet.
- Die Numerierung ist bei 0 zu beginnen (clientApp.0) und jeweils um 1 zu erhöhen.
- Neue Einstellung clientApp.0.stopargs=beispiel xxx stop yyy
- Diese Einstellung bewirkt, falls vorhanden, dass die Klasse mit den angegebenen Argumenten aufgerufen wird,
- um die Anwendung zu beenden.
- Alle Stoppaufrufe erfolgen ohne Verzögerung.
- Bemerkung: Der Router kann nicht feststellen, ob eine Anwendung gerade läft.
- Alle Anwendungen müssen daher damit rechnen, gestoppt zu werden, auch wenn die Anwendung gar nicht läft.
- Selbiges gilt für Anwendungen, die bereits gestartet sind.
- Neue Einstellung clientApp.0.uninstallargs=beispiel xxx uninstall yyy
- Diese Einstellung bewirkt, falls vorhanden, dass die Klasse mit den angegebenen Argumenten unmittelbar
- vor dem Löschen von $PLUGIN aufgerufen wird.
- Alle Stoppaufrufe werden ohne Verzögerung durchgeführt.
- Neue Einstellung clientApp.0.classpath=$I2P/lib/beispiel.xxx,$PLUGIN/lib/yyy.jar
- Der Router ersetzt Variablen in den args- und stopargs-Zeilen wie folgt:
- $I2P => I2P-Installations-Grundverzeichnis;
- $CONFIG => I2P-Konfigurationsverzeichnis (meist ~/.i2p)
- $PLUGIN => Das Installationsverzeichnis des Zusatzprogramms (meist ~/.i2p/plugins/<zusatzprogverzeichnis>)
- (Bitte wichtige Anmerkungen bzgl. der Ausführung von Shellskripten und externen Programmen weiter unten beachten)
-
-
-
-
Ablauf der Installation eines Zusatzprogrammes
-
-
-
-
- Herunterladen der xpi2p-Datei
-
- Prüfen der SUD-Signatur anhand der gespeicherten Schlüssel, oder falls kein Schlüssel vorhanden:
- - auspacken, öff. Schlüssel aus der Konfiguration lesen, überprüfen und Schlüssel speichern
-
- Prüfen, ob die ZIP-Datei unversehrt ist
-
- Die Datei plugin.config auspacken
-
- Mindest- und Höchstversion usw. überprüfen
-
- Prüfung, ob eine der Webanwendungen mit einer in $I2P namensgleich ist
-
- Vorhandenes Zusatzprogramm stoppen
-
- Wenn update=false ist: Prüfung, ob das Installationsverzeichnis bereits existiert; wenn ja, Benutzer fragen
-
- Wenn update=true ist: Prüfung, ob das Installationsverzeichnis bereits existiert; wenn nein, Benutzer fragen
-
- In appDir/plugins/name/ auspacken
-
- Zu plugins.config hinzufügen
-
-
-
-Ablauf des Startens eines Zusatzprogrammes
-
- Anhand plugins.config wird festgestellt, welche gestartet werden müssen.
- Dann geschieht jeweils folgendes:
-
-
- Die Einträge der clients.config (des Zusatzprogramms) werden geladen und gestartet (Jar-Dateien werden in den Klassenpfad aufgenommen)
-
- Die Einträge in console/webapp and console/webapp.config werden geladen und gestartet (Jar-Dateien werden in den Klassenpfad aufgenommen)
-
- Falls vorhanden, wird console/locale/xxxxx.jar in den Übersetzungs-Klassenpfad aufgenommen
-
- Falls vorhanden, wird console/theme in den Suchpfad für Konsolengestaltungen aufgenommen
-
- Im Übersichtskasten (oben links in der Konsole) wird ein entspr. Link hinzugefügt
-
-
-
-Bemerkungen zu Konsolen-Webanwendungen
-
-
-Bei Konsolen-Webanwendungen mit Hintergrundverarbeitung wird angeraten, einen ServletContextListener zu implementieren
-(siehe Seedless oder I2P-Bote als Beispiele) oder destroy() im Servlet zu überschreiben,
-so dass die Anwendung richtig beendet werden kann.
-Seit der Routerversion 0.7.12-3 werden Konsolen-Webanwendungen immer gestoppt, bevor sie
-neu gestartet werden. Man braucht sich daher als Programmierer über mehrfach laufende Anwendungen keine Gedanken machen,
-wenn man den obigen Rat beherzigt.
-Außerdem werden seit der Routerversion 0.7.12-3 Konsolen-Webanwendungen vor dem Beenden des Routers gestoppt.
-
-Jar-Bibliotheken nicht in die Webanwendung aufnehmen, sondern im Verzeichnis lib/ ablegen und in webapps.config den Klassenpfad entsprechend setzen.
-Vorteil: Es kann eine Installations- und eine Aktualisierungsdatei bereitgestellt werden; die Aktualisierungsdatei kommt ohne die Jar-Bibliotheken aus.
-
-Keine Java- oder JSP-Dateien einbinden, sonst kompiliert sie Jetty bei der Installation neu.
-
-Derzeit müssen Webanwendungen den gleichen Namen wie das Zusatzprogramm (d.h. das gesamte Paket) haben, wenn Dateien im Verzeichnis $PLUGIN in den Klassenpfad sollen.
-Zum Beispiel muss eine Webanwendung im Zusatzprogramm xyz den Dateinamen xyz.war haben.
-
-
-
-Bemerkungen zu Eepsites
-
-
-Es ist noch nicht geklärt, wie ein Zusatzprogramm in einer bestehenden Eepsite installiert werden soll.
-Der Router kann nicht ohne weiteres auf die Eepsite zugreifen, die Eepsite könnte gerade angehalten sein
-und es könnten auch mehrere vorhanden sein.
-Besser ist es, eine eigene Jetty- und I2PTunnel-Instanz zu starten und dadurch eine ganz neue Eepsite zu schaffen.
-
-Der Router könnte zwar einen neuen I2PTunnel starten (ählich wie es die I2PTunnel-Kommandozeilenanwendung tut),
-dieser würde aber nicht in der I2PTunnel-Weboberfläche auftauchen, da es sich um eine andere Instanz handelt.
-Das stört aber nicht weiter, denn man kann dann I2PTunnel und Jetty zusammen starten und beenden.
-
-Es ist also unwahrscheinlich, dass der Router irgendwann die Fähigkeit, eine Zusatz-Eepsite mit einer existierenden zu verbinden, erhält.
-Es wird dazu geraten, einen neuen I2PTunnel mitsamt Jetty aus der clients.config zu starten.
-Die besten Beispiele dafür sind die Zusatzprogramme zzzot und Pebble,
-verfügbar auf der Zusatzprogrammseite von zzz (englisch).
-
-F: Wie erreicht man, dass Pfade in jetty.xml ersetzt werden?
-A: Siehe die Zusatzprogramme zzzot und Pebble als Beispiel.
-
-
-Bemerkungen zum Starten und Stoppen von Anwendungen
-
-
-Der Router kann nicht feststellen, ob eine Anwendung, die mittels clients.config gestartet wurde, gerade läft.
-Der Programmierer eines Zusatzprogramms muss daher darauf achten, dass mehrfache Start- oder Stoppaufrufe den Programmablauf nicht stören, sofern dies irgend möglich ist.
-Erreicht werden kann dies z.B. mit einer statischen Zustandstabelle, PID-Dateien ((PID = Prozessnummer) o.ä.
-Logausgaben oder Fehlermeldungen bei mehrfachen Start- oder Stoppaufrufen sollten vermieden werden.
-Gleiches gilt für Stoppaufrufe ohne vorherigen Startaufruf.
-Seit der Routerversion 0.7.12-3 werden Konsolen-Webanwendungen vor dem Beenden des Routers gestoppt,
-d.h. es werden alle Anwendungen, die in clients.config einen stopargs-Eintrag haben, beendet -
-egal ob sie gestartet wurden.
-
-
-
-Bemerkungen zu Shellskripten und externen Programmen
-
-
-Zum Ausführen von Shellskripten und externen Programmen sei auf zzz.i2p (englisch) verwiesen.
-
-Damit ein Skript sowohl unter Windows als auch Linux läft, empfiehlt es sich,
-eine kleine Java-Klasse, die den Betriebssystemtyp überprüft und die BAT- bzw. SH-Datei mittels ShellCommand ausführt, zu schreiben.
-
-Externe Programme werden vom Router bei dessen Beendigung nicht gestoppt, und beim nächsten Routerstart
-wird eine zweite Instanz gestartet. Um das zu verhindern, kann man das Programm von einer
-Java-Klasse oder einem Shellskript ausführen lassen, die Prozessnummer (PID) in einer Datei speichern und
-beim nächsten Start überprüfen.
-
-
-
-Weitere Richtlinien für Zusatzprogramme
-
-
-
-Zum Erzeugen von XPI2P-Dateien siehe den MTN-Zweig i2p.scripts oder eines der Beispiele auf der Zusatzprogrammseite von zzz.
-
-Das Komprimieren von Jar- und War-Dateien mit Pack200 ist sehr empfehlenswert. Zusatzprogramme werden dadurch im allgemeinen
-60-65% kleiner.
-Die Zusatzprogramme auf der Seite von zzz können hier als Beispiele dienen.
-Das Dekomprimieren von Pack200-Dateien wird seit der Routerversion 0.7.11-5 unterstützt, d.h. praktisch alle Router,
-die Zusatzprogramme unterstützen, kommen damit klar.
-
-
-Zusatzprogramme sollten nicht im Verzeichnisbaum $I2P schreiben, da Schreibrechte nicht unbedingt vorhanden sind und dies
-ohnehin grundsätzlich vermieden werden sollte.
-
-Zusatzprogramme dürfen in $CONFIG schreiben; es wird aber empfohlen, alle Daten in $PLUGIN abzulegen.
-Alle Dateien in $PLUGIN werden bei der Deinstallation gelöscht.
-Dateien in anderen Verzeichnissen werden bei der Deinstallation nur dann gelöscht, wenn das Zusatzprogramm mit einem
-uninstallargs-Eintrag in clients.config selber dafür sorgt.
-Ggf. kann das uninstallargs-Programm den Benutzer fragen, ob die Daten erhalten bleiben sollen.
-
-
-$CWD (das Arbeitsverzeichnis) kann überall sein. Es ist also falsch, von einem bestimmten Arbeitsverzeichnis auszugehen
-oder Dateien relativ zu $CWD zu lesen oder zu schreiben.
-
-Um in Java-Programmen die verschiedenen Verzeichnisse ermitteln zu können, gibt es die get...Dir-Methoden in I2PAppContext.
-
-Das Zusatzprogrammverzeichnis erhält man mit I2PAppContext.getGlobalContext().getAppDir().getAbsolutePath() + "/plugins/" + appname,
-oder indem man $PLUGIN als Argument in the args-Zeile in clients.config angibt.
-Das I2P-Installationsverzeichnis, das Konfigurationsverzeichnis und das Zusatzprogrammverzeichnis lassen sich einzig über
-die Kontext-Klassen in i2p.jar verlässlich ermitteln.
-
-Zum Erzeugen von Signierschlüsseln, zum Überprüfen von Signaturen und zum Erzeugen von SUD-Dateien siehe hier.
-
-Alle Konfigurationsdateien müssen in UTF-8 kodiert sein.
-
-Um ein Programm in einer separaten JVM (Virtuelle Java-Maschine) laufen zu lassen, ruft man
-ShellCommand mit java -cp xxx:yyy:zzz abc.beispiel.class arg1 arg2 arg3 auf.
-Das Beenden des Programms wird dadurch schwieriger; es empfiehlt sich hier wieder, die Prozessnummer in einer Datei
-zu speichern.
-
-Als Alternative zum stopargs-Parameter in clients.config gibt es für Java-Programme die Möglichkeit,
-mittels I2PAppContext.addShutdownTask() bei der Routerbeendigung Aufräumarbeiten verrichten zu lassen und
-externe Programme zu beenden.
-Bei der Aktualisierung eines Zusatzprogrammes wird dieses aber dann nicht beendet, weshalb stopargs vorzuziehen ist.
-Alle Ausführungsstränge (Threads) sollten im Daemon-Modus laufen.
-
-Es ist darauf zu achten, keine Klassenbezeichner zu wählen, die mit den Klassen- und Paketnamen in der Grundinstallation
-kollidieren. Außerdem sollte in der Grundinstallation vorhandene Funktionalität nicht neu implementiert werden,
-sondern die jeweilige(n) Klasse(n) vererbt werden.
-
-Vorsicht mit Klassenpfaden in der wrapper.config, diese werden in alten Versionen anders behandelt. Siehe den Abschnitt über
-Klassenpfade weiter unten.
-
-Gleiche Signierschlüssel mit abweichenden Namen werden abgewiesen, ebenso wie gleiche Namen für
-unterschiedliche Schlüssel und abweichende Schlüssel / Namen in Aktualisierungspaketen.
-Deshalb Signierschlüssel sicher verwahren und sie nur einmal erzeugen.
-
-Plugin.config nicht zur Laufzeit ver&auuml;ndern, da sie beim Aktualisieren überschrieben wird.
-Besser ist es, Laufzeitdaten in einer anderen Konfigurationsdatei im gleichen Verzeichnis zu speichern.
-
-In der Regel ist es nicht notwendig, dass Zusatzprogramme auf $I2P/lib/router.jar zugreifen.
-In einer späteren Version wird der Router evtl. den Klassenpfad für Zusatzprogramme einschränken und den Zugriff auf Routerklassen verhindern.
-Deshalb sollte möglichst nicht auf Routerklassen zugegriffen werden.
-
-Wie erwähnt muss jede Version höher als die vorherige sein. Zu diesem Zweck kann man im Kompilierskript eine fortlaufende Nummer an die Versionsbezeichnung anhängen.
-Das Testen wird dadurch erleichtert. Die meisten Zusatzprogramme von zzz verfahren so; als Beispiel kann man sich an der jeweiligen build.xml orientieren.
-
-Zusatzprogramme dürfen unter keinen Umständen System.exit() aufrufen.
-
-Wenn Fremdsoftware eingebunden wird, bitte die Lizenzbedingungen einhalten.
-
-
-
-
-Klassenpfade
-
-
-Die folgenden Jar-Dateien in $I2P/lib sind bei allen I2P-Installationen im Standard-Klassenpfad vorhanden, egal wann I2P ursprünglich installiert wurde:
-
-
-Alles, was nicht in der obigen Liste aufgeführt ist, kann nicht allgemein als vorhanden vorausgesetzt werden, auch wenn es im eigenen Klassenpfad vorhanden ist.
-Wenn eine Jar-Datei, die oben nicht aufgeführt ist, benötigt wird, fügt man $I2P/lib/beispiel.jar in den Klassenpfad in der
-clients.config oder webapps.config des Zusatzprogramms ein.
-
-Anfangs waren Klassenpfadeinträge in der clients.config in der ganzen JVM (der virtuellen Java-Maschine) verfügbar.
-Seit der Version 0.7.13-3 ist der Klassenpfad in der clients.config nur in dem entsprechenden Ausführungsstrang (Thread)
-verfügbar, wie es auch ursprünglich beabsichtigt war. Dies wird mittels eines speziellen Klassenladers erreicht.
-Zu Details siehe auch den Abschnitt über JVM-Abstürze weiter unten und diesen Diskussionsstrang auf zzz.i2p.
-Es ist daher für jede Anwendung der volle Klassenpfad anzugeben.
-
-
-
-Bemerkungen zu Java-Versionen
-
-Die meisten Benutzer lassen I2P zwar unter Java 1.6 (auch unter dem Namen Java 6 bekannt),
-I2P unterstützt aber auch Java 1.5 (Java 5).
-Wenn keine 1.6-spezifische Funktionalität benötigt wird, sollten Zusatzprogramme
-so geschrieben werden, dass sie auch unter 1.5 laufen.
-
-Wenn ein Zusatzprogramm nicht auf 1.6 beschränkt sein soll,
-
-
-müssen alle Java- und JSP-Dateien mit der Einstellung source="1.5" target="1.5" kompiliert werden, und
-
-alle eingebundenen Jar-Bibliotheken müssen ebenfalls für 1.5 kompiliert sein.
-
-Wenn Pack200 eingesetzt wird, führen 1.6-Klassen in Jar-Dateien dazu, dass Pack200 das neuere 1.6-Packformat
-verwendet und die Installation des Zusatzprogramms unter Java 1.5 mit der irreführenden Meldung „Zusatzprogramm ist korrupt“
-scheitert.
-
-
-
-Wenn ein Zusatzprogramm 1.6 erfordert,
-
-
-Sollte darauf auf der Seite, von der das Programm bezogen werden kann, hingewiesen werden, und
-
-Die Einstellung min-java-version=1.6 in der plugin.config gesetzt werden.
-
-Wenn Pack200 eingesetzt wird, schlägt die Installation des Zusatzprogramms unter Java 1.5 mit der
-irreführenden Meldung „Zusatzprogramm ist korrupt“ fehl.
-
-
-
-
-JVM-Abstürze beim Aktualisieren
-
-Bemerkung: Dies müsste inzwischen alles behoben sein.
-
-Die JVM (virtuelle Java-Maschine) stürzt gelegentlich ab, wenn in einem Zusatzprogramm enthaltene Jar-Dateien
-aktualisiert werden und das Zusatzprogramm seit dem Start von I2P gestartet wurde (auch wenn es danach wieder
-beendet wurde).
-Dies ist möglicherweise durch den neuen Klassenlader in 0.7.13-3 behoben worden, könnte aber auch weiterhin
-bestehen und muss noch genauer untersucht werden.
-
-Am sichersten ist es, wenn man im Zusatzprogramm die Jar-Datei in der War-Datei ausliefert (im Falle einer Webanwendung)
-oder nach der Aktualisierung für einen Neustart sorgt, oder die Jar-Dateien des Zusatzprogramms gar nicht
-aktualisiert.
-
-Aufgrund der Funktionsweise von Klassenladern in Webanwendungen sind externe Jar-Dateien vermutlich ungefährlich,
-wenn der Klassenpfad in der webapps.config angegeben wird.
-Um darüber eine sichere Aussage treffen zu können, sind aber weitere Tests nötig.
-Es wird davon abgeraten, den Klassenpfad mit einer Pseudoanwendung in clients.config anzugeben, wenn er nur für eine
-Webanwendung benötigt wird; webapps.config ist in dem Fall der geeignete Ort.
-
-Am problematischsten sind Anwendungen mit Jar-Dateien, die im Klassenpfad in der clients.config angegeben werden. Offenbar
-verursacht das die meisten Abstürze.
-
-
-Bei der Erstinstallation tritt keines dieser Probleme auf, es ist also nicht nötig, nach der Erstinstallation eines Zusatzprogramms
-einen Neustart zu veranlassen.
-
-{% endblock %}
diff --git a/www.i2p2/pages/translations/plugin_spec_fr.html b/www.i2p2/pages/translations/plugin_spec_fr.html
deleted file mode 100644
index 800d9b58..00000000
--- a/www.i2p2/pages/translations/plugin_spec_fr.html
+++ /dev/null
@@ -1,455 +0,0 @@
-{% extends "_layout_fr.html" %}
-{% block title %}Spécification des greffons I2P{% endblock %}
-{% block content %}
-Traduction de mai 2011. Version anglaise actuelle
-
-Spécification Version 0.16
-2010-07-26
-
-
-Mise à jour de juillet 2010 pour le routeur version 0.8.
-
Aperçu
-
-Ce document spécifie un format de fichier .xpi2p (comme le .xpi de Firefox), mais avec un simple fichier de description
-plugin.config au lieu du fichier XML install.rdf. Ce fichier est utilisé pour l'installation initiale et pour les mises
-à jour.
-
-De plus, ce document présente un aperçu résumé de l'installation des greffons par le routeur, et les stratégies et les
-grandes lignes de travail pour les développeurs.
-
-Le format de base du fichier .xpi2p est le même que celui du fichier i2pupdate.sud (utilisé pour les mises à jour du
-routeur), mais le programme d'installation laisse faire l'utilisateur même si la clé de signature n'est pas encore
-connue.
-
-La structure standard des répertoires permet l'installation des types de greffons suivants :
-
-
- applications web de console (webapps)
-
- nouvel eepsite avec cgi-bin, webapps
-
- thèmes de console
-
- traductions de console
-
- programmes Java
-
- programmes Java dans une JVM séparée
-
- Tout script shell ou programme
-
-
-
-Un greffon installe tous ses fichiers dans ~/.i2p/plugins/nom/ (%APPDIR%\I2P\plugins\nom\ sur Windows). Le programme
-d'installation empêche l'installation ailleurs, bien que le greffon puisse accéder pour son fonctionnement à des
-bibliothèques situées en dehors de cette arborescence.
-
-
-Ceci doit seulement être considéré comme un moyen pour faciliter l'installation, la désinstallation, et les mises à
-jour, ainsi que pour minimiser les conflits entre greffons.
-
-
-Cependant, il n'y a pas de modèle de sécurité imposé lorsque le greffon est en cours d'exécution. Les greffons tournent
-dans la même JVM et avec les même privilèges que le routeur : ils ont l'accès total au système de fichiers, au routeur,
-à l'exécution de programmes etc…
-
Détails
-
-foo.xpi2p est un fichier sud contenant les données suivantes :
-
-En-tête standard .sud au début du fichier zip, contenant :
- La signature DSA à 40 octets
- La version du greffon sur 16 octets en UTF-8, complétée par des zéros en fin si nécessaire
-
-Le fichier Zip contenant :
-
- (REQUIS) un fichier plugin.config :
- (fichier standard de configuration I2P, en UTF-8, contenant des lignes clé=valeur, les commentaires commençant par #)
- Contenant les propriétés suivantes :
-
- (* = requis)
- Les trois premières doivent être identiques à celles du greffon installé s'il s'agit d'une mise à jour.
-
- *name (le greffon sera installé dans ce dossier)
- Pour les greffons spécifiques à un SE donné, vous pouvez séparer les noms pour des paquets différents, par exemple truc-windows et truc-linux.
- *key (clé publique DSA sous forme Base64 de 172 caractères finissant '=')
- *signer (votrenom@mail.i2p recommendé)
-
- *version (dans un format compatible avec VersionComparator, p.e. 1.2.3-4)
- 16 octets maximum (doit correspondre à la version du sud)
- Les séparateurs acceptés sont '.', '-', et '_'
- Pour une mise à jour de greffon, doit être supérieure à celle actuellement installée.
-
-
- configclients.jsp affichera les éléments suivants s'ils sont présents :
-
- date (temps Java - entier long)
- author (votrenom@mail.i2p recommendé)
- websiteURL (http://truc.i2p/)
- updateURL (http://truc.i2p/truc.xpi2p)
- Le vérificateur de mises à jour contrôle les octets 41 à 56 à cette URL pour déterminer si une nouvelle version est disponible
- (Le vérificateur va-t-il télécharger avec ?currentVersion=1.2.3?… Non. Si le développeur que l'URL contienne la version actuelle, il doit le préciser dans le fichier de configuration, et penser à le modifier à chaque nouvelle version)
- description
- description_xx (pour la langue xx)
- license
- disableStop=true
- Par défault, false.
- À true, le bouton "Arrêt" n'est pas affiché. À utiliser s'il n'y pas de client ni de
- webapp avec des arguments d'arrêt.
-
- Les éléments suivants servent à l'affichage d'un lien dans le panneau de contrôle de la console:
-
- consoleLinkName (nom affiché dans le panneau de contrôle)
- consoleLinkName_xx (pour la langue xx)
- consoleLinkURL (/appname/index.jsp)
- consoleLinkTooltip (supporté depuis la version 0.7.12-6)
- consoleLinkTooltip_xx (idem, pour la langue xx)
-
-
- Les éléments suivants concernent l'installeur du greffon :
-
- type (app/theme/locale/webapp/...) (non implémenté, probablement inutile)
- min-i2p-version
- max-i2p-version
- min-java-version
- min-jetty-version
- max-jetty-version
- required-platform-OS (non implémenté - sera peut-être seulement affiché, pas vérifié)
- other-requirements (non implémenté p.e. python x.y - non vérifié par l'installeur, uniquement
- affiché)
- dont-start-at-install=true
- false par défaut.
- router-restart-required=true
- false par défaut.
- dont-start-at-install doit être positionné à true pour être actif.
- Ceci ne redémarre pas le routeur, indique seulement la nécessité de redémarrer.
- update-only=true
- false par défaut.
- À true, un échec se produira si le greffon n'est pas déjà installé.
- install-only=true
- false par défaut.
- À true, si le greffon est déjà installé, l'installation échouera.
- min-installed-version (version minimale requise pour la mise à jour)
- max-installed-version (version maximale requise pour la mise à jour)
- depends=plugin1,plugin2,plugin3 (non implémenté - trop difficile? proposé par sponge)
- depends-version=0.3.4,,5.6.7 (non implémenté)
-
- Les éléments suivants sont pour les greffons de traduction :
- langs=xx,yy,Klingon,... (non implémenté) (yy est le drapeau du pays)
-
- Tous les dossiers et fichiers suivants sont optionnels , mais il faut mettre quelque-chose, ou il ne se
- passera rien :
-
- console/
- locale/
- Seulement des jars contenant de nouvelles ressources (traductions) pour les
- applications de l'install de base I2P.
- Les paquets de ce greffon vont dans console/webapp/truc.war ou lib/truc.jar
-
- themes/
- Nouveaux thèmes pour la console
- Copier chaque thème dans un sous dossier.
-
- webapps/
- (voir plus bas les remarques importantes sur les applications web)
- .wars
- Ils seront lancés à l'installation sauf si désactivés dans webapps.config
- Le nom du .war ne doit pas nécessairement être le même que celui du greffon.
- Ne pas utiliser plusieurs fois le même nom de .war dans l'installation de base.
-
- webapps.config
- Même format que le webapps.config du routeur
- Sert aussi à indiquer des .jars supplémentaires dans $PLUGIN/lib/ ou $I2P/lib pour le
- classpath de la webapp, avec
- webapps.warname.classpath=$PLUGIN/lib/foo.jar,$I2P/lib/bar.jar
- NOTE : actuellement, la ligne classpath n'est chargée que si le nom du war est le même
- que celui du greffon.
- NOTE : avant sa version 0.7.12-9, le routeur cherchait plugin.warname.startOnLoad au
- lieu de webapps.warname.startOnLoad. Pour la compatibilité avec les versions
- antérieures, si un greffon doit désactiver un war, il doit comporter les deux lignes.
-
- eepsite/
- (Voir plus bas les remarques importantes sur les eepsites)
- cgi-bin/
- docroot/
- logs/
- webapps/
- jetty.xml
- L'installeur devra y substituer la variable pour définir le chemin
- L'emplacement et le nom de ce fichier ne sont pas vraiment importants, tant qu'ils sont
- définis dans clients.config - il peut être plus pratique d'être un niveau au dessus
- dans l'arborescence (comme le fait le greffon zzzot)
-
- lib/
- Pour tous les jars. Les indiquer dans une ligne classpath de console/webapps.config et/ou clients.config
-
- clients.config (même format que le clients.config du routeur)
- Éléments lancés quand un greffon est démarré
- Commence à client #0, en numérotation consécutive
- New property clientApp.0.stopargs=truc machin stop bidule
- Si présente, la classe sera appelée avec ces arguments pour arrêter le client
- Toutes les tâches d'arrêt sont appelées avec un délais nul
- Note: Le routeur ne peut pas dire si les clients tournent ou pas. Chacun doit pouvoir gérer une demande d'arrêt d'une application qui ne tourne pas sans faire d'histoires.
- Idem pour le lancement d'un client déjà démarré.
- New property clientApp.0.uninstallargs=truc machin uninstall bidule
- Si présente, la classe sera appelée avec ces arguments juste avant la suppression de $PLUGIN
- Toutes les tâches de désinstallation sont appelées avec un délais nul
- New property clientApp.0.classpath=$I2P/lib/truc.muche,$PLUGIN/lib/bidule.jar
- L'exécutable du greffon devra faire une substitution de variable dans les lignes des
- les arguments et les stopargs de la façon suivante :
- $I2P => dossier d'installation de base d'I2P;
- $CONFIG => dossier de configuration d'i2p (habituellement ~/.i2p)
- $PLUGIN => le dossier d'installation du greffon (habituellement ~/.i2p/plugins/appname)
- (Voir les remarques importantes sur les scripts d'exécution shell ou les programmes externes)
-
-
-
-
Tâches d'installation du greffon
-Séquence d'installation.
-
-
-
Téléchargement du fichier .xpi2p.
-
Vérification de la signature du .sud par rapport au clés connues. En l'absence de correspondance, le .sud est
- extrait, la clé est chargée à partir des propriétés, vérifiée et enregistrée.
-
Vérification de l'intégrité du fichier zip.
-
Extraction du fichier plugin.config.
-
Vérification de la version d'I2P, pour assurer que le greffon peut fonctionner.
-
Vérification qu'il ne s'agit pas d'un doublon d'une des application $I2P.
-
Arrêt de l'éventuel greffon existant.
-
Contrôle de l'inexistence du dossier d'installation si update=false, ou demande d'écrasement.
-
Vérification de l'existence du dossier d'installation update=true, ou demande de création.
-
Décompression du greffon dans appDir/plugins/name/
-
Ajout d'une référence au greffon dans plugins.config
-
-
-
-Tâches du lanceur du greffon
-Séquence de lancement du greffon.
-tout d'abord, le fichier plugins.config est vérifié pour trouver quels greffons doivent être lancés.
-Pour chacun :
-
-
Vérification de clients.config, chargement et lancement de chacun (ajout des jars configurés au classpath).
-
Vérification de console/webapp et console/webapp.config. chargement et lancement des éléments requis
- (ajout des jars configurés au classpath).
-
Ajout de console/locale/truc.muche au classpath de traduction, si présent.
-
Ajout de console/theme au chemin de recherche de thèmes, si présent.
-
Ajout du lien au panneau de contrôle.
-
-
-
-Remarques sur les applications web de console
-
-Ces applications avec des tâches de fond doivent mettre en œuvre un ServletContextListener
-(voir les exemples de seedless ou i2pbote), ou écraser le destroy() dans le servlet, pour qu'elles puissent être
-arrêtées.
-À partir de la version 0.7.12-3 du routeur, les applications web de console sont toujours arrêtées avant d'être
-redémarrées pour que le développeur n'ait pas à se soucier des instances multiples, si jamais il y en a.
-À partir de cette même version, les webapps sont arrêtées lorsque le routeur est arrêté.
-
-Ne fournissez pas de bibliothèques jars dans les webapps ; placez-les dans lib/ avec un classpath dans webapps.config.
-Vous pourrez ainsi faire des installations et des mises à jours séparées, où ces dernières ne contiendront pas de
-bibliothèques.
-
-N'incluez pas de fichiers .java ou de .jsp ; sinon, jetty les recompilera à l'installation.
-
-Pour l'instant, une webapp qui a besoin d'ajouter un des fichiers classpath dans $PLUGIN doivent avoir le même nom que
-que le greffon. Par exemple, la webapp du greffon 'truc' doit s'appeler truc.war.
-
-
-
-Remarques sur les eepsite
-
-
-La façon d'ajouter un greffon à un site eep n'est pas très claire. Le routeur n'a aucune jonction au site eep, l'état
-démarré ou arrêté de celui-ci lui est inconnu, et il peut y en avoir plusieurs. Le mieux est de lancer vos propres
-instances Jetty et I2PTunnel pour un nouvel eepsite.
-
- Il peut instancier un nouvel I2PTunnel (comme comme le fait la ligne de commande i2ptunnel), mais bien sûr il ne sera
-pas visible dans le GUI i2ptunnel, qui est une instance différente. Ça n'est pas un problème. Vous pouvez ensuite
-arrêter et démarrer i2ptunnel et Jetty ensemble.
-
-Ne comptez donc pas sur le routeur pour fusionner ça avec un site eep préexistant. Ça ne fonctionnera sûrement pas.
-Démarrez un nouvel I2PTunnel et un nouveau Jetty depuis le fichier clients.config. Les meilleurs exemples sont ceux des
-greffons zzzot et pebble, disponibles sur page greffons de zzz.
-
-Comment réaliser une substitution de path dans jetty.xml? Voir les exemples de zzzot et pebble.
-
-
-
-Remarques sur l'arrêt/démarrage du client
-
-
-Le routeur ne dispose d'aucun moyen de contrôle de l'état des clients démarrés via clients.config. L'auteur du greffon
-doit gérer de multiples arrêts/démarrages, de façon fiable si possible, en gardant une table de trace d'état, ou avec
-les PID, etc… Évitez de tracer et de gérer les exceptions lors des multiples arrêts/démarrages, comme pour les
-demandes d'arrêt sans démarrage préalable. Depuis la v0.7.12-3, les greffons sont arrêtés avec le routeurs, ce qui veut
-dire que tous les clients avec des stopargs dans clients.config seront appelés, qu'il aient ou non été préalablement
-démarrés.
-
-
-
-Remarques sur les scripts Shell et les programmes externes
-
-
-Pour exécuter des scripts shell ou d'autres programmes externes, voir zzz.i2p
-
-Pour fonctionner sur Windows et Linux, écrivez une petite classe Java qui vérifie le type de SE, puis exécutez
-ShellCommand sur un .bat ou un .sh que vous fournissez vous-même.
-
-Quand le routeur s'arrête, il n'arrête pas les programmes externes, et à contrario, une seconde copie sera lancée au
-démarrage du routeur. Pour empêcher ça, vous pourriez écrire une classe wrapper ou un script shell qui ferait le
-classique enregistrement du PID dans un fichier de PID, et le vérifier au démarrage.
-
-
-
-
-
-Autres conseils pour les greffons
-
-
-
-Pour développer facilement, voir un générateur de fichier xpi2p, dans monotone à la branche i2p.scripts, ou les échantillons d'exemples de greffons sur la page de zzz
-Pack200 est fortement recommandé pour les jars et les wars des greffons, cela réduit leur taille d'environ 60 à 65%.
-Voir exemple sur la page de zzz.
-La décompression Pack200 est supportée depuis le routeur version 0.7.11-5, c'est à dire quasiment tous les routeurs qui
-supportent les greffons.
-
-
- Les greffons ne doivent pas tenter d'écrire dans le dossier $I2P car il est potentiellement en lecture seule, et
-qu'en tous les cas ça n'est pas une bonne pratique.
-
- Les greffons peuvent écrire dans le dossier $CONFIG, mais seul le stockage de fichiers dans $PLUGIN est
-recommandé. Tous les fichiers de $PLUGIN sont supprimés à la désinstallation. Les fichiers situés ailleurs ne sont
-pas supprimés, à moins que le greffon ne le spécifie explicitement par les 'uninstallargs' d'exécution d'un client
-indiqués dans le fichier clients.config. Si l'utilisateur veut sauvegarder des données à la désinstallation, il
-peut le faire avec les branchements des 'uninstallargs'.
-
- Le dossier $CWD peut se trouver n'importe où ; ne considérez pas qu'il se trouve à un endroit particulier,
-n'essayez pas de lire ou écrire des fichiers dans le chemin relatif $CWD.
-
- Le programmes Java doivent pouvoir déterminer où ils se trouvent avec les 'getters' de I2PAppContext.
-
- Le dossier des greffons est I2PAppContext.getGlobalContext().getAppDir().getAbsolutePath() + "/plugins/" + nom de
-l'application, ou indiquez un argument $PLUGIN dans la ligne args du fichier clients.config. Il n'y a pas de moyen
-fiable pour trouver les dossiers d'installation d'i2p, de configuration ou de greffons sans utiliser l'API de contexte
-d'i2p.jar.
-
- Voir Comment faire pour générer les clés de signature et les clés de
-génération/vérification, et les fichiers .sud.
-
- Tous les fichiers de configuration doivent être encodés en UTF-8.
-
- Pour l'exécution dans une JVM séparée, utilisez ShellCommand avec java -cp truc:muche:bidule ma.pricipale.classe arg1 arg2 arg3.
-Évidement, il sera alors bien plus difficile d'arrêter le greffon…
-Mais cela reste possible en jouant avec les fichiers PID.
-
- En tant qu'alternative aux stopargs dans clients.config, un client Java peut enregistrer un lien d'arrêt avec
-I2PAppContext.addShutdownTask(). Mais ça n'arrêtera pas le greffon lors d'une mise à jour, donc les stopargs restent
-préférables. De plus, définissez en mode service toutes les tâches créées.
-
- N'incluez pas de classes dupliquant celles de l'installation standard. Améliorez les classes si nécessaire.
-
- Faites attention aux définitions des divers classpath dans wrapper.config entre les installations anciennes et
-nouvelles - voir la section 'classpath' plus bas.
-
- Les clients rejetterons les clés dupliquées avec des noms de clé différents, des noms de clés dupliqués avec des clés
-différentes, et des clés ou noms de clés différents dans les paquets de mises à jour. Sauvegardez vos clés de façon
-maniaque et paranoïaque. Ne les générez qu'une seule fois.
-
- Ne modifiez pas le fiichier plugin.config à l'exécution car il sera écrasé lors d'une mise à jour. Utilisez un fichier
-de configuration différent dans le dossier pour enregistrer la configuration d'exécution.
-
- En général, les greffons n'ont pas besoin d'accéder à $I2P/lib/router.jar. N'accédez pas aux classes du routeur, à
-moins que vous ne fassiez quelque-chose de particulier. Dans l'avenir, le routeur pourrait implémenter un classpath
-réservé pour les greffons, qui empêcherait l'accès à ses propres classes.
-
-Comme chaque numéro de version doit être supérieur à celui de le version précédente, vous pouvez améliorer vos scripts
-de développement en ajoutant un numéro de développement à la fin du numéro de version. C'est pratique pour les tests.
-La plupart des greffons de zzz utilisent cette méthode : regardez build.xml à titre d'exemple.
-
-Les greffons ne doivent jamais invoquer System.exit().
-
-Merci de respecter les licences en vous conformant aux exigences de licences pour tout logiciel que vous fournissez.
-
-
-
-Classpaths
-
-
-Vous pouvez considérer que les jars suivants dans $I2P/lib sont dans le classpath standard pour toutes les
-installations dI2P, quel que soit l'âge de l'installation d'origine :
-
-
- Rien de non listé ci-dessus ne devrait se trouver dans le classpath de personne, même si l'avez dans le classpath de
-VOTRE version d'i2p. Si vous avez besoin d'un jar non listé ci-dessus, ajoutez $I2P/lib/truc.jar au classpath indiqué
-dans les fichiers clients.config ou webapps.config de votre greffon.
-
-Précédemment, une entrée classpath indiquée dans clients.config était ajoutée au classpath de la JVM. Cependant ceci à
-été corrigé depuis la version 0.7.13-3 en utilisant les chargeurs de classes, et maintenant, conformément à ce qui
-était prévu dès l'origine, le classpath indiqué dans clients.config ne concerne que la tâche spécifique.
-Voir la section sur le plantage de la JVM plus bas, et cette page sur zzz.i2p
-pour plus de détails. En conséquence, indiquez le classpath intégral requis pour chaque client.
-
-
-
-Notes sur les versions de Java
-
-Bien que la plupart des utilisateurs d'I2P utilisent une JVM 1.6 (6.0), nous prenons en charge la version 1.5 (5.0) et
-les plus récentes.
-À moins que vous n'ayez besoin de fonctionnalités de la v1.6, vous devriez créer vos greffons avec la v1.5 pour
-garantir le fonctionnement à ceux qui l'utilisent.
-
-Si votre greffon n'a pas besoin de la 1.6 :
-
-
-Assurez-vous que tous les fichiers java et jsp sont compilés avec source="1.5" target="1.5".
-
-Assurez-vous aussi que toutes les bibliothèques jars fournies sont pour la v1.5 ou plus ancienne.
-
-Si vous utilisez pack200, toute classe 1.6 dans un jar fera que pack200 créera un paquet au format 1.6 pack format, et
-l'installation du greffon échouera sur un système en v1.5 en générant le message erroné suivant : "Le greffon est
-corrompu".
-
-
-
-Si votre greffon nécessite la v1.6:
-
-
-Précisez-le expressément sur votre page de téléchargement.
-
-Ajoutez min-java-version=1.6 dans votre ficher plugin.config
-
-Si vous utilisez pack200, l'installation du greffon sur un système en v1.5 échouera et retournera un message erroné "Le
-greffon est corrompu".
-
-
-
-
-La JVM se plante en mise à jour
-
-Note - tout devrait être résolu à l'heure actuelle.
-
-La JVM a tendance à planter lors de mises à jour des jars d'un greffon si celui-ci était en cours d'exécution quand i2p
-a été lancé (même si le greffon a été arrêté après). Ça pourrait avoir été corrigé par l'utilisation du chargeur de
-classes dans la version 0.7.13-3, mais peut-être pas.
-À tester ultérieurement.
-
-Le plus sûr est de concevoir votre greffon avec le jar dans le war (pour une application web), ou d'exiger un
-redémarrage après la mise à jour, ou ne pas mettre à jour les jar de votre greffon.
-
-De part le fonctionnement des class loaders dans une webapp, il _pourrait_ être sûr d'avoir des jars externes si vous
-indiquez le classpath dans le fichier webapps.config. Plus de tests sont nécessaires pour vérifier ce point. N'indiquez
-pas le classpath avec un client factice dans le fichier clients.config s'il n'est nécessaire que pour une webapp -
-utilisez plutôt webapps.config.
-
-Le moins sûr, et apparemment source de la plupart des plantages, sont les clients avec les jars du greffon indiqués
-dans le classpath du fichier clients.config.
-
-
-Rien de tout ceci ne devrait poser de problèmes sur une installation initiale - vous ne devriez même jamais avoir à
-demander un redémarrage pour une installation initiale d'un greffon.
-
-{% endblock %}
diff --git a/www.i2p2/pages/translations/plugins_de.html b/www.i2p2/pages/translations/plugins_de.html
deleted file mode 100644
index 6cf8b24a..00000000
--- a/www.i2p2/pages/translations/plugins_de.html
+++ /dev/null
@@ -1,110 +0,0 @@
-{% extends "_layout.html" %}
-{% block title %}Plugins{% endblock %}
-{% block content %}
-
I2P-Zusatzprogramme
-
-Diese Seite wurde zuletzt im August 2010 aktualisiert und bezieht sich auf die Routerversion (I2P-Version) 0.8.
-
-
Allgemeines
-I2P ist auf Zusatzprogramme (Plugins) vorbereitet und sorgt dadurch nicht nur für eine unkomplizierte Installation zusätzlicher I2P-Anwendungen, sondern erleichtert auch dem Programmierer die Arbeit.
-
-
-Es gibt mittlerweile Zusatzprogramme zum dezentralen Mailverkehr und für Blogs, IRC-Klienten, verteilte Datenspeicherung und mehr.
-
-Die Vorteile für I2P-Nutzer und Anwendungsprogrammierer sind:
-
-
- Einfache Verteilung von Anwendungen
-
- Macht die Entwicklung neuer Funktionalität und das Einbinden neuer Bibliotheken möglich, ohne dass sich die Größe der i2pupdate.sud erhöht
-
- Einfacher Zugang zu großen oder spezialisierten Anwendungen, die keine Chance auf Aufnahme in das I2P-Basispaket haben
-
- Kryptographisch signierte und überprüfte Anwendungen
-
- Die automatische Aktualisierung von Anwendungen - genau wie beim I2P-Router.
-
- Bei Bedarf ein separates Erstinstallations- und Aktualisierungspaket, um die Größe der zu ladenden Aktualisierungspakete klein zu halten
-
- Ein-Klick-Installation von Anwendungen. Der Benutzer muss nicht mehr die Dateien wrapper.config und clients.config manuell bearbeiten.
-
- Trennung von Anwendungsverzeichnissen und dem Installationszerzeichnis $I2P
-
- Automatische Prüfung der I2P-Version, Java-Version und bestehender Anwendungsversion
-
- Automatisches Hinzufügen eines Links zu der Anwendung in der Routerkonsole.
-
- Automatischer Start von Anwendungen und automatische Anpassung des Java-Klassenpfads, ohne Neustart von I2P
-
- Automatisches Hinzufügen und Start von Webanwendungen in der Jetty-Instanz der Routerkonsole
-
- Erleichtert den Aufbau von Programmsammlungen („App Store“)
-
- Ein-Klick-Deinstallation
-
- Sprach- und Gestaltungspakete für die Konsole
-
- Detaillierte Informationen über Anwendungen in der Routerkonsole
-
- Auch Nicht-Java-Anwendungen werden unterstützt
-
-
-
-
Benötigte I2P-version
-0.7.12 oder höher
-
-
Installation
-Um ein Zusatzprogramm zu installieren und zu starten, muss der Installationslink (Endung .xpi2p) kopiert und unten auf der Seite configclients.jsp in der Routerkonsole eingefügt werden. Dann ist auf „Zusatzprogramm installieren“ zu klicken.
-Nachdem ein Zusatzprogramm installiert und gestartet ist, erscheint in den meisten Fällen ein entsprechender Link im Übersichtskasten in der Routerkonsole (oben links).
-
-Um ein Zusatzprogramm auf die neueste Version zu bringen, klickt man einfach auf den Knopf „Aktualisieren“ auf der Seite
-configclients.jsp.
-Dort gibt es auch einen Knopf zum prüfen auf neue Versionen.
-Automatisch geprüft und aktualisiert wird derzeit noch nicht.
-
-
-
-
-
-Weiterhin wird ein Blick in die Quelltext bereits bestehender Zusatzprogramme empfohlen.
-Manche Zusatzprogramme wurden speziell als Beispielprogramme geschrieben.
-
-Programmierer gesucht!
-Zusatzprogramme eignen sich gut, um sich besser mit I2P vertraut zu machen oder neue Funktionalitäten zu realisieren.
-
-
Einstieg
-Um aus einer bestehenden Anwendung ein Zusatzprogramm zu erstellen, ist das Skript makeplugin.sh aus dem
-Zweig i2p.scripts in Monotone nötig.
-
-
-
Bekannte Probleme
-Beachte: Im Router laufende Zusatzprogramme unterliegen KEINEN weiteren Sicherheitsmechanismen - sie sind weder untereinander noch vom Router abgeschirmt.
-
-
-
-Aktualisierungen eines Zusatzprogramms auf neue Versionen werden nicht erkannt, wenn das Zusatzprogramm Jar-Dateien (keine War-Dateien) enthält und es bereits läft.
-In dem Fall ist ein Neustart des Routers nötig, weil der Klassencache geleert werden muss und das im laufenden Betrieb nur mit Tricksereien geht.
-
-Die automatische Aktualisierung und Prüfung auf neue Versionen ist nicht implementiert.
-
-Der Stoppknopf wird auch dann angezeigt, wenn es gar nichts zu stoppen gibt.
-
-Zusatzprogramme, die in einer eigenen JVM laufen, legen ein Verzeichnis namens logs in $CWD (also dem Arbeitsverzeichnis) an.
-
-Im Urzustand sind als einzige Signaturschlüssel die von jrandom und zzz enthalten (dieselben Schlüssel wie die für die Routeraktualisierung). Neue Signierer werden automatisch hinzugefüt und der neue Signaturschlüssel automatisch akzeptiert - es gibt keine zentrale Signaturschlüsselverwaltung.
-
-Beim Löschen eines Zusatzprogrammes wird das Verzeichnis nicht immer gelöscht, vor allem unter Windows.
-
-Wird ein Zusatzprogramm, das mit Pack200 komprimiert ist und Java 1.6 benötigt, unter Java 1.5 installiert, so erscheint die Fehlermeldung „Zusatzprogramm ist korrupt.“
-
-Gestaltungs- und Übersetzungszusatzmodule sind ungetestet.
-
-Das automatische Starten lässt sich nicht immer deaktivieren.
-
-
-Mise à jour de juillet 2010 pour le routeur version 0.8.
-
-
Informations générales
-I2P inclut une architecture de greffons qui facilite la prise en charge du développement et de l'installation de
-logiciel supplémentaire.
-
-Il existe actuellement des greffons pour la messagerie décentralisée, des blogs, clients IRC, stockage de fichiers
-décentralisé, etc…
-
-
-Avantages pour les utilisateurs d'I2P et les développeurs d'applications :
-
-
- Distribution facile des applications.
-
- Ouverture à l'innovation et à l'utilisation de bibliothèques supplémentaires sans conséquences sur la taille
-d'i2pupdate.sud.
-
- Support d'applications volumineuses ou à usage spécial/faible audience qui ne seraient sinon jamais distribuées
-avec I2P.
-
- Applications signées numériquement et vérifiées.
-
- Mise à jour automatique des applications, comme pour le routeur.
-
- Séparation de l'installation initiale et des paquets de mises à jour, si voulu, pour diminuer la taille des
-téléchargements de mises à jour.
-
- Installation des applications en un clic. Les utilisateurs n'ont plus besoin de modifier les fichiers
-wrapper.config et clients.config.
-
- Isolation des applications du répertoire d'installation de base d'I2P.
-
- Vérification automatique de compatibilité avec les versions courantes d'I2P, de Java version, et de la version
-précédente du greffon.
-
- Ajout automatique d'un lien dans la console.
-
- Démarrage automatique de l'application, y compris la modification du classpath, pas de redémarrage requis.
-
- Intégration automatique et démarrage des webapps dans l'instance Jetty de la console.
-
- Facilite la création de magasins d'applications.
-
- Désinstallation en un clic.
-
- Packs de langage et de thèmes pour la console.
-
- Intégration d'informations détaillées sur l'application dans la console
-
- Applications Non-java également supportées.
-
-
-
-
Version d'I2P requise
-0.7.12
-
-
Installation
-Pour installer et demarrer un greffon, copiez le lien .xpi2p d'installation dans prévu à cet effet en bas de page de
-configuration des clients de la console du routeur puis cliquez
-sur le bouton "Installer le greffon". Une fois le greffon installé et démarré, un lien vers l'application est
-généralement affiché en haut du cadre de supervision.
-
-Pour mettre à jour un greffon à la dernière version, cliquez simplement sur le bouton prévu dans
-configclients.jsp. Il y a aussi un bouton de simple
-vérification de la disponibilité d'une version plus récente. Il n'y a pas de mécanisme de vérification et installation
-automatique.
-
-
-Consultez aussi les sources des greffons déjà publiés par différents développeurs. Certains d'entre eux sont conçus
-spécialement en tant qu'exemples.
-
-Par ici les développeurs ! On a besoin de vous ! Les greffons la voie royale de la connaissance approfondie
-d'I2P et pour l'ajout de fonctionnalités.
-
-
Par où commencer ?
-Pour créer un greffon à partir d'un paquet binaire, vous devez obtenir le script makeplugin.sh à partir de
-
-la branche i2p.scripts dans monotone.
-
-
-
Problèmes connus
-Notez que l'architecture de greffons du routeur NE fournit AUCUNE isolation de sécurité ou de bac à sable.
-
-
-
-Les mises à jour de greffons incluant des fichiers .jar (pas les .war) ne sont pas reconnues quand le greffon est en
-cours d'exécution, car faut bluffer le chargeur de classes pour purger le cache de classes ; le redémarrage complet du
-routeur est nécessaire.
-
-Les mises à jour automatiques (et les vérifications de mises à jour) ne sont pas implémentées actuellement.
-
-Le bouton "Arrêt" est affiché même s'il n'y à rien à arrêter.
-
-Les greffons s'exécutant dans une JVM différente créent un dossier logs/ dans le dossier défini par la variable $CWD.
-
-Il n'y a pas de clés initiales, sauf pour jrandom et zzz (même clés que celles utilisées pour les mises à jour du
-routeur), et donc la première clé vue pour un nouveau signataire est acceptée automatiquement - il n'y a pas d'autorité
-de certification des clés de signature.
-
-Lorqu'on supprime un greffon, le dossier d'installation n'est pas toujours supprimé, particulièrement sous Windows.
-
-L'installation d'un greffon nécessitant Java 1.6 sur une installation de Java 1.5 produit un message "Greffon
-corrompu" s'il utilise la compression pack200.
-
-Les greffons de thème et de traduction ne sont pas testés.
-
-La désactivation du démarrage automatique ne fonctionne pas toujours.
-
-* Hinweis: SAM/SAMv2 kann sowohl die Streaming Bibliothek als auch Datagramme nutzen.
-
-{% endblock %}
diff --git a/www.i2p2/pages/translations/protocols_fr.html b/www.i2p2/pages/translations/protocols_fr.html
deleted file mode 100644
index 3ff18620..00000000
--- a/www.i2p2/pages/translations/protocols_fr.html
+++ /dev/null
@@ -1,118 +0,0 @@
-{% extends "_layout_fr.html" %}
-{% block title %}Protocol Stack{% endblock %}
-{% block content %}
-Traduction d'avril 2011. Version anglaise actuelle
-
-Présentation de la pile de protocole d'I2P.
-Voir aussi l'index de la documentation technique.
-Mise à jour d'août 2010, valide pour la version 0.8 du routeur
-
-
-
-Chacune des couches de la pile apporte des fonctionnalités supplémentaires.
-Celles-ci sont énumérées ci-dessous, à partir du bas de la pile.
-
-
- Couche internet :
-
- IP : Internet Protocol, permet l'adressage des hôtes de l'Internet classique et le routage des paquets "au
-mieux" (best effort delivery).
-
-
- Couche transport :
-
- TCP : Transmission Control Protocol, permet une livraison fiable et ordonnée des paquets sur l'internet.
-
- UDP : User Datagram Protocol, permet la livraison non fiable et non ordonnée des paquets sur l'internet.
-
-
- Couche de transport I2P : fournit les connexions cryptées entre deux routeurs I2P. Elles ne sont pas
-encore anonymes à ce niveau, car il s'agit strictement des connexions de saut à saut. Deux protocoles sont implémentés
-pour apporter ces possibilités. NTCP positionné sur TCP, et SSU sur UDP.
-
- NTCP : TCP basé sur les NIO Java
-
- SSU: UDP Sécurisé Semi-fiable (Secure Semi-reliable UDP)
-
-
- Couche tunnels I2P : fournit les connexions de tunnels totalement cryptées.
-
- Messages de tunnels : les messages de tunnels sont de gros messages
-contenant des messages I2NP cryptés (voir ci-dessous) et les instructions cryptées nécessaires à leur livraison. Le
-cryptage est à plusieurs niveaux. Le premier saut décrypte le message de tunnel et en lit une partie. Une autre partie
-peut encore être cryptée (avec une autre clé), et elle sera alors transférée.
-
- Messages I2NP : les messages I2P Network Protocol sont utilisés pour passer des
-messages au travers de routeurs multiples. Ces messages sont regroupés en messages de tunnels.
-
-
- Couche I2P en tête d'ail (garlic) : elle fournit la livraison des messages I2P cryptés et anonymes de
-bout en bout.
-
- Messages I2NP : les messages I2P Network Protocol sont empaquetés les uns dans les
-autres et utilisé pour assurer le cryptage entre deux tunnels. Ils sont transmis de la source à la destination en
-préservant l'anonymat de chacune.
-
-
-
-
-
-Les couches suivantes ne font plus à strictement parler partie de la pile de protocoles I2P. Elle ne font pas partie du
-cœur des fonctionnalités du routeur I2P. Cependant, chacune d'elles apporte ses fonctionnalités supplémentaires, pour
-l'usage simple et pratique des applications.
-
-
- Couche client I2P : permet à n'importe quel client d'utiliser les fonctionnalités d'I2P, sans nécessité
-d'utilisation directe de l'API du routeur.
-
- I2CP : I2P Client Protocol, permet de passer des messages sécurisés et asynchrones sur
-I2P en communicant à travers le connecteur TCP I2CP.
-
-
- Couche de transport de bout en bout I2P : permet un fonctionnement à la façon de TCP ou UDP sur I2P.
-
- Bibliothèque de flux : implémentation de flux "à la TCP" sur I2P. Elle permet un
-portage plus facile d'applications existantes vers I2P.
-
- Bibliothèque de datagrammes : implémentation de messages "à la UDP" sur I2P. Elle
-permet un portage plus facile d'applications existantes vers I2P.
-
-
- Couche d'interface applicative : bibliothèques supplémentaires (optionnelles) facilitant les
-implémentations sur I2P.
-
- I2PTunnel
-
- SAM/SAMv2/SAMv3(*),
- BOB
-
-Et pour terminer, ce qui pourrait être considéré comme LA 'couche application d'I2P', un grand nombre
-d'applications tournant sur I2P. On peut les ordonner suivant la couche de la pile qu'elles utilisent.
-
-
Applications de flux(Streaming)/datagrammes : i2psnark, Syndie, i2phex…
-
-{% endblock %}
diff --git a/www.i2p2/pages/translations/release-0.8.4_fr.html b/www.i2p2/pages/translations/release-0.8.4_fr.html
deleted file mode 100644
index 0417139a..00000000
--- a/www.i2p2/pages/translations/release-0.8.4_fr.html
+++ /dev/null
@@ -1,59 +0,0 @@
-{% extends "_layout_fr.html" %}
-{% block title %}Version 0.8.4{% endblock %}
-{% block content %}
-Traduction de mars 2011. Version anglaise actuelle
-
-Cette version 0.8.4 contient quelques améliorations de performance et des corrections de bogues importantes.
-I2psnark supporte maintenant les liens Magnet. Comme d'habitude, la mise à jour est recommandée.
-
-Merci de participer à la croissance du réseau.
-Engagez-vous,
-passez le mot,
-et faites un petit geste!
-Si vous trouvez un bogue, merci d'enregistrer un rapport sur trac.
-Nous cherchons toujours de l'aide pour la traduction. Merci de vous signaler sur IRC #i2p-dev.
-
* Correction d'une fuite de mémoire sévère dans la gestion des sessions I2CP du routeur
-qui provoquait des plantages du routeur pour les utilisateurs du client bittorrent Robert.
- * Correction d'un bogue de la v0.8.2 qui filtrait les cookies dans le tunnel Serveur HTTP,
- provocant des problèmes d'authentification pour quelques sites eep.
- * Plusieurs corrections pour de rares NPEs
-
-
I2PSnark
-
-
* Liens Magnet et "maggot" supportés.
- * Échange de pair
- * Transfert de metadata.
- * Améliorations de la page "Détails".
- * Améliorations du limiteur de bande passante.
-
- * Corrections de bogues
-
-
Divers
-
-
* Plus d'améliorations de performance.
- * Fignolage de sélection de pair, pour utiliser plus de la capacité disponible du réseau.
- * Mises à jour de traductions.
- * Début d'une nouvelle traduction en arabe par 'hamada'
-La version 0.8.5 contient quelques corrections de bogues et améliorations de performances, ainsi que de nombreuses
-mises à jour de traductions. Comme d'habitude, la mise à jour est recommandée.
-
-Merci de participer à la croissance du réseau.
-Engagez-vous,
-passez le mot,
-et faites un petit geste!
-Si vous trouvez un bogue, merci d'enregistrer un rapport sur trac.
-Nous cherchons toujours de l'aide pour la traduction. Merci de vous signaler sur IRC #i2p-dev.
-
* Nombreuses corrections de la console HTML
- * Correctifs de la gestion des magnet dans i2pSnark
- * Support de la traduction de SusiMail par "duck"
- * Poursuite du travail de traduction en arabe par "hamada"
-
- * Traduction française par "magma" (presque ;) ?) terminée
- * Traduction espagnole par "punkibastardo" and "user" terminée
- * Mises à jour d'autres traductions
- * Meilleur support des navigateurs en mode texte
- * Améliorations de l'affichage de profil
- * Limitation de la file d'attente de demandes de création de tunnels
- * Nonce requis pour le changement de langue de la console
- * Amélioration du report d'erreurs dans i2pSnark
- * Amélioration de la gestion des metainfo dans i2pSnark
- * Utilisation du serveur de réamorçage en tant que source de temps de secours
-
- * Changement de l'extension du fichier profil de .dat en .txt.gz
- * Changement des Tunnels I2P à 3 sauts pour les nouvelles installations
- * Ajout de toutes les adresses IP illicites à la liste de blocage pour les nouvelles installations
- * Utilisation plus efficace de l'entropie pour le bourrage (padding)
-
-{% endblock %}
diff --git a/www.i2p2/pages/translations/release-0.8.6_fr.html b/www.i2p2/pages/translations/release-0.8.6_fr.html
deleted file mode 100644
index 2c3dde8e..00000000
--- a/www.i2p2/pages/translations/release-0.8.6_fr.html
+++ /dev/null
@@ -1,48 +0,0 @@
-{% extends "_layout_fr.html" %}
-{% block title %}Version 0.8.6{% endblock %}
-{% block content %}
-Traduction de mai 2011. Version anglaise actuelle
-
-Cette version 0.8.6 apporte plus de protections pour la sélection des pairs en vue de résister aux attaquants dotés de
-moyens élevés, ainsi que des ajustements pour prendre en compte la récente croissance rapide du réseau.
-La mise à jour est recommandée.
-
-Merci de participer à la croissance du réseau.
-Engagez-vous,
-passez le mot,
-et faites un petit geste!
-Si vous trouvez un bogue, merci d'enregistrer un rapport sur trac.
-Nous cherchons toujours de l'aide pour la traduction. Merci de vous signaler sur IRC #i2p-dev.
-
* Troncature des blanc de fin des réponses UPnP malformées des appareils
- * Correction du défaut de créations excessives de tunnels
- * Modifications de l'organisation et de la sélection des pairs pour résister à l'énumération et à la manipulation du
-groupe des pairs rapides par les attaquants
- * Augmentation du groupe des diffuseurs et diminution du temps d'expiration de 'router info' pour prendre en compte
-la récente croissance du réseau
La version 0.8.7 contient plusieurs mises à jour de composant négligés depuis longtemps,
- parmis lesquels les services de nommage, le tracé de courbes, les bibliothèques CPU ID natif et BigInteger,
-les implémentations cryptographiques, et le wrapper.
-
-
Merci au nouveau contributeur KillYourTV qui a été bien efficace dans l'implémentation et le test de ces mises à
-jour, avec l'aide supplémentaire de sponge et hottuna.
-
-
Les améliorations de CPU ID sont de hottuna, généreusement financé par
-http://relakks.com/ et http://ipredator.se/ -
- Merci à Peter Sunde et Jan-Erik Fiske pour leur soutient.
-
-
Pour la première fois, nous disposons d'une Archive Personnelle de Paquets (PPA) officielle
-I2P sur launchpad.net.
-Ceci apporte à ceux d'entre vous qui utilisent Ubuntu un moyen facile pour installer I2P et de garder à jour ses divers
-composants. Le paquet I2P offre l'option d'installation en tant que service, ou sur demande comme d'habitude.
-Cette PPA est actuellement maintenue par KillYourTV avec l'aide d'autres membres de l'équipe de développement.
-Les instructions d'installation Ubuntu/Debian sont ici-même sur le site officiel.
-
-
-
Pour ceux qui mettent à jour via le réseau, cette mise à jour est environ 4 fois plus volumineuse de d'habitude du
-fait de l'inclusion de mises à jour pour jbigi. Merci de votre patience pendant le téléchargement.
-
-
-Merci de participer à la croissance du réseau.
-Engagez-vous,
-passez le mot,
-et faites un petit geste!
-Si vous trouvez un bogue, merci d'enregistrer un rapport sur trac.
-Nous cherchons toujours de l'aide pour la traduction. Merci de vous signaler sur IRC #i2p-dev.
-
Modifications majeures (mises à jour et installations initiales)
-
-
* Mises à jour du service de nommage en vue de la prise en charge de nouvelles fonctionnalités, dont une base de
-données hosts.txt qui sera activée dans la v0.8.8
- * Nouveau formulaire dans le proxy HTTP destiné à sauvegarder les nouveaux hôtes avec les assistants d'adresse
-dans hosts.txt
- * Accélération des calcul d'empreintes SHA-256 et SHA-1, particulièrement sensible sur les JVMs GNU.
- * Mise à jour en JRobin 1.5.9 pour un look plus sexy des graphiques de performances
- * Données graphiques persistantes après les redémarrages
-
-
* Mise à jour de JCpuid / JBigI en libgmp 4.3.2 / 5.0.2 et compatibilité PIC des bibliothèques, et inclusion de
-l'amélioration du support de la plupart des architecture 64-bits. JBigI est une bibliothèque native qui accélère les
-opérations cryptographiques.
-
-
- Pour ceux sur des noyaux grsec / ASLR dans lesquels I2P plantait à cause de bibliothèques non-PIC, I2P devrait
-maintenant fonctionner.
- - Pour ceux sur les systèmes x86 64-bits, la crypto sera plus rapide (amélioration typique de 25%), et vous
-constaterez une plus faible charge CPU.
- - Pour ceux sur ARM ou systèmes OS X x86, la crypto devrait être plus rapide, car nous n'avions pas de support
-pour jbigi auparavant pour ces systèmes.
- - Pour ceux sur la plupart des autres Linux 32-bits, FreeBSD, ou Windows, il n'y a pas de changement notable de
-performances.
* Le Wrapper a été mis à jour en version 3.5.9 et les bibliothèques sont dorénavant compatibles PIC,
-et prend en charge les 64-bits sur la plupart des architectures. Pour ceux qui n'avaient pas un wrapper fonctionnel avant
-(noyaux grsec / ASLR, ou freebsd, ARM, ou OS X x86) la mise à jour manuelle des bibliothèques du wrapper est possible:
-instructions sur
- http://www.i2p2.de/manualwrapper . Pour FreeBSD, voir
- http://www.i2p2.de/faq_fr#compat6x . Alternative: supprimez
-l'installation courante et installez-en une nouvelle. Seconde alternative pour Ubuntu: supprimez l'installation
-existante et utilisez la PPA. Pour ceux qui ont actuellement un wrapper fonctionnel, la mise à jour manuelle n'est pas
-recommandée.
-
-
Nouveautés sur la publication de paquets:
-
-
* Debian / Ubuntu - Mise à jour majeure des scripts de packaging Debian pour mise en conformité aux règles de
-packaging.
- * PPA - voir plus haut.
-
-
Correctifs de bogues
-
-
* La mise à jour inclut des correctifs Jetty locaux qui ont été malencontreusement oubliés dans les v0.8.3 et v0.8.5.
- * Un contournement pour les matériels passerelles non compatibles UPnP
- * Correction du bogue qui permettait à Robert d'initier une connexion à i2psnark
-
-
Autre
-
-
* Plus d'ajustements à la croissance du réseau, dont accroissement du nombre de diffuseurs (floodfills) et
-diminution du nombre de "router infos" stockées localement.
- * Échange du numéro de version via I2CP, pour permettre la rétro-compatibilité de futurs changements.
- * Traduction suédoise, merci à 123hund123, hottuna et digitalmannen
- * Traductions partielles en finnois, italien, polonais, et vietnamien, grâce à l'équipe de traduction Transifex
- * Mises à jour de l'arabe, merci hamada
- * Mises à jour du russe, merci hiddenz
- * Mises à jour de GeoIP (nouvelles installations uniquement)
-On m'a chargé de contribuer au code d'I2P pendant cet été 2011, pour élaborer un protocole de contrôle et un client pour
-ce protocole (semblable à Vidalia pour Tor).
-Ce travail est l'idée de Jan-Erik Fiske de ViaEuropa, de Peter Sunde de
-flattr. Gloire à The Pirate Bay .
-Le financement est généreusement assuré par Relakks et
-Ipredator.
-
-
-
-Les informations actuelles sont disponibles sur le forum de zzz et #i2p-dev
-sur chat.freenode.net
-
-
-
Ave I2P, codituri te salutant
- // hottuna (ou Robert)
Wir sind eine kleine Gruppe von Leuten, die über verschiedene
-Kontinente verteilt sind, an verschiedenen Aspekten des Projektes arbeiten und
-das Design des Netzwerkes diskutieren.
-Beteilige dich!
-
-
-
-
-
Admin
-
Projektmanager
-
zzz
-
Letzte Entscheidungsinstanz
-
-
-
Schatzmeister
-
eche|on
-
verwaltet Spenden/Accounts/Belohnungen
-
-
-
PR manager
-
orion
-
press contact, manages public relations and affairs
Organisieren und Entwickeln der i2p-bt-Anpassung an I2P, Portierung Tahoe-LAFs für I2P
-
-
-
Ragnarok
-
Adressbuch, i2p-bt, Syndie-Klient
-
-
-
thecrypto
-
Verschlüsselungs- und Signierroutinen, I2PIM
-
-
-
aum
-
SAM jython code, Arbeiten an stasher (DHT) und v2v (VoI2P)
-
-
-
hypercubus
-
Installationsprogramm, systray, bogobot
-
-
-
ugha
-
Etntwicklung von jbigi, wiki-Umzug, Dokumentation aufräumen
-
-
-
oOo
-
java debugging und Klient-Entwicklung von I2PTunnel und der Routerkonsole
-
-
-
BrianR
-
SAM perl Modul
-
-
-
eco
-
i2psnark Arbeiten
-
-
-
shendaras
-
java aufräumen
-
-
-
JAnonymous
-
Dokumentationen. wiki-Umzug
-
-
-
jar
-
Übersetzungen ins Französische
-
-
-
scintilla
-
C Umsetung der jcpuid
-
-
-
smeghead
-
C# SAM Bibliothek, pants, fortuna eingebaut, Portierung Tahoe-LAFs für I2P
-
-
-
Nightblade
-
libSAM
-
-
-
dinoman
-
i2p-bt Tracker-Entwicklung
-
-
-
DrWoo
-
i2p-bt Tracker-Entwicklung
-
-
-
und viele andere ...
-
-
-
-{% endblock %}
diff --git a/www.i2p2/pages/translations/team_fr.html b/www.i2p2/pages/translations/team_fr.html
deleted file mode 100644
index 4dcae144..00000000
--- a/www.i2p2/pages/translations/team_fr.html
+++ /dev/null
@@ -1,343 +0,0 @@
-{% extends "_layout_fr.html" %}
-{% block title %}L'équipe{% endblock %}
-{% block content %}
-Traduction de mars 2011. Version anglaise actuelle
-
Membres du projet I2P
-
Nous sommes un petit groupe disséminé sur tous les continents qui travaille à l'amélioration des différents aspects
-du projet et qui étudie et débat sur la conception du réseau.
-Engagez-vous!
-
-
-
-
-
Administration
-
Responsable du projet
-
zzz
-
contact en dernier ressort
-
-
-
Trésorier
-
eche|on
-
gère les dons / les comptes / les primes
-
-
-
Relations publiques
-
orion
-
contact presse, gère les relations et affaires publiques
- I2P est une couche réseau à commutation de paquets, modulaire, à tolérance de panne, auto-adaptative, et anonyme
- sur laquelle peuvent fonctionner n'importe quel nombre d'applications conçues pour l'anonymat ou la sécurité.
- Chacune de ces applications peut gérer ses propres contraintes d'anonymat, de latence et de débit,
- sans avoir à se soucier d'une implémentation correcte d'un
- réseau croisé (mixnet)
- d'accès libre qui leur permet de mêler leur activité au grand groupe d'utilisateurs anonymisés
- déjà présents sur I2P.
-
-
- Des applications d'ores et déjà disponibles offrent un large éventail de fonctionnalités Internet classiques
- mais anonymes: exploration web, hébergement, chat, partage de fichiers, e-mail,
- blogs et publications simultanées, newsgroups, tout comme plusieurs autres applications en cours de développement.
-
-
Exploration web: en utilisant tout navigateur compatible avec un serveur mandataire (proxy).
-
Chat: IRC, Jabber, I2P-messenger, ou tout autre compatible proxy.
Newsgroups: via un lecteur de newsgroups compatible proxy.
-
-
- Contrairement aux sites web hébergés sur des réseaux de distribution de contenu comme
- Freenet ou GNUnet,
- les services hébergés sur I2P sont totalement interactifs: il y des moteurs de recherches traditionnels,
- des BBS, des blogs sur lesquels vous pouvez déposer des commentaires, des sites pilotés par bases de données,
- et des ponts pour interroger les systèmes statiques comme Freenet sans devoir en faire une installation locale.
-
-
- Grâce à toutes ces applications prenant l'anonymat en considération, I2P prend le rôle
- de plaque tournante "orientée messages": les applications demandent à envoyer des données
- à un identifiant cryptographique (une "destination") et I2P prend soin de s'assurer qu'elles
- y parviennent en toute sécurité et anonymat. I2P fournit aussi une bibliothèque simple pour les
- flux (streaming) pour permettre le transfert fiable et ordonné de messages
- de flux anonymes, en offrant de façon transparente un algorithme de contrôle de congestion basé sur TCP
- et optimisé pour les applications à haute bande passante au sein réseau.
- Bien qu'il y ait eu plusieurs simple mandataires SOCKS disponibles pour attirer des applications existantes
- dans le réseau, leur intérêt a été limité car presque toutes exposent intrinsèquement ce qui, du point de vue
- de l'anonymat, s'avère être des informations sensibles. La seule façon d'avancer est d'analyser complètement
- une application pour s'assurer d'un fonctionnement irréprochable, et pour y aider, nous fournissons
- une série d'API dans divers langages, qui permettent d'en faire le plus possible en dehors du réseau.
-
-
- I2P n'est pas un projet de recherche (universitaire, commercial, ou gouvernemental), mais un effort
- d'ingénierie dont le but est de faire tout le nécessaire pour assurer
- un niveau d'anonymat suffisant à ceux qui en ont besoin. Il est en développement actif
- depuis les débuts de 2003 avec un développeur à temps plein et un groupe dédié de
- contributeurs à temps partiel répartis dans le monde entier. Tout le travail fourni pour I2P
- est "open source" et gratuitement disponible sur le site,
- pour lequel la plus grande partie du code est publié directement dans le domaine public, bien que
- faisant usage de quelques routines cryptographiques sous licences de style BSD. L'équipe d'I2P
- ne contrôle pas le cadre légal de publication des applications tierce partie. Il y a plusieurs
- applications disponibles sous licence GPL (I2PTunnel,
- susimail, I2PSnark,
- I2Phex et d'autres).
- Le financement d'I2P vient entièrement de dons,
- et ne bénéficie pour l'instant d'aucune dispense d'impôts de la part de quelque juridiction que ce soit,
- vu que la plupart des développeurs sont anonymes.
-
-
Fonctionnement
-
Aperçu
-
- Pour comprendre le fonctionnement d'I2P, quelques concepts fondamentaux sont prérequis.
- Tout d'abord, I2P fait une séparation stricte entre le logiciel participant au réseau
- (un "routeur") et les point terminaux anonymes (les "destinations") associés aux applications particulières.
- Que quelqu'un utilise I2P n'est généralement pas un secret. Ce qui est caché, c'est
- c'est tout ce que l'utilisateur en fait, aussi bien qu'à quelle destination particulière le routeur est connecté.
- En général, l'utilisateur dispose sur son routeur de plusieurs destinations locales: une, par exemple,
- pour se connecter en proxy aux serveurs IRC, une autre pour héberger son propre site Internet
- anonyme ("eepsite"), une autre pour une instance I2Phex, une autre encore pour les torrents, etc...
-
-
- Un autre concept majeur est celui de "tunnel".
- Un tunnel un chemin orienté passant par une liste de routeurs explicitement sélectionnés.
- Un cryptage en couches est utilisé pour que chacun des routeurs n'en puisse décrypter qu'une seule.
- L'information décryptée contient l'IP du routeur suivant, avec l'information cryptée à faire suivre.
- Chaque tunnel a un point de départ (le premier routeur, appelé "passerelle")
- et un point terminal. Les messages ne peuvent être envoyés que dans un seul sens. Pour les réponses,
- un autre tunnel est nécessaire.
-
-
-
-
- Figure 1: Les deux types de tunnels: entrant et sortant.
-
-
-
- Il y deux types de tunnels:
- Les tunnels "sortants" expédient des messages depuis le créateur du tunnel, alors
- que les tunnels "entrants" ramènent des messages vers le créateur du tunnel.
- La combinaison de ces deux tunnels permet aux utilisateurs de s'envoyer des messages les uns aux autres.
- L'expéditeur ("Alice" dans l'illustration ci-dessus) crée un tunnel sortant,
- et le récepteur ("Bob" ci-dessus) crée un tunnel entrant.
- La passerelle d'un tunnel entrant peut recevoir des messages de n'importe quel autre utilisateur
- et les envoie jusqu'au point terminal ("Bob").
- Le point terminal du tunnel sortant devra pouvoir envoyer le message vers la passerelle du tunnel entrant.
- Pour le permettre, l'expéditeur ("Alice") ajoute à son message crypté des instructions cryptées à l'intention
- du point terminal sortant. Une fois décryptées par celui-ci, il dispose alors des informations nécessaires
- au transfert vers la bonne passerelle entrante (la passerelle vers "Bob").
-
-
- Le troisième concept fondamental est la "base de données" I2P (ou "netDb"):
- une paire d'algorithmes utilisés pour le partage des métadonnées du réseau. Les deux types de métadonnées
- transportées sont la "routerInfo" et les "jeux de baux" (leaseSets):
- la routerInfo donne aux routeurs les données nécessaires pour contacter un autre routeur particulier
- (ses clés publiques, adresse de transport, etc...), et les jeux de baux donnent au routeurs les informations
- nécessaires pour joindre une destination particulière. Un jeu de baux contient un certain nombre de "baux".
- Chacun de ces baux indique une passerelle de tunnel qui permet d'atteindre une destination particulière.
- Détail complet des informations contenues dans un bail:
-
-
Passerelle entrante pour un tunnel permettant d'atteindre une certaine destination.
-
Moment d'expiration du tunnel.
-
Paire de clés publiques pour pouvoir crypter les messages (à envoyer à travers le tunnel
- et atteindre la destination).
-
- Les routeurs envoient eux-mêmes directement leur "routerInfo" à la base de données,
- alors que les jeux de baux sont envoyés par des tunnels sortants (ils doivent rester anonymes, pour
- empêcher toute tentative de corrélation entre un routeur et ses jeux de baux).
-
-
On peut combiner les trois concepts exposés ci-dessus pour établir des connexions effectives dans le réseau.
-
-
- Pour créer ses propres tunnels entrants et sortants, Alice fait une recherche dans la "netDb" pour obtenir
- des "routerInfo".
- De cette façon, elle constitue des listes de pairs qu'elle peut utiliser en tant que sauts dans ses tunnels.
- Ensuite elle peut envoyer au premier saut un message élaboré, demandant la création d'un tunnel, et de faire passer
- cette demande plus loin, jusqu'à ce que le tunnel soit entièrement créé.
-
-
-
-
-
-
- Figure 2: Les informations sur les routeurs servent à construire les tunnels.
-
-
-
- Quand Alice désire envoyer un message à Bob, elle recherche tout d'abord dans la netDb
- un jeu de baux de Bob, ce qui lui donne ses passerelles entrantes de tunnels.
- Elle choisit ensuite un de ses tunnels sortants et y envoie le message avec les
- instructions pour le point terminal afin qu'il fasse suivre le message à l'une des
- passerelles de tunnels entrants de Bob. Quand le point terminal reçois ces instructions,
- il transfère le message comme demandé, et quand la passerelle de tunnel entrant de Bob le reçoit,
- elle le transfère dans le tunnel vers le routeur de Bob. Si Alice veut que Bob puisse répondre,
- elle doit lui indiquer explicitement sa propre destination en tant qu'élément du message lui-même.
- On y parvient en introduisant une couche de haut niveau, ce qui est fait par la bibliothèque de flux
- flux (streaming).
- Alice peut aussi raccourcir le temps de réponse en fournissant dans le message son jeu de baux le plus récent,
- en sorte que Bob soit dispensé d'une requête à netDb quand il voudra répondre. Mais ceci est optionnel.
-
-
-
-
- Figure 3: Les jeux de baux sont utilisés pour connecter les tunnels sortants et entrants.
-
-
-
- De même que les tunnels ont eux-mêmes un cryptage étagé pour empêcher un dévoilement non autorisé
- par les pairs au sein du réseau (comme la couche transport le fait elle-même pour protéger des pairs
- les contenus en dehors du réseau), il est nécessaire d'ajouter une couche additionnelle
- de cryptage de bout en bout pour cacher le message au point terminal sortant et à la passerelle entrante.
- Ce cryptage "en tête d'ail" (garlic)
- fait que le routeur d'Alice va "emballer" de multiples messages dans un seul message
- (la tête d'ail="garlic message"), crypté pour une certaine clé publique en sorte que les pairs intermédiaires
- ne puissent déterminer ni combien il y a de messages (des gousses ou caïeux si on veut pousser plus loin
- l'analogie botanique) dans le bulbe, ni si ces messages sont amers ou sucrés (ce qu'ils disent), ni si ces gousses
- vont servir à frotter un plat à cassoulet, finir fondus dans un gigot
- ou hachés/grillés sur une dorade (à qui elles sont destinées). Pour une communication typique
- de point à point entre Alice et Bob, la tête d'ail va être cryptée avec la clé publique annoncée
- dans le jeu de baux de Bob, ce qui permet le cryptage sans donner la clé publique du routeur de Bob.
-
-
- Une autre donnée importante qu'il faut garder à l'esprit, est qu'I2P est entièrement basé sur l'échange
- de messages et que quelques messages pourraient se perdre en chemin. Les applications utilisant I2P peuvent
- utiliser les interfaces "orientées messages" et s'occuper de leur propre contrôle de congestion et besoins de
- fiabilité, mais elles seront mieux servies en utilisant la bibliothèque de streaming
- fournie en vue de voir I2P comme un réseau "orienté flux".
-
-
Les tunnels
-
- Les tunnels entrants et sortants partagent les mêmes principes de fonctionnement.
- La passerelle de tunnel accumule un certain nombre de messages, en les pré-traitant éventuellement
- en vue d'une distribution dans le tunnel. Ensuite, elle crypte ces données préparées
- et les transfère vers le premier saut. Ce pair et les participants suivants du tunnel
- y ajoutent une couche de cryptage après avoir vérifié qu'il ne s'agit pas d'un doublon et avant
- de le transférer au pair suivant. Le message arrive éventuellement au point terminal
- où les messages sont de nouveau séparés et transférés comme demandé. La différence réside
- dans l'action du créateur du tunnel: pour les tunnels entrants, le créateur est le point terminal,
- et il déchiffre simplement toutes les couches ajoutées, alors que pour les tunnels sortants,
- le créateur est la passerelle, et il pré-déchiffre toutes les couches pour qu'une fois toutes
- les couches de cryptage par saut ajoutées, le message arrive en clair au point terminal.
-
-
- Le choix de pairs spécifiques pour passer les messages, ainsi que la définition de leur séquence,
- est important pour une bonne compréhension de l'anatomie et des performances d'I2P.
- Alors que la base de données dispose de ses propres critères de sélection lors du choix
- des pairs à interroger et pour mémoriser les entrées correspondantes, les créateurs de tunnels utilisent
- n'importe quels pairs du réseau et dans n'importe quel ordre (et même un nombre de fois indéfini) dans le
- même tunnel. Si des données précises de latence et de capacité étaient globalement connues, la sélection et
- le tri seraient pilotés par les besoins particuliers du client en relation avec leur modèle de sécurité.
- Malheureusement, la latence et les capacités ne sont pas simples à collecter anonymement, et avoir besoin
- besoin de pairs sans confiance établie pour fournir ces informations pose de sérieux problèmes d'anonymat.
-
-
- Du point de vue de l'anonymat, la technique la plus simple serait de sélectionner des pairs au hasard
- dans la totalité du réseau, de les trier aléatoirement, et de les utiliser dans cet ordre ad vitam æternam.
- Mais pour les performances, la plus simple façon serait de ne retenir que les plus rapides disposant de la
- réserve de capacité suffisante, de répartir la charge sur différents pairs pour gérer les défaillances
- de façon transparente, et de recréer le tunnel chaque fois que l'information de capacité est modifiée.
- alors que la première façon est à la fois fragile et inefficace, la seconde demande des informations
- indisponibles et n'offre qu'un anonymat insuffisant.
- I2P fonctionne plutôt en utilisant une gamme de stratégies de sélection des pairs,
- couplée à du code d'évaluation du niveau d'anonymat pour organiser ces pairs selon leur profil.
-
-
- À la base, I2P classe en permanence les pairs avec lesquels il interagit en mesurant indirectement
- leur comportement: par exemple, quand un pair répond à une requête netDb en 1,3s,
- cette latence d'aller-retour est enregistrée dans les profils pour tous les routeurs impliqués
- dans les deux tunnels (entrant et sortant) au travers desquels la requête et la réponse sont passées,
- ainsi que le profil du pair. Les mesures directes, telles que la latence de la couche transport ou la congestion,
- ne sont pas utilisées en tant que données de profil car elles peuvent être manipulées au routeur mesurant,
- l'exposant ainsi à des attaques basiques. En rassemblant ces profils, une série de calculs est lancée
- sur chacun pour synthétiser ses performances: sa latence, sa capacité à gérer beaucoup d'activités, s'il est
- actuellement surchargé, et à quel point il semble bien intégré au réseau.
- Les résultats de ces calculs sont alors comparés pour les pairs actifs afin de
- répartir les routeurs en quatre groupes: les rapides à hautes capacités, ceux de hautes capacités, les non
- défaillants, et les défaillants. Les seuils de ces groupes sont déterminés dynamiquement, et comme ils n'utilisent
- actuellement que des algorithmes assez simples, il y a d'autres possibilités.
-
-
Pour utiliser ces données de profils, la stratégie de sélection la plus simple consiste à
- les prendre aléatoirement dans le premier groupe (celui des plus rapides à fortes capacités),
- et c'est ce qui est actuellement employé pour les tunnels clients.
- Les tunnels exploratoires (utilisés pour les communications avec la base de données et la gestion des tunnels)
- prennent les pairs aléatoirement dans le troisième groupe des non défaillants (qui inclut ceux du premier),
- ce qui permet une base de sélection plus étoffée avec pour effet l'optimisation de la sélection
- via une progression aléatoire. Ces stratégies laissent cependant fuir des informations concernant les pairs
- du premier groupe utilisables par des attaques du type collecte de base de données et du type prédécesseur.
- En retour, il y a plusieurs alternatives qui bien que n'équilibrant pas la charge aussi uniformément,
- bloquent les attaques lancées par certains types d'ennemis.
-
-
- En sélectionnant une clé aléatoire et en triant les pairs selon leur distance "eXORisée" à cette clé,
- la fuite d'information est réduite pour les attaques prédécesseur et collecte, suivant le taux de défaillance
- des pairs et le renouvellement des seuils des groupes. Une autre stratégie simple pour parer aux
- attaques par collecte de la netDb consiste simplement à obliger la passerelle entrante à figer
- aléatoirement la position des pairs situés plus loin dans le tunnel. Pour gérer les attaques de prédécesseur
- par des adversaires que le client contacte, le point terminal de tunnel devrait aussi rester statique.
- La sélection du pair à figer au point le plus vulnérable doit bien sûr être limitée en durée,
- car tous les pairs sont susceptibles de défaillance, et donc elle doit soit être ajustée en réaction, ou
- préventivement empêchée pour simuler le MTBF (temps moyen entre défaillances) mesuré d'autres routeurs.
- Ces deux stratégies peuvent ensuite être combinées, en utilisant un pair vulnérable figé et un tri sur XOR
- dans les tunnels eux-mêmes. Une stratégie plus stricte consisterait à définir les pairs précis et leur ordre
- dans un tunnel potentiel, en utilisant uniquement de pairs qui accepteraient tous de participer de la même
- façon à chaque fois. Ceci diffère du tri basé sur le résultat de l'XOR en ce que le prédécesseur
- et le successeur de chaque pair serait toujours les mêmes, alors que le tri sur l'XOR ne permet que de s'assurer
- que leur ordre ne change pas.
-
-
- Comme déjà mentionné, I2P, actuellement en version 0.8 inclut la stratégie basée sur les groupes,
- avec le tri basé sur le XOR. Une discussion plus poussée des mécanismes impliqués dans les opérations de tunnel
- la gestion et la sélection des pairs est disponible sur la page
- spécification des tunnels.
-
-
Base de données
-
- Comme indiqué précédemment, la base de données d'I2P sert à partager les métadonnées du réseau.
- Ceci est détaillé sur la page La base de données du réseau,
- mais en voici une explication simplifiée:
-
-
- Un certain pourcentage des utilisateurs d'I2P sont crédités du statut de 'floodfill peers', pairs remplisseurs par
- diffusion, diffuseurs dans la suite.
- Actuellement, les installations d'2P qui on une bonne bande passante et qui sont assez rapides se
- déclarent elles-mêmes en tant que diffuseur dès que le nombre de routeurs diffuseurs tombe à un niveau trop faible.
-
-
- Les autres routeurs I2P vont y enregistrer leurs données et recherches en envoyant de simples requêtes
- 'store' et 'lookup' aux diffuseurs.
- Quand un diffuseur reçoit un requête 'store', il la diffuse aux autres diffuseurs en utilisant
- l'algorithme Kademlia.
- Les requêtes 'lookup' fonctionnent actuellement de façon différente, pour éviter
- un problème de sécurité important.
- Lorsqu'une recherche est lancée, le diffuseur ne la diffuse pas, mais y répond lui-même s'il dispose
- des données demandées.
-
-
- Deux types d'informations sont stockées dans la netDb.
-
-
routerInfo, un routeur I2P spécifique et la façon de le joindre.
-
leaseSet, une destination spécifique (p.e. un site web I2P, un serveur de messagerie, etc...)
-
- Toutes ces infos sont signées par leur propriétaire, et vérifiées par tout routeur I2P qui les utilise
- ou les stocke.
- De plus, les données contiennent des informations de temps, pour éviter le stockage de vielles entrées
- et empêcher d'éventuelles attaques. C'est aussi pourquoi I2P fournit le code nécessaire pour conserver
- une heure correcte, en interrogeant de temps en temps des serveurs SNTP (dans le
- tourniquet du réservoir pool.ntp.org par défaut)
- et en détectant les dérives entre routeurs au niveau de la couche transport.
-
-
- Autres remarques importantes.
-
-
- Jeux de baux non publiés et cryptés:
-
- On pourrait souhaiter que seulement une personne particulière puisse joindre une certaine destination.
- Ceci est possible par la non publication de la destination dans la base de données.
- Il faudra alors transmettre la destination par quelqu'autre moyen. Ou alors en utilisant des jeux de baux
- cryptés, uniquement décryptables par les gens pour lesquels ils ont été cryptés.
-
-
-
- Amorçage:
-
- L'amorçage de la base de données est assez simple. Une fois qu'un routeur réussit à recevoir la routerInfo
- d'un seul autre pair joignable, il peut interroger ce routeur pour obtenir les informations d'autres routeurs
- du réseau. Actuellement, bon nombre d'utilisateurs publient leur routerInfo files sur un site web
- pour rendre cette information disponible. I2P se connecte automatiquement à l'un de ces sites pour
- collecter des fichiers routerInfo files et d'amorcer.
-
-
-
- Adaptativité des recherches:
-
- Les recherches dans le réseau I2P ne sont pas transmises à d'autres routeurs de la base de données.
- Actuellement, ce n'est pas un problème majeur, dans la mesure où le réseau n'est pas très grand.
- Cependant, au fur et à mesure de sa croissance, chaque routeur n'aura pas toutes les routerInfo et tous
- les jeux de baux de tout le réseau. Ceci provoquera une dégradation du pourcentage de requêtes réussies.
- Pour ceci, des améliorations de la base de données sont au programme des prochaines versions.
-
-
-
-
-
Protocoles de transport
-
Les communications entre routeurs doivent apporter confidentialité et intégrité
- contre des menaces externes tout en certifiant que le routeur contacté est bien celui
- qui doit recevoir un message donné. Les particularités sur la façon dont les routeurs communiquent
- les uns avec les autres ne sont pas critiques: trois protocoles distincts ont été retenus
- pour répondre à ces exigences.
-
I2P commença avec un protocole basé sur TCP qui depuis a été désactivé.
- Puis, pour résoudre le problème du besoin élevé en terme de nombre de communications
- (vu qu'un grand nombre de routeurs peuvent cesser de parler avec plusieurs autres), I2P a migré
- de TCP vers un protocole basé sur UDP - "Secure
- Semireliable UDP", UDP Sécurisé Semi-fiable, ou "SSU".
Le but de ce protocole est de fournir une livraison sécurisée, authentifiée,
- semi-fiable, et non ordonnée, dévoilant uniquement une quantité minimale de données facilement
- discernables par les tierces parties. Il doit tolérer un fort taux de communications
- tout comme le contrôle de congestion TCP, et inclure la découverte MTU
- PMTU.
- Il doit pouvoir transférer efficacement des données en vrac à un débit suffisant pour l'utilisation résidentielle.
- De plus, il doit être compatible avec les techniques de contournement d'obstacles du le réseau
- tels que les translateurs d'adresses (NAT) ou les pare-feux.
-
Suite à l'introduction de SSU, après l'apparition de problèmes de congestion, un nouveau
- transport TCP basé sur les NIO Java appelé
- NTCP fut implémenté.
- Il est activé pour les connexions sortantes uniquement. Ceux qui configurent leur pare-feu/NAT
- pour autoriser les connexions entrantes et précisent l'hôte et le port (même en style DynDNS, etc...)
- dans la configuration peuvent recevoir des connexions entrantes.
- Comme NTCP est bâti avec les NIO il n'est pas astreint au problème de "une connexion=une tâche" dont souffrait
- l'ancien transport TCP.
-
I2P permet de multiples transports simultanément. Un transport particulier pour une connexion sortante
- est sélectionné par des enchères. Chaque transport fait une offre pour obtenir la connexion, et la valeur relative
- de l'offre décide de la priorité. Les transports peuvent répondre avec des offres différentes,
- suivant s'il y a déjà une connexion établie avec le pair.
-
L'implémentation actuelle attribuent la plus haute priorité de transport à NTCP pour les connexions sortantes
- dans la plupart des cas. SSU est activé à la fois pour les connexions sortantes et entrantes. Votre pare-feu/NAT
- et votre routeur I2P doivent être configurés pour autoriser les connexions entrantes NTCP.
- Voir les détails ici sur la page NTCP.
-
Cryptographie
-
Un petit minimum d'algorithmes cryptographiques de base sont combinés pour fournir
- à I2P les protections étagées contre diverses menaces. Au niveau le plus bas, la communication inter routeurs
- est protégée par la sécurité de la couche transport: SSU crypte chaque paquet avec
- l'AES256/
-CBC
- conjugué à un vecteur d'initialisation explicite et un code d'authentification de message
- (HMAC-MD5-128) après
- négociation préalable d'une clé de session via un échange
- Diffie-Hellman à 2048 bits et
- une authentification mutuelle avec la clé DSA
- de l'autre routeur,
- plus une vérification locale d'intégrité avec le propre hachage du message.
-
- Les messages de tunnel passés par les transports
- disposent de leur propre cryptage étagé en AES256/CBC à VI explicite et sont vérifiés
- au point terminal du tunnel à l'aide d'un hachage SHA256
- supplémentaire. Divers autres messages sont passés regroupés dans des "garlic messages",
- qui sont cryptés en
- ElGamal/AES+SessionTags
- (expliqués ci-dessous).
-
Messages "Garlic" : en têtes d'ail
-
Ces messages sont une extension du cryptage "onion" en couches, permettant aux contenus d'un seul message
- de contenir plusieurs "gousses", des messages complets juxtaposés à leurs propres instructions de livraison.
- Les messages sont empaquetés chaque fois qu'il seraient sinon passés en clair au travers d'un pair qui n'aurait pas
- accès aux informations de routage: par exemple, quand un routeur veut demander à un autre de participer à un
- tunnel, ils ajoutent la requête dans un garlic qu'il cryptent à l'intention du routeur destinataire avec sa
- clé publique ElGamal 2048 bits publiée dans son jeu de baux, et le font suivre dans un tunnel. Dans un autre
- exemple, un client veut envoyer un message à une destination: le routeur du client va joindre ce message de
- données (à côté de quelques autres messages) dans un garlic qu'il crypte en ElGamal 2048 à l'intention de la
- destination avec sa clé publiée dans son jeu de baux, et l'envoie aux tunnels appropriés.
-
Les "instructions" attachées à chaque gousse dans la couche de cryptage incluent la possibilité
- de demander que cette gousse soit transmise localement, à un routeur distant, ou à un tunnel distant sur un routeur
- distant. Il y a des champs dans ces instructions permettant à un pair de demander que la livraison soit retardée
- un certain temps ou jusqu'à ce qu'une condition soit remplie, bien qu'ils ne seront pas pris en compte avant que
- les retards variables soient déployés. Il est possible
- de router explicitement les messages en tête d'ail sur n'importe quel nombre de sauts sans construire de tunnels,
- ou même de rerouter les messages de tunnels en les joignant à un garlic et en le faisant suivre à un certain
- nombre de saut avant de le passer au saut suivant du tunnel, mais ces techniques ne sont pas actuellement utilisées
- dans l'implémentation en cours.
-
Balises de session
-
En tant que système orienté messages non fiable et non ordonné, I2P utilise une simple combinaison
- d'algorithmes de cryptage symétriques et asymétriques pour apporter la confidentialité et l'intégrité
- des données aux messages garlics. Considérée comme un tout, la combinaison est appelée ElGamal/AES+SessionTags,
- mais c'est un poil trop verbeux pour décrire une simple utilisation d'ElGamal 2048 bits, d'AES256, d'SHA256,
- et de vecteurs d'initialisation de 32 octets.
-
La première fois qu'un routeur veut crypter un message garlic à l'usage d'un autre routeur,
- il crypte les données de clés d'une session AES256 avec ElGamal et joint la charge utile cryptée en AES256/CBC
- après le bloc crypté avec ElGamal. En plus de la charge utile cryptée, la section encryptée en AES contient
- la longueur de la charge utile, le hachage de la charge non cryptée, ainsi qu'un certain nombre de balises de
- session de 32 octets aléatoires. La fois suivante, plutôt que de crypter une nouvelle clé de session en ElGamal,
- il va simplement prendre une des balises précédemment envoyées et crypter la charge en AES comme avant en utilisant
- la clé de session associée à la balise, et préfixer la charge cryptée avec la balise. Quand un routeur reçoit
- un message garlic, il cherche si les 32 premiers octets correspondent à une balise déjà disponible, auquel cas il
- décryptent l'AES. En l'absence de correspondance, il décryptent le premier bloc en ElGamal.
-
Chaque balise de session est à usage unique, tant pour empêcher une attaque interne de mettre en corrélation
- différents messages, que venant d'un point situé entre les mêmes routeurs. L'émetteur d'un message crypté
- ElGamal/AES+SessionTag choisit quand et combien de balises il faut envoyer pour en fournir suffisamment au
- destinataire afin de couvrir les besoins nécessaires au transfert d'un bouquet de messages.
- Les messages garlics peuvent détecter la livraison correcte de balises en joignant un petit message supplémentaire
- en tant que gousse (un accusé de réception): quand la tête d'ail arrive au destinataire prévu et est décryptée
- avec succès, ce petit message de réussite pré fourni est un de ceux dévoilés dans la gousse, et il contient
- les instructions pour le destinataire pour la renvoyer à l'émetteur (via un tunnel entrant, évidement).
- Quand celui-ci reçoit ce message d'état de livraison, il sait que les balises de session ont bien été reçues.
-
Les balises ont une très courte durée de vie, passée laquelle elles sont invalidées faute d'avoir été utilisées.
- De plus, leur nombre pour chaque clé est limité, tout comme le nombre de clés lui-même:
- s'il en arrive trop, des messages récents ou plus anciens pourraient être perdus. L'émetteur fait un suivi
- des messages qui utilisent les balises pour s'assurer qu'ils passent, et dans le cas contraire il se replie sur
- l'algorithme ElGamal plus coûteux.
-
Une alternative consiste à ne transmettre qu'une seule balise de session, et de là,
- initialiser un
-
- générateur de nombres pseudo-aléatoires (PRNG) déterministe pour déduire quelles balises utiliser ou attendre.
- En tenant ce générateur sommairement synchronisé entre l'émetteur et le destinataire (qui calcule par anticipation
- par exemple une cinquantaine de balises), la surcharge induite par la fourniture périodique d'un grand nombre de
- balises est supprimée, permettant ainsi plus d'options d'arbitrage dans l'espace et le temps, et éventuellement
- la réduction du nombre d'encryptages ElGamal nécessaires. Cependant, il dépend de la robustesse du générateur de
- fournir la protection contre les menaces internes, bien qu'on puisse minimiser toute faiblesse en limitant le
- nombre d'utilisations de chaque générateur. Pour l'instant, il n'a pas de plans immédiats de migration vers ce
- système de PRNGs synchronisés.
-
L'avenir
-
Bien qu'I2P soit actuellement opérationnel et suffisant dans de nombreux scenarii, il reste plusieurs zones qui
- demandent de profondes améliorations pour atteindre les besoins de ceux devant faire face à des adversaires
- puissants comme pour l'amélioration de l'utilisation quotidienne par les utilisateurs.
-
-
Les routes réservées
-
I2P est une "sur-couche" réseau conçue pour fonctionner sur un réseau commuté par paquets,
- exploitant la notion de "point à point" pour offrir l'anonymat et la sécurité.
- Alors qu'Internet ne respecte plus le principe du bout en bout (à cause de l'utilisation du NAT),
- I2P requiert qu'une portion substantielle du réseau soit joignable: il pourrait y avoir un bon nombre
- de pairs utilisant des routes privées, mais I2P n'inclut pas d'algorithme de routage approprié à un scenario
- de dégradation dans lequel la plus grande partie des pairs seraient injoignables. Il pourrait cependant fonctionner
- sur un réseau utilisant un tel algorithme.
-
L'utilisation de routes réservées, où il y a des limites aux pairs joignables directement,
- induit plusieurs conséquences sur le fonctionnement et l'anonymat, suivant la façon selon laquelle ces routes
- sont gérées. Au niveau le plus basique, des routes réservées sont présentes quand un pair se trouve derrière
- un pare-feu ou un NAT qui ne permet pas les connexions entrantes. Ceci a été grandement pris en compte depuis la
- 0.6.0.6 en intégrant le percement de trous distribué dans la couche transport, permettant ainsi aux gens situés
- derrière la plupart de pare-feux ou NATs de recevoir des connexions non sollicitées sans aucune configuration.
- Cependant, ceci ne réduit pas l'exposition de l'adresse IP du pair aux routeurs du réseau,
- car ils peuvent être présentés au pair au travers de l'intermédiaire publié.
-
Au-delà de la gestion fonctionnelle des routes privées, il y a deux niveaux d'opérations privées qui peuvent être
- mis en œuvre pour limiter l'exposition des adresses IP: l'utilisation de tunnels dédiés à la communication et de
- 'routeurs clients'. Pour le premier, les routeurs peuvent soit construire un nouveau groupe de tunnels ou
- réutiliser leur groupe exploratoire, en publiant les passerelles entrantes vers quelques-uns d'entre eux en tant
- que partie de leur routerInfo au lieu de leur adresse de transport. Quand un pair veut les contacter, il voit
- ces passerelles de tunnel dans la base de données et leur envoient simplement le message concerné via un des tunnels
- publiés. Si le pair situé derrière une route privée veut répondre, il peut le faire soit directement (s'il acceptent
- de dévoiler leur adresse IP au pair) ou indirectement via leurs tunnels sortants. Quand les routeurs
- auxquels le pair a une connexion directe veulent le joindre (p.e. pour faire suivre des messages de tunnels), ils
- doivent simplement prioriser leur connexion directe par rapport à la passerelle de tunnels publiée.
- Le concept de 'routeur client' étends simplement la route réservée en ne publiant aucune adresse de routeur.
- Un tel routeur n'aurait même plus besoin de publier leur routerInfo dans la netDb, mais plutôt de fournir leur
- leur routerInfo auto-signée aux pairs qu'il contacterait (nécessaire au transfert de ses clés publiques).
- Ces deux niveaux d'opération sur routes privées sont prévus pour la version 2.0 d'I2P.
-
Il y a des choix à établir pour ceux situés sur des routes privées, vu qu'ils participeraient moins souvent aux
- tunnels des autres utilisateurs, et que les routeurs auxquels ils sont connectés pourraient déduire des motifs
- de trafic qui ne sont normalement pas exposés. D'un autre côté, si le coût de cette exposition est inférieur à
- celui de rendre l'adresse IP disponible, cela peut être intéressant. Ceci, bien sûr, suppose que les pairs contactés
- par celui qui est derrière une route réservée ne soient pas hostiles, ou que le réseau soit assez grand pour que la
- probabilité de tomber sur un pairs hostile pour se connecter soit suffisamment faible. On pourrait aussi préférer
- utiliser des pairs de confiance (et peut-être temporaires).
-
Latence variable
-
Même si le gros des efforts initiaux d'I2P ont porté sur une communication à faible latence,
- il fut dès le départ conçu en gardant à l'esprit des services à latence variable.
- Au niveau le plus bas, les applications s'exécutant sur I2P peuvent offrir l'anonymat du médium des communications
- à haute latence tout en mêlant leurs motifs de trafic à du trafic à faible latence. En interne cependant,
- I2P peut offrir son propre médium et une haute latence de communication via le cryptage garlic en tête d'ail:
- en spécifiant que le message doit être envoyé après un certain délai, à un certain moment, après le passage d'un
- certain nombre de messages, ou une autre stratégie combinant ces éléments. Avec le cryptage en couches,
- seul le routeur pour lequel la gousse a dévoilé la requête de retard saura que le message demande une haute
- latence, au trafic correspondant d'être mélangé ultérieurement à du trafic à faible latence. Une fois la condition
- de transmission atteinte, le routeur retenant la gousse (qui peut aussi bien être un message garlic) le fait
- simplement suivre comme demandé: à un routeur, à un tunnel, ou plus probablement à une destination cliente.
-
Il y a un nombre conséquent de manières d'exploiter cette possibilité pour les communications à haute latence
- dans I2P, mais pour l'instant, son utilisation est planifiée pour la version 3.0. En attendant, ceux qui ont besoin
- de l'anonymat offert par les communications à latence élevée peuvent se tourner vers la couche applicative pour
- l'obtenir.
-
Questions ouvertes
-
-Comment se débarrasser de la contrainte de temps?
-Y a-t-il un moyen plus efficace de gérer les balises de session?
-Quelles stratégies de regroupement/mélange devraient-elles être disponibles dans les tunnels?
-Quelles autre stratégies de sélection/tri des pairs de tunnels devrait-elles être disponibles?
-
-
Systèmes similaires
-
L'architecture d'I2P repose sur les concepts de logiciel intermédiaire orienté messages, de topologie de table
- de hachage décentralisée, de l'anonymat et de la cryptographie des réseaux croisés à routes libres et de
- l'adaptabilité des réseaux à paquets commutés. L'apport ne vient cependant pas de nouveaux concepts d'algorithmes,
- mais de l'analyse attentive des résultats de recherches et documentations des systèmes existants.
- Bien qu'il y ait peu d'efforts similaires qui vaillent d'être analysés en détail, tant au niveau technique que
- fonctionnel, il en est néanmoins deux qui sortent du lot: Tor et Freenet.
Au premier coup d'œil, Tor et I2P ont plusieurs ressemblances fonctionnelles et d'anonymat.
- Bien que le développement d'I2P ait commencé avant que nous ne fussions au courant des premières étapes du travail
- sur Tor, plusieurs des leçons du travail d'origine du routage en oignon et de ZKS furent intégrées
- dans sa conception. Plutôt que de construire un système centralisé de confiance, avec des serveurs d'annuaires, I2P
- dispose d'une base de données réseau auto-organisée dans laquelle chaque pair assume la responsabilité du profilage
- des autres routeurs pour déterminer la meilleure façon d'exploiter les ressources disponibles. Une autre différence
- majeure réside dans le fait que bien qu'utilisant tous les deux des chemins étagés et ordonnés, I2P est
- fondamentalement un réseau à commutation de paquets alors que Tor est un réseau à commutation de circuits, ce qui
- permet à I2P de contourner de façon transparente les congestions et autres défaillances du réseau, de gérer des
- chemins redondants, et de faire de l'équilibrage de charge sur les ressources disponibles.
- Si Tor offre nativement la fonctionnalité très utile de découverte et de sélection de mandataire de sortie
- (outproxy), I2P délègue cette décision de couche applicative... aux applications: dans les faits, I2P a même
- externalisé vers la couche applicative la bibliothèque de flux (streaming) "style TCP" permettant ainsi aux
- développeurs d'expérimenter diverses stratégies afin d'en tirer les meilleures performances.
-
Du point de vue de l'anonymat, la comparaison du cœur des réseaux présente beaucoup de similarités.
- Il y a malgré tout quelques différences fondamentales. Pour la prise en compte des menaces internes et de la
- plupart des menaces externes, les tunnels simplex d'I2P n'exposent au plus que la moitié des données de trafic
- que ne le font les circuits duplex de Tor, rien qu'au niveau de l'observation des flux: une requête HTTP et sa
- réponse suivent le même chemin dans Tor, alors que dans I2P, les paquets constituant la requête passent par un ou
- plusieurs tunnels sortants, et ceux de la réponse empruntent un ou plusieurs tunnels entrants.
- Les stratégies de sélection et de tri des pairs dans I2P entrave suffisamment les attaques par prédécesseur,
- mais il peut aussi mimer les tunnels duplex de Tor en créant les tunnels entrants et sortants en suivant les
- mêmes routeurs.
-
Une autre faille d'anonymat dans Tor vient de la création télescopique de tunnels: le comptage et les mesures de
- timing des paquets dans un circuit passant à travers le nœud ennemi lui permettent l'extraction de données
- statistiques pouvant lui révéler sa position dans le circuit. Dans I2P, la création de tunnels unidirectionnels
- en un seul message masque cette information. La confidentialité de la position occupée dans un tunnel est
- importante car un attaquant pourrait profiter de cette donnée pour lancer une série d'attaques de prédécesseur,
- d'intersection, et de confirmation de trafic.
-
-
Le deuxième niveau de mandataires "oignons" de Tor apporte un bon anonymat à faible coût d'entrée, alors q'I2P
- ne permettra pas cette topologie avant la version 2.0.
-
Globalement, Tor et I2P se complètent mutuellement: Tor se focalise sur la mise à disposition de mandataires
- sortants rapides et anonymes, et I2P s'oriente vers un réseau robuste et décentralisé. En théorie, chacune de ces
- deux approches sont destinées à des fins différentes, mais étant donné les faibles ressources en développement,
- elles ont chacune leurs propres forces et faiblesses. Les développeurs d'I2P ont étudié les étapes nécessaires
- à la modification de Tor pour qu'il puisse bénéficier de la conception d'I2P, mais les inquiétudes quand à la
- viabilité de Tor en régime de ressources raréfiées suggèrent que l'architecture à commutation de paquets choisie
- par I2P est à même d'exploiter plus efficacement des ressources rares.
Freenet a largement contribué aux premières étapes de conception d'I2P, en donnant la preuve de la viabilité
- d'une communauté enthousiaste entièrement contenue dans un réseau et en démontrant que les dangers inhérents aux
- mandataires sortants pouvaient être évités. La première graine d'I2P germa en tant que couche de communication
- pour Freenet visant à séparer les complexités d'une communication point à point sécurisée, anonyme et adaptable,
- de celles d'un réservoir de données décentralisé et résistant à la censure.
- Le temps passant, les problèmes d'anonymat et d'adaptabilité intrinsèques des algorithmes retenus pour la
- conception de Freenet confirmèrent que la visée d'I2P devait strictement s'en tenir à fournir une couche
- de communication banalisée plutôt que de rester un composant de Freenet. Après quelques années, les développeurs de
- Freenet furent amenés à reconnaître les faiblesses de cette conception déjà fort ancienne qui les conduisait à
- y répondre en proposant une couche de "pré-mélange" pour obtenir un anonymat plus solide. En d'autres termes,
- Freenet a besoin de fonctionner sur un réseau croisé tel que Tor ou I2P, les nœuds clients demandant et publiant
- les données via le réseau croisé sous-jacent sur les nœuds serveurs qui ensuite les ramènent et les stockent
- conformément à ses propres algorithmes heuristiques de stockage distribué.
-
La fonctionnalité de Freenet est très complémentaire à celle d'I2P, car il apporte nativement plusieurs des
- outils nécessaires aux systèmes à haute et moyenne latence, quand de son côté I2P apporte le réseau croisé à
- faible latence adapté au niveau d'anonymat attendu. La logique de séparation du réseau croisé et du stockage
- distribué résistant à la censure paraissant toujours pertinente d'un point de vue de l'allocation des ressources,
- de la sécurité, de l'anonymat et de l'ingénierie, on peut espérer que l'équipe de Freenet persévère dans cette
- voie, si ce n'est simplement en réutilisant (ou en améliorant, au besoin) des réseaux croisés existants tels qu'I2P
- ou Tor.
-
Il est intéressant de signaler ici les débats et travaux des développeurs de Freenet concernant un "réseau masqué
- globalement adaptable" qui utiliserait des routes privées entre pairs ayant des relations de confiance
- disparates. Comme l'insuffisance des informations rendues publiques sur la façon de parvenir à faire fonctionner
- un tel système empêche d'en faire une analyse exhaustive, les prétentions annoncées en terme d'anonymat et
- d'adaptabilité doivent être prises avec beaucoup de réserve. En particulier la pertinence de son utilisation en
- milieu hostile peuplé d'adversaires sur-vitaminés a été énormément surestimée, et toute analyse des conséquences de
- la rareté des ressources sur l'adaptabilité du réseau a visiblement été oubliée. Restent aussi des questions sur la
- vulnérabilité à l'analyse de trafic, la confiance et d'autres sujets, mais l'analyse en profondeur de ce "réseau
- croisé globalement adaptable" devra attendre que l'équipe de Freenet en publie la documentation.
-
-
Appendice A: La couche applicative
-
-
- I2P en lui-même ne fait pas grand chose: il envoie simplement des messages à des destinations distantes et reçoit
- des messages pour le compte de destinations locales. Le travail le plus intéressant se passe dans les étages
- supérieur. En soi, I2P peut être considéré en tant que couche IP anonyme et sécurisée, et la
- bibliothèque de flux fournie, comme un étage supérieur TCP anonyme et sécurisé.
- Ensuite, I2PTunnel propose un système de délégation générique pour entrer et sortir du
- réseau I2P, ainsi qu'une fournée d'applications réseau destinées à donner plus de fonctionnalités aux
- utilisateurs.
-
-
-
Bibliothèque de flux (streaming)
-
- La bibliothèque de flux d'I2P peut être considérée comme une interface pour les flux (des connecteurs TCP
- en mirroir), et la mise en œuvre prend en charge un
- protocole à fenêtre glissante doté de plusieurs
- optimisations pour tenir compte du haut délai sur I2P. Les flux individuels peuvent ajuster la taille maximum des
- des paquets ainsi que d'autres options, bien que les 4 ko compressés par défaut semblent un choix raisonnable
- pour le coût en bande passante de la retransmission des messages perdus et la latence de messages multiples.
-
-
- De plus, au regard du coût assez élevé des messages subséquents, le protocole de planification et de livraison de
- la bibliothèque a été optimisé pour faire en sorte que les messages individuels transférés contiennent le plus
- possible de l'information disponible. Par exemple, une petite transaction HTTP mandatée par la bibliothèque
- peut être pliée en un unique aller-retour: le premier message embarque le SYN, le FIN et la petite charge utile (
- une requête HTTP y contient en général), et la réponse contient le SYN, le FIN et le ACK, et aussi la petite charge
- (plusieurs réponses HTTP tiennent dans la boîte de sardines). Lorsque un ACK supplémentaire doit être transmis pour
- indiquer au serveur que le SYN/FIN/ACK a été reçu, le proxy HTTP local peut immédiatement livrer la réponse
- complète au navigateur.
-
- Globalement, cependant, la bibliothèque de flux revêt beaucoup de ressemblance avec le modèle de TCP avec ses
- fenêtres glissantes, ses algorithmes de contrôle de congestion (démarrage lent et évitement), et le comportement
- général des paquets (ACK, SYN, FIN, RST, etc...)
Le nommage dans I2P a dès les tout débuts fait l'objet de nombreux débats entre les tenants de chaque
- possibilités. Cependant, étant donné les demandes de communication sécurisée et de fonctionnement décentralisé aux
- principe d'I2P, les traditionnels systèmes du type DNS comme ceux fondés sur des votes à la majorité furent
- mis hors-jeu. En lieu et place, I2P s'appuie sur une bibliothèque de fonctions de nommage et une implémentation
- de base conçue pour un fonctionner indifféremment grâce à une correspondance entre un nom local et une destination
- ou à une application compagnon appelée "carnet d'adresses" (addressbook). Le carnet d'adresses est un système de
- nommage sécurisé accessible au lecteur humain, décentralisé et piloté par un réseau de confiance, sacrifiant
- uniquement la nécessité des noms humainement lisibles d'être globalement uniques, en n'exigeant seulement que
- l'unicité locale. Comme tous les messages dans I2P sont référencés cryptographiquement par leur destination,
- des personnes différentes peuvent avoir dans leur propre carnet d'adresses une entrée pour "Alice" se rapportant
- à une destination différente. Les utilisateurs peuvent toujours trouver de nouveaux noms en important les carnets
- d'adresses publics des pairs spécifiés dans leur réseau de confiance, en ajoutant les entrées procurées par un
- tiers ou (si quelques uns organisent une série de carnets publiés en se servant d'une méthode d'enregistrement
- premier entré premier servi) ils peuvent décider de considérer ces carnets d'adresses comme des serveurs de noms
- fonctionnant à la façon du DNS habituel.
-
Cependant, I2P ne préconise pas l'utilisation de services semblables à DNS, car les dégâts causé par un
- détournement de site peuvent être énormes - et les destinations non sécurisées n'ont aucune valeur.
- DNSsec lui-même repose sur les registrars et les autorités de certification, alors qu'avec I2P, les requêtes
- envoyées ne peuvent être interceptées ni leurs réponses usurpées car cryptées pour la destination qui n'est elle-
- même qu'une paire de clés publiques et un certificat. Les systèmes de style DNS permettent à tout serveur de noms
- situé dans le chemin de la requête de lancer des attaques de dénis de service et d'usurpations. L'adjonction aux
- réponses d'un certificat les authentifiant signé par quelque autorité de certification centrale résoudrait
- le problème de serveur de nom hostile sans apporter de solutions à ceux des attaques de replay ni à l'hypothèse de
- l'autorité de certification hostile.
-
Le nommage par votes est dangereux lui aussi, étant donné l'efficacité des attaques de Sibylle dans les systèmes
- anonymes: un attaquant peu créer des pairs en nombre suffisant pour s'assurer l'attribution d'un nom donné.
- On pourrait utiliser des méthodes "Proof-of-work" pour donner un prix à l'identité, mais à mesure de la croissance
- du réseau, le besoin de contacter tout le monde pour organiser un vote en ligne rendrait la charge du réseau
- inenvisageable. Et renoncer à interroger tout le réseau conduirait à avoir différents jeux de réponses.
-
Comme avec Internet cependant, I2P maintient la structure et le fonctionnement d'un système de nommage en dehors
- de la couche de communication (elle-même reprise du modèle IP, comme décrit plus haut). La bibliothèque fournie
- inclut une interface de fournisseur de service permettant d'utiliser d'autres systèmes de nommage en fonction
- des préférences des utilisateurs.
-
-
Syndie
-
Le vieux Syndie fourni avec I2P a été remplacé par un nouveau qui est distribué séparément.
- Voir la page Syndie.
-
Syndie est un système d'agrégation/publication/blogage anonyme et sécurisé. Vous pouvez créer de l'information,
- la partager, et lire celle venant de qui vous intéresse, tout ça en prenant en compte vos besoins en sécurité et en
- anonymat. Plutôt que d'utiliser un réseau de distribution de contenu spécifique, Syndie est conçu pour fonctionner
- sur des réseaux existant, en réalisant la publication via les sites eep, les services Tor masqués, les freesites
- Freenet, les sites Internet normaux, les newsgroups de Usenet, les listes de messagerie, les sources RSS, etc...
- Les données sont publiées pour permettre le respect de la consultation et de l'archivage via une authentification
- par pseudonyme.
-
-
I2PTunnel
-
Développé par mihi
-
I2PTunnel est assurément l'application I2P la plus appréciée et la plus polyvalente, de part sa capacité à
- fournir un mandatement générique pour l'entrée et la sortie du réseau I2P. On peut se représenter I2PTunnel comme
- quatre applications mandataires indépendantes: un "client" qui reçoit les connexions TCP et les transfère à une
- destination I2P particulière, un "client http" (eepproxy) faisant office de mandataire HTTP qui transfère les
- requêtes à la destination appropriée (après une éventuelle recherche dans le service de nommage), un "serveur" qui
- reçoit les connexions de flux entrantes à une destination et les transfère au port/hôte TCP voulu et un "serveur
- HTTP" qui étend le "serveur" en décortiquant les requêtes et les réponses pour permettre un fonctionnement plus
- sûr. Il y a aussi une application "client socks", mais son utilisation est déconseillée pour les raisons
- précédemment signalées.
-
I2P n'est pas un réseau mandataire de sortie: les préoccupations de sécurité et d'anonymat au cœur d'un
- réseau croisé qui échange des données avec le monde extérieur ont centré la conception d'I2P pour qu'elle ne dérive
- pas de ces préoccupations, et donc ne nécessite pas l'accès à des ressources externes. Cependant, le "client HTTP"
- offre une possibilité de connexion pour du mandatage sortant: si le nom d'hôte demandé ne finit pas en ".i2p", elle
- sélectionne aléatoirement une destination dans un groupe de mandataires sortants fournis par l'utilisateur et lui
- transfère la requête. Ces destinations sont de simples instances de "serveur" I2PTunnel exécutées par des
- volontaires ayant délibérément décidé de fonctionner en mandataire sortant. Personne n'est dans ce cas par défaut,
- et rien n'indique automatiquement aux autres de passer votre proxy si vous avez décidé de jouer ce rôle.
- Bien que les mandataires sortants soient intrinsèquement porteurs de faiblesses, ils démontrent la faisabilité
- de l'utilisation d'I2P pour certaines utilisations dans lesquelles le modèle de sécurité resterait suffisant pour
- certains utilisateurs.
-
I2PTunnel active l'utilisation de la plupart des applications. Un "serveur HTTP" pointant sur un serveur web
- permet à chacun d'avoir son propre site web anonyme (appelé "eepsite"): un serveur web est fourni avec I2P à cet
- effet, mais on peut utiliser n'importe lequel. Chacun peut utiliser un "client" pointant vers un des serveurs IRC
- hébergés anonymement, chacun d'entre eux pointant vers son service local IRC et communicant entre services avec
- leur propre tunnels "clients". Les utilisateurs ont aussi des tunnels "clients" pointant sur des destinations
- POP3 et SMTP I2Pmail (qui sont également de simples instances "serveur" pointant sur des
- serveurs POP3 et SMTP), ainsi que que des tunnels "clients" pour des serveurs CVS sur I2P (pour du développement
- anonyme). Il y même eu des gens avec des "clients" mandataires pour accéder à des instances "serveur" pointant sur
- un serveur NNTP.
-
-
i2p-bt
-
Développé par duck et al
-
i2p-bt est un portage du client BitTorrent python principal destiné à exécuter le tracker et gérer
- la communication entre pairs I2P. Les demandes du tracker sont transmises par le mandataire eepproxy aux sites eep
- indiqués dans le fichier torrent, et les réponses se rapportent explicitement aux pairs par leur destination: ceci
- permet à i2p-bt d'ouvrir une connexion par la bibliothèque de flux pour demander les
- blocs.
-
En complément à i2p-bt, un portage I2P de bytemonsoon a été réalisé, en faisant quelques modifications pour en
- retirer quelques informations compromettant l'anonymat et prendre du fait que l'IP ne permet pas l'identification
- des pairs.
-
-
I2PSnark
-
I2PSnark développé par jrandom et al, porté du client Snark de mjw.
-
Fourni à l'installation d'I2P, I2PSnark offre un client BitTorrent anonyme simple doté de possibilités
- multitorrents, et entièrement interfacé en HTML
PyBit est un client Bittorrent écrit en Python.
- Disponible sur http://pebcache.i2p/
-
-
I2Phex
-
Développé par sirup
-
I2Phex est un portage assez direct du client de partage de fichiers Gnutella Phex. Bien que certaines
- fonctionnalités aient été désactivées (comme l'intégration des caches web Gnutella), les fonctions basiques de
- partage de fichiers et de chat sont pleinement opérationnelles.
-
I2Pmail/susimail
-
Développé par postman, susi23 et mastiejaner
-
I2Pmail est plus un service qu'une application: postman offre un service de mail interne et externe par
- POP3 et SMTP via des instances I2PTunnel accédant à une série de composants développés avec mastiejaner,
- permettant aux gens d'utiliser leur client de messagerie préféré pour envoyer et recevoir du courriel avec un
- pseudonyme. Cependant, comme la plupart de ces clients ont la fâcheuse manie d'embarquer dans les messages des
- informations compromettant l'anonymat, I2P fournit le client webmail de susi23 construit avec les toutes les
- exigences d'anonymat en tête. Le service I2Pmail/mail.i2p offre un filtrage anti-virus transparent et une
- prévention de déni de service par des quotas à pénalités incrémentielles. De plus, chaque utilisateur dispose du
- contrôle de sa stratégie de traitement par lots avant l'envoi par les mandataires sortants de mail.i2p,
- qui sont différents des serveurs de mail SMPT/POP3 de mail.i2p: les mandataires sortants et entrants communiquent
- avec les serveurs de mail d'i2p via I2P lui-même, donc la compromission de ces emplacements non anonymes ne
- donnerait accès aux comptes de messagerie ou aux motifs/profils d'activité des utilisateurs. En ce moment,
- les développeurs travaillent sur un système de messagerie décentralisé, appelé "v2mail".
- Plus d'infos sur le site eep hq.postman.i2p.
-
-
I2P-Bote
-
Développé par HungryHobo
-
- I2P-Bote est une application de messagerie décentralisée. Elle n'utilise pas le concept traditionnel
- d'envoi/réception de messages à un serveur. Elle utilise une table de hachage décentralisée Kedemlia pour stocker
- les messages. Un utilisateur peut envoyer son message vers la DHT, un autre peut en extraire les siens destinés.
-
-
I2P-messenger
-
- I2P-messenger est une application de communication sans serveur cryptée de bout en bout. Pour communiquer, deux
- utilisateurs doivent se donner l'un à l'autre leur destination pour se mettre en relation.
-
Die Webseite wird gerade überholt und dieses Dokument kann alte Informationen enthalten
-
I2P Project Targets
-
Hier ist eine detaillietere (und dennoch unvollständige)
-Diskussion der wichigsten Gebiete zur zukünftigen Entwicklung des grundlegenden
-I2P Netzwerkes, übergreifend über die zukünftigen geplanten Versionen.
-Dieses beinhaltet nicht steganographische Transporte, anpassen auf kabellose Geräte
-oder Werkzeuge zum absichern der eigenen Computer gegen Angriffe. Ebenfalls sind die Klientenanwendungen
-nicht dabei, die unverzichtbar für den Erfolg von I2P sind. Es werden mehr Themen
-folgen, besonders alsbald I2P mehr Überprüfungen bekommt, aber hier sind
-zumindest die "grossen Themen" aufgelistet.
-Schaue ebenfalls in den Zeitplan.
-Möchtest du helfen? Beteilige Dich!
-
NAT/Firewall überwindung via 1-hop beschränkte Routen
-Implementiert in I2P 0.6.0.6
-
-
Um Knoten hinter nicht kontrollierten NATs oder Firewalls dennoch
-mit voller Funktionalität am Netzwerk teilnehmen zu lassen brauchen wir
-ein wenig der Funktionalität der Beachränkten Routen (da diese
-Knoten keine eigehenden Verbindungen empfangen können). Um dieses erfolgreich
-zu machen, teilt man die Knoten in 2 Gruppen auf:
-
Knoten mit erreichbarem Interface - diese Knoten müssen nichts
- besonderes machen
-
Knoten mit nicht erreichbarem Interface - Diese Knoten müssen
- von einem anderen Gateway aus einen Tunnel zu sich aufbauen. Dieser andere
- Gateway muss mit ihnen eine Verbindung aufgebaut haben, eine öffentlich
- erreichbares Interface haben und zugestimmt haben, ein "Introducer" zu sein.
-
-
-
Hierfür verbinden sich die nicht erreichbaren Knoten einfach mit ein paar anderen
-Knoten, bauen einen Tunnel durch sie auf und veröffentlichen eine
-Referenz auf diese Tunnel in Ihrer RouterInfo Struktur in der Netzwerk Datenbank.
-
-
-
Falls jemand einen bestimmten Router erreichen will, muss dieser erst
-dessen Routerinfo aus der Netzwerk Datenbank bekommen. Diese teilt ihm mit, ob der
-Router direkt (z.B. hat der Knoten ein öffentlich erreichbares Interface)
-erreichbar ist oder indirekt erreicht werden muss. Direkte Verbindungen passieren
-wie sonst normal auch, während indirekte durch einen der publizierten
-Tunnel aufgebaut werden müssen.
-
-
Falls ein Router nur ein oder zwei Nachrichten an einen bestimmten
-versteckten Knoten senden will, kann dieser einfach diese indirekten Tunnel
-zum Senden der Nutzdaten benutzen. Falls jedoch der Router öfters zu dem
-versteckten Knoten sprechen möchte (z.B. als Teil eines Tunnels), sendet er
-eine garlic geroutete Nachricht durch den indirekten Tunnel zu dem verstecktem
-Knoten, welcher den Inhalt, der eine Nachricht zum zurückschicken an den
-Ausgangsrouter enthält, auspackt. Dieser verteckte Knoten baut dann eine
-ausgehende Verbindung zu dem Ausgangsrouter auf und über diese direkte
-Verbindung können die beiden Router dann miteinander kommunizieren.
-
-
Natürlich funktioniert dieses nur, wenn der Ausgnagsrouter
-Verbindungen empfangen kann (nicht auch versteckt ist). Falls das der Fall ist,
-kann er einfach die garlic geroutete Nachricht über den Eingangstunnel des
-Ausgangsrouter zurückrouten..
-
-
Hierbei geht es nicht darum, die IP eines Knotens zu verstecken, es ist
-eher eine Möglichkeit um Nutzern hinter NATs und Firewalls ganz am
-Netzwerk teilnehmen zu lassen. IPs zu verstecken braucht etwas mehr Arbeit,
-wie weiter unten beschrieben.
-
-
Mit dieser Technik kann jeder Router in einem Tunnel jede Aufgabe annehmen.
-Aus Effizienzgründen ist ein versteckter Knoten eine schlechte Wahl als
-Eingangsgateway. Innerhalb eines Tunnels sollten zwei benachbarte Knoten nicht
-versteckt sein, dennoch wird diese Regel technisch nicht benötigt.
-
-
-
Hochentwicklete Transportschicht mittels UDP, NBIO, oder NIO
-Sowohl UDP als auch NIO sind in I2P implementiert
-
-
Standard TCP Kommunikation in Java braucht normalerweise blockierende Socket Aufrufe.
-Damit diese Aufrufe nicht das gesamte System blockieren, sind sie in eigenen Threads
-implementiert. Unser alter TCP Transport war recht einfach implementiert - für
-jeden Knoten mit dem wir kommunizierten hatten wir einen lesenden und einen schreibenden
-Thread. Der lesende Thread ruft einfach in einer Schleife eine Reihe vo read()-Aufrufen
-auf, baut I2NP Nachrichten auf und fügt sie einer internen Warteschlange für
-eingehende Nachrichten hinzu. Der schreibende Thread holt die Nachrichten aus der Ausgangs Nachrichten
-Queue (je Verbindung) und schiebt diese durch die write()-Aufrufe.
-
-
Wir machen das aus CPU-Sicht recht effizient - die meiste Zeit warten fast alle Threads
-untätig. Jedoch braucht jeder Thread auch reale
-Ressourcen (auf älteren Linux Kernels war oft z.B. jeder Thread als ein abgeleiter
-Prozess implementiert). Sobald das Netzwerk wächst, wächst auch die Anzahl
-Knoten, mit der ein jeder Router kommuizieren möchte (man bedenke, dass I2P voll
-verbunden ist, was bedeuted, das jeder Knoten wissen sollte, wie er eine Nachricht zu einem
-anderen Knoten bekommt. Eine Einschränung der Routen sollten nicht wirklich die Anzahl
-der benötigten Verbindungen reduzieren). Somit wird in einem Netzwerk mit
-100.000 Routern jeder einzelne bis zu 199.998 Threads NUR zum Abarbeiten der TCP
-Verbindungen haben!
-
-
Offensichtlich wird das nicht funktionieren. Wir brauchen eine skalierbare
-Transportschicht. In Java haben wir da 2 grosse Möglichkeiten:
-
-
UDP
-Implementiert in I2P 0.6 ("SSU") und hier beschrieben
-und dokumentiert
-
-
Das Senden und Empfangen von UDP Datagrammen geschieht ohne stehende Verbindung.
-Auch bei 100.000 anderen Routern benötigt UDP nur einen einzelnen Thread, der
-die ausgehenden Pakete aus einem Stack ausliest und versendet
- (und um zu Empfangen, gibt es einen Thread, der alle eingehenden
-UDP Pakete einsammelt und diese an die Eingehende Queue weiterleitet).
-
-
UDP zu nutzen bedeuted aber auch, die Vorteile von TCP zu verlieren, wie z.B.
-die Reihenfolge der Pakete, Auslastungskontrolle, MTU Erkennung, usw. Dieses alles
-zu implementieren wird viel Arbeit sein, aber I2P braucht nicht alle Featuers von TCP.
-Insbesondere habe ich beim Messen im Simulator und im Livenetz festgestellt, dass
-der Grossteil der transportierten Nachrichten problemlos in ein einzelnes
-unfragmentierten UDP Paket passt, wogegen die grössten in 20-30 Pakete passen.
-Wie mule angemerkt hat, fügt TCP einen erheblichen Overhead bei den vielen kleinen
-Paketen hinzu, da für jedes Paket ein ACK verschickt werden muss. Mit UDP
-können wir den Transport sowohl auf Effizienz als auch auf Belastbarkeit
-optimieren in Hinblick auf die speziellen Bedürfnisse von I2P.
-
-
Es wird eine Menge an Arbeit sein.
-
-
NIO oder NBIO
-NIO implementiert in I2P 0.6.1.22 ("NTCP")
-
-
In Java 1.4 wurde ein ganzes Paket von sogenannten "New I/O" eingebaut, die den
-Entwicklern erlaubt, die Vorteile der nicht-blockierenden IO-Fähigkeiten des Systems zu
-Nutzen - dadurch kann eine grosse Menge von gleichzeitigen IO-Operationen verwaltet werden,
-ohne die Notwendigkeit eines seperaten Threads für
-jede einzelne IO-Operation. Dieser Ansatz ist vielversprechend, da wir auf diese Weise viele
-Verbindungen gleichzeitig verarbeiten können und keinen
-selbstgeschriebenen Mini-TCP Stack in UDP benötigen.
-Dennoch sind die NIO Pakete nicht ganz fehlerfrei, wie die Freenetentwickler
-feststellen mussten. Hinzu kommt, das wir mit NIO-Support nicht die Open Source
-JVMs wie z.B. Kaffe unterstützen, da
-GNU/Classpath NIO nur im geringen Umfang
-unterstützt.
-(Hinweis: das ist womöglich schon/bald der Fall, da es Verbesserungen bei
-den Classpaths NIO gegeben hat, aber es ist unbekannt, wie weit diese verbessert sind.)
-
-
Eine weitere Alternative in diese Richtung ist das
-Non Blocking I/O Paket -
-eine grundsätzliche saubere NIO-Implementierung (geschrieben bevor NIO da war).
-Es verwendet einige BEtriebssystem-Routinen des nichtblockierenden IO
-und reicht Events an Java weiter. Es scheint mit Kaffee zu funktionieren, obwohl
-es letztens nicht viel Entwicklung in dem Projekt gab (wohl durch die Java 1.4 NIO
-Entwicklung bedingt).
-
-
-
-
NetworkDB und Profiloptimierung und Entfernungsregeln für grosse
- Netze
-
-
In der derzeitigen Netzwerkdatenbank und Profilemanagement Implementation haben wir uns
-die Freiheit genommen, ein paar praktische Vereinfachungen zu nutzen. Zum Beispiel
-haben wir keinen Code um die Knoten Referenzen aus der K-Gruppe zu entfernen, falls wir
-nicht genug Knoten haben um nur eine Gruppe hinreichend zu füllen, stattdessen
-behalten wir den Peer in der jeweiligen passenden Gruppe.
-Ein weiteres Beispiel dreht sich um die Knoten Profile - der benötigte Speicherbedarf
-für jedes Knoten Profile ist klein genug damit wir tausende voll ausgefüllte
-Profile ohne Probleme im Speicher halten können. Während wir die Möglichkeit
-zum Nutzen von gekürzten Profilen (von denen wir 100 Tausende im Speicher halten
-können) haben, haben wir keinen Code um ein gekürztes Profil in ein
-volles Profil zu wandeln, anders herum oder gar ganz zu entfernen. Es ist einfach
-nicht praktikabel genug, den Code jetzt zu schreiben, da wir diesen noch eine lange
-Zeit nicht brauchen werden.
-
-
Somit sollten wir dieses im Hinterkopf behalten, sobald das Netzwerk weiter
-wächst haben wir ein wenig Arbeit damit, aber für jetzt lassen wir das
-für später.
-
-
-
-
-
Sicherheit / Anonymität
-
-
-Pro-hop Tunnel ID und neue permutierte TunnelVerificationStructure verschlüsselung
-In I2P 0.5 eingebaut wie woanders beschrieben
-
-
Zur Zeit wissen, wenn Alice einen 4-Hop Eingangstunnel aufbaut, der bei Elvis beginnt
-und über Dave,Charlie und Bob zu Alice geht (A<--B<--C<--D<--E),
-alle 5 beteiligten Knoten die Tunnel ID "123", da die
-Nachrichten damit bezeichnet sind. Wir möchten jedem Hop seine eigene Tunnel-Hop ID
-geben - Charlie bekommt Nachrichten über Tunnel 234 and reicht diese zum Tunnel 876
-an Bob weiter. Beabsichtigt wird damit, dass Bob oder Charlie nicht wissen, dass sie im Tunnel
-von Alice teilnehmen. Unterschiedliche Tunnel IDs erschweren "Collusion-Attacken".
-
-
Eine einzigartige TunnelID pro Hop hinzuzufügen ist nicht schwer, aber für
-sich alleine unzureichend. Falls Dave und Bob unter der Kontrolle des selben Angreifers
-stehen, könnten sie nicht anhand der Tunnel ID sagen, das sie am selben Tunnel
-teilnehmen, jedoch können sie es anhand der Nachrichtentexte und
-Verifikationsstrukturen durch einen simplen Vergleich herausfinden. Um das zu verhindern
-muss ein Tunnel eine schichtweise Verschlüsselung auf dem Wege nutzen, sowohl auf
-den Inhalt der getunnelten Nachricht als auch auf der Verifikationsstruktur (die zum
-verhindern einfacher Attacken genutzt wird). Die TunnelMessage Struktur muss hierfür
-geriongfügig geändert werden, als auch die Einbindung von pro-Hop geheimen Schlüsseln,
-die beim Tunnelaufbau transportiert und zum Tunnel Gateway durchgereicht werden.
-Wir müssen eine maximale Tunnellänge setzen (z.B. 16 Hops) und dem Gateway
-sagen, das dieser die Nachricht mit jedem der 16 empfangenen geheimen Schlüsseln
-verschlüsseln muss, in umgekehrter Reihenfolge, und auch die Signatur der
-Prüfsumme der (verschlüsselten) Daten bei jedem Schritt verschlüsseln muss.
-Das Gateway senden dann diese 16-fach verschlüsselte Nachricht mitsamt den 16-fachem,
-16 Felder weiten, verschlüsselten Mapping an den ersten Hop. Dieser entschlüsselt
-die Nachricht und die Nutzdaten mit seinem geheimen Schlüssel, schaut in der 16
-Felder weiten Mapping nach dem Eintrag, der zu seinem eigenem Hop passt (mit der Pro-
-Hop Tunnel ID gekennzeichnet) und prüft die Nutzdaten gegen
-die assoziierte signierte Prüfsumme.
-
-
Das Tunnel Gateway hat immer noch mehr Informationen als die anderen Knoten im Tunnel
-und die Übernahme des Gateways und eines Tunnel Teilnehmers erlaubt Angreifern, diesen
-Knoten zu vergleichen und festzustellen, dass beide im selben Tunnel sind.
-Zusätzlich wissen benachbarte Knoten sowieso, das sie im selben Tunnel sind, da sie
-wissen, an wen sie die Nachricht gesendet haben. Mit IP basierten Transporten ohne
-beschränktes Routing wissen sie auch von wem die Nachricht kam. Dennoch erhöhen
-die oben genannten Techniken erheblich die Kosten um bei längeren Tuuneln
-aussagekräftige Daten zu erlangen.
-
-
-
-
Strenges Sortieren der Teilnehmer in Tunneln
-Implementiert im Release 0.6.2
-
-
Wie Connelly vorschlug,
-der Predecessor Attacke
-(2008 update)
-zu begegnen, in dem wir die Reihenfolge der Knoten in unseren Tunneln konsistent halten
-(das meint, wann immer Alice einen Tunnel mit Bob und Charlie aufbaut, wird Charlie immer
-der nächste Hop von Bob sein), setzen wir es um, damit Bob nicht Alice Auswahlgruppe
-an Knoten herausfinden kann. Möglicherweise gehen wir einen Schritt weiter und erlauben
-Bob nur, nur in einer Richtung in Alices Tunnel teilzunehmen - von Dave eine Nachricht empfangen
-und an Charlie weiterreichen - und falls diese Knoten nicht zur Teilnahme im Tunnel zur
-Verfügung stehen (z.B. wegen Überlastung, Disconnect oder so) wird Bob nicht mehr
-zur Teilnahme im Tunnel angefragt, bis die Knoten wieder zur Verfügung stehen.
-
-
Es sind noch mehr Analysen notwendig um den Prozess der Tunnelherstellung zu
-überprüfen - zur Zeit suchen wir einfach aus und sortieren zufällig
-in der "Top Tier" Knotengruppe des Knotens (die Gruppe mit "fast + high capacity).
-
-
Das Anwenden des strengen Sortierens der Knoten im Tunnel erhöht auch die
-Anonymität der Knoten mit 0-Hop Tunnels, da sonst die Tatsache, das das Gateway
-eines Knoten immer gleich bliebe, eine verräterische Aussage ist. Dennoch sollten
-Knoten mit 0-Hop Tunnel hin und wieder 1-Hop Tunnel nutzen um den Ausfall eines
-normalen, zuverlässlichen Gateways zu simulieren (z.B. alle MTBF*(Tunnel Lebensdauer)
-Minuten einen 1-Hop Tunnel nutzen).
-
-
-
Zufällig variierte Tunnellänge
-Eingebaut in I2P 0.5, wie woanders beschrieben
-
-
Ohne Tunnellängen Variationen kann jemand, der irgendwie die Tunnellänge einer
-Destination mitbekommt, diese Information nutzen, um die IP Adresse eines Zieles mittels
-einer "Predecessor Atacke" herauszubekommen. Wenn z.B. jeder 2-Hop Tunnel nutzt und Bob eine
-Tunnelnachricht von charlie bekommt und an Alice weiterreicht, weiss Bob, das Alice der letzte
-Knoten im Tunnels ist. Falls Bob identifizieren kann, welche Destination den Tunnel erstellt
-hat (das meint durch Kollisionen mit dem Gateway und die Netzwerk Datenbank nach all den
-Leasesets durchsuchen), dann kennt er den Router, auf dem die Destination liegt (und
-ohne beschränkte Routen auch die IP).
-
-
Um dem Verhalten der Benutzer zu begegnen sollten Tunnellängen variiert werden,
-realisiert mit einem Algorhytmus der auf der angefragten Tunnellänge basiert (z.B.
-die 1/MTBF Tunnellänge für 0-Hop Tunnels, wie oben beschrieben).
-
-
-
Ganz ausgenutzte n-hop beschränkte Routen mit optionalen vertrauten Verbindungen
-
-
Die Funktionalität der oben beschriebenen beschränkten Routen ist eine einfache
-funktionale Angelegenheit - wie man Knoten, die sonst nicht teilnehmen können, am Netz
-teilnehmen lassen kann. Doch bietet dieses Konzept noch weitere Möglichkeiten. Z.B.
-wenn ein Router es nicht riskieren kann, mit nicht vertrauten Knoten direkt zu
-kommunizieren, bauen sie vertrauenswürdige Verbindungen durch diese Knoten auf, die es
-ihnen erlaubt, all ihre Nachrichten zu senden und zu empfangen. Diese versteckten Knoten, die
-absolut isoliert sein möchten, verneinen auch alle Verbindungsversuche anderer Knoten
-(wie sie in den "Garlic Routing" Techniken zuvor dargestellt wurden) - sie nehmen einfach
-den Garlicmantel, der den Befehl zum Transport zu einem bestimmten Knoten enthält, und
-routen diese Nachricht mitsamt den Befehlen zum Weiterreichen an den ursprünglich
-geforderten Zielknoten über einen der vertrauenswürdigen Verbindungen des
-versteckten Knoten hinaus.
-
-
-
Hashcash zur routerIdentity, destination und Tunnel Nachfrage
-
-
Im Netzwerk werden wir wollen, das einige Personen nicht zu viele Ressourcen verbrauchen
-oder so viele Knoten erstellen, das sie einen Sybil
-Angriff starten können. Traditionelle Techniken wie einen Knoten sehen lassen, wer
-eine Ressource anfordert oder einen Knoten beteibt, funktionieren in I2P nicht, da sie
-die Anonymität des Systems herabsetzen. Stattdessen möchten wir einige
-Anforderungen "teuer" machen.
-
-
Hashcash ist eine technik, die wir anonym nutzen
-können um bestimmte Aktivitäten "teuer" zu machen, so zum Beispiel das Erstellen
-einer neuen Router ID (nur einmal bei der Installation nötig), erstellen einer neuen
-Destination (nur einmal beim Erstellen des Services nötig) oder beim Anfordern von
-Knoten zum Teilnehmen in Tunneln (oft, etwa 2-300 mal die Stunde). Wir kennen nicht die
-"korrekten" Kosten für diese Aktivitäten bis jetzt, aber mit etwas forschen
-und experimentieren sollten wir einen Basislevel finden, der ausreichend teuer ist
-und dennoch keine unnötige Belastung für die Leute mit wenig Ressourcen
-darstellt.
-
-
Es gibt ein paar weitere Methoden die wir erkunden können um die Anfragen an
-Ressourcen "nicht kostenlos" zu machen und mehr forschen an dieser Front ist gerne gesehen.
Für grosse passive externe Beobachter und grosse interne, Kollusionen hervorrufende Beobachter
-ist das standard Tunnel Routing angreifbar über Traffic Analysen - einfache die grösse und
-Frequenz der Nachrichten zwischen Routern beobachten. Um sich dagegen zu schützen, möchten
-wir einige der Tunnel in ihre eigene Mixing Kaskade verwandeln - Nachrichten am Gateway sammeln,
-verzögern und in Paketen aussenden, falls nötig in anderer Reihenfolge und auch
-das einfügen von sinnlosen Nachrichten (für die Knoten im Pfad nicht von den "echten"
-Nachrichten unterscheidbar). Es gab schon eine Menge an
-Nachforschungen an diesen
-algorhytmen, an denen wir zuerst lernen können bevor wir die verschiedenen Tunnel Mix
-Strategien einbauen.
-
-
Zu den Aspekten der Anonymität der mehr variierenden Tunnel Operationen gibt es auch
-funktionale Aspekte. Jeder Knoten kann nur eine bestimmte Menge an Daten für das Netzwerk
-transportieren. Und um einen bestimmten Tunnel daran zu hindern, eine viel zu grosse Menge
-der Bandbreite zu nutzen, sollten die Knoten einige Bremsen für die Tunnel eingebaut haben.
-Zum Beispiel kann ein Tunnel so eingestellt werden, das er nach 600 transportierten Nachrichten
-(1 jede Sekunde), 2,4MB (4KBps) oder überschreiten eines Durchschnitts (8KBps für die
-letzte Minute) gebremst wird. Zuviele Nachrichten werden verzögert oder einfach fallen
-gelassen. Mit dieser Art des Beschränkens können Knoten eine Art ATM-QoS für
-bereitstellen, welches verhindert, das verhindert, das mehr Bandbreite alloziert wird, als
-der Knoten zur Verfügung hat.
-
-
Dazu wollen wir möglicherweise Code zum dynamischen Umrouten von Tunneln einbauen,
-um ausfallende Knoten zu umgehen oder zusätzliche Knoten in den Weg einzufügen.
-Dies kann durchs garlic routen einer Nachricht an einen bestimmtel Knoten im Tunnel geschehen,
-die Informationen zum umdefinieren des nächsten Hops im Tunnel..
-
-
-
Stop & Go Mix mit Garlic & Tunnel
-
-
Über das pro-Tunnel Sammeln und Mixen hinweg gibt es weitere Möglichkeiten
-um sich gegen grosse Angreifer zu schützen, so wie zum Beispiel für jeden Schritt
-im garlic gerouteten Pfad eine Verzögerung oder Zeitfenster zum Weiterrouten der
-Nachrichten zu defenieren. Dieses gibt Schutz gegen einen langzeit "Intersection" Angriff,
-da ein Knoten Nachrichten verschicken kann, die für die meisen Knoten auf dem Weg
-wie perfekte Standard Nachrichten aussehen, nur für den Knoten nicht, für
-den die Ummantelung die Verzögerungsanweisung preisgibt.
-
-
-
-
-
Performance
-
-
-
Stabile Tunnel / Lease Auswahl
-Ausgehende Tunnel Auswahl in 0.6.1.30 eingebaut, eingehende Lease Auswahl in 0.6.2
-
-
Die zufällige Auswahl von Tunneln und Leases für jede Nachricht erzeugt
-eine grosse Anzahl von Nachrichten, die nicht in korrekter Reihenfolge transportiert werden.
-Dieses hindert die Streaming Bibliothek daran, die Grösse der Nutzdaten auf die
-maximal mögliche zu erweitern. Durchs stabile Halten der Auswahl für eine
-Verbindung wird die Übertragungsrate viel höher.
-
-
Reduktion des Bündels von Anwort-LeaseSets
-Implementiert in Release 0.6.2
-
-
I2P fügte ein Antwort-Leaseset (typischweise 1056 bytes) an jede ausgehende
-Klient Nachricht an, was ein massiver Overhead war. Korrigiert in 0.6.2.
-
-
-
Umstellung von Sessiontag auf synchronisiertes PRNG
-
-
Zur Zeit funktioniert unser ElGamal/AES+SessinTag Algorythmus so,
-das er jede verschlüsselte Nachricht mit einer zufälligen 32byte Einmalmarkierung markiert
-(ein "Session Tag"), die die Nachricht als mit dem assozierenden AES Session Schlüssel verschlüsselt
-identifiziert. Dies verhindert, das Knoten Nachrichten als zur selben Session identifizieren können,
-da jede Nachricht eine komplett neue zufällige Markierung haben. Um dieses zu erfüllen
-bündeln wir alle paar Nachrichten ein komplett neues Set an Session Tags in die
-verschlüsselte Nachricht und haben so einen transparenten Weg um zukünftige Nachrichten
-zu indentifizieren. Wir müssen dann nur noch die erfolgrich transportierten Nachrichten
-verfolgen um zu wissen, welche Tags wir nutzen sollten.
-
-
Dieses arbeitet gut und robust, ist aber aus Sicht des Bandbreitenverbrauchs ineffizient,
-da es das Vorschicken der Session Tags erfordert (und nicht alle Tags werden gebraucht, manche
-können verfallen, da ihre Lebenszeit ausgelaufen ist). Im Schnitt kostet das Vorraussenden
-der Session Tags 32 Bytes für jede Nachricht (die Grösse eines Tags). Wie taral
-jedoch vorgeschlagen hat, kann das vermieden werden durch Nutzung einer synchronisierten PRNG -
-sobald eine neue Session aufgebaut ist (durch den ElGamal verschlüsselen Block) seeden beide
-Seiten eine PRNG und generieren die Session Tags nach Bedarf (wobei der Empfänger
-die nächsten paar möglichen Tags vorrausberechnet, um Nachrichten in falscher
-Reihenfolge händeln zu können).
-
-
-
Komplettes Streaming Protokoll Erweiterung
-Verschiedene Erweiterungen in I2P 0.6.1.28 eingebaut,
-und signifikante zusätzliche Korrekturen in 0.6.1.33 eingebracht,
-aber noch viel Platz für Verbesserungen
-
-
Seit I2P Version 0.4.2
-haben wir eine "full sliding window" Streaming Bibliothek, die die alte
-feste "Window"-Grösse Streaming Bibliothek stark erweitert und die
-Verzögerung beim nochmal senden stark herabsetzt. Wie auch immer, gibt es
-auch hier noch Platz für weitere Optimierungen:
-
-
-
ein paar Algorhythmen um RTT und Überlastungsinformationen
- über Streams auszutauschen (je Ziel-Destination?
- je Quellen-Destination? Für alle lokalen destination?)
-
-
weitere Verbesserungen für interaktive Datenströme
- (der Hauptfokus der aktuellen Implementation liegt auf
- Bulk Datentransfers)
-
Mehe explizite Nutzung der neuen Features in der Streaming
- Bibliothek und der SAM(v2) Bridge um den Overhead je tunnel
- geringer zu bekommen
-
Bandbreitenbeschränkungen auf Klientenebene (in je einer
- oder beide Richtungen des Datenstroms oder gar über
- mehrere Datenströme hinweg). Dies ist natürlich
- eine Erweiterung der gesamten Routen Bandbreiten
- Beschränkung.
-
Verschiedene Kontrollen für Destinations um zu regeln,
- wieviele Datenströme sie akzeptieren oder erstellen
- wollen (wir haben etwas an Grundlagen, aber deaktiviert)
-
Access Kontroll Listen (erlauben nur Datenströme von oder
- zu anderen bekannten Destinations)
-
Web Kontrollen und überwachen der Funktionen der
- unterschiedlichen Datenströme, sowie die Möglichkeit,
- diese direkt zu schliessen oder zu beschränkenm
-
-
-
-
-
-
-{% endblock %}
diff --git a/www.i2p2/pages/translations/todo_fr.html b/www.i2p2/pages/translations/todo_fr.html
deleted file mode 100644
index 5dcd8a4d..00000000
--- a/www.i2p2/pages/translations/todo_fr.html
+++ /dev/null
@@ -1,323 +0,0 @@
-{% extends "_layout_fr.html" %}
-{% block title %}À faire / Sur le feu{% endblock %}
-{% block content %}
-Traduction de février 2011. Version anglaise actuelle
-
Cibles du project I2P
-
Vous trouverez ci-dessous une exposition plus détaillée (bien que toujours incomplète)
- des principales zones du développement du cœur du réseau I2P, embrassant les
- nouvelles versions éventuellement planifiées. Ceci n'inclut ni le transport stéganographique,
- ni les outils de sécurisation de la machine locale et l'adaptation aux périphériques radio (WiFi),
-pas plus que les applications clientes
- qui sont tous essentiels pour le succès du réseau I2P. Il y a probablement d'autres choses qui
- viendront, particulièrement quand I2P sera mieux testé, mais il s'agit là des principaux
- "gros morceaux". Voir aussi la feuille de route.
-Vous voulez nous aider? Engagez-vous!
Pontage du Pare-feu/NAT via une route réservée à 1 saut.
-
-
- Implémenté dans I2P 0.6.0.6
-
La fonctionnalité permettant aux routeurs de participer pleinement aux réseau
- même lorsqu'ils se trouvent derrière un pare-feu ou un traducteur d'adresses réseau (NAT) hors de contrôle
- nécessite quelques
- opérations avec une route réservée (car ces pairs ne peuvent pas recevoir
- de connexions entrantes). Pour y parvenir, il y a deux façons de considérer les pairs:
-
-
-
-
Pairs disposant d'interfaces joignables - ils n'ont rien de particulier à faire.
-
Pairs ne disposant pas d'interfaces joignables - ces pairs doivent créer
- un tunnel pointant sur eux dans lequel la passerelle est un des pairs avec lesquels ils ont établi une connexion
- et qui, lui, dispose d'une interface publiquement joignable et a accepté de jouer le rôle "d'entremetteur".
-
-
-
Pour ce faire, les pairs privés se connectent simplement à quelques autres,
- créent un tunnel à travers chacun d'eux, et en publient une référence dans leur
- structure RouterInfo de la base de donnée du réseau.
-
Lorsque quelqu'un souhaite joindre un routeur particulier, il doit d'abord obtenir
- sa "RouterInfo" à partir de la base de donnée, et il saura s'il peut se connecter
- directement (cas du pair cible public) ou indirectement. Les connexions directes se passent
- normalement, alors que les indirectes se font via les tunnels publiés.
-
Quand un routeur veut seulement envoyer un ou deux messages à un pair caché,
- il peut simplement utiliser le tunnel indirect publié pour envoyer les données utiles. Cependant,
- si le routeur doit converser souvent avec le pair privé (par exemple en tant que participant
- à un tunnel), il doit envoyer un message "routé-à-la-garlic" à travers le tunnel
- indirect au pair caché, qui le déballe pour y trouver... un message destiné au routeur originaire.
- Le pair caché établit alors une connexion sortante
- au routeur originaire et à partir de là ces deux
- routeurs peuvent converser directement sur cette nouvelle connexion.
-
Ce scénario ne peut bien sûr fonctionner que si le pair originaire peut recevoir des connexions
- (c'est-à-dire qu'il ne soit pas lui-même caché). Cependant, s'il est caché lui aussi, il peut indiquer dans
- le message initial de revenir par son propre tunnel d'entrée.
-
Ceci n'est pas destiné à fournir aux pairs un moyen de dissimuler leur adresse IP,
- mais plutôt pour permettre à ceux opérant derrière un pare-feu ou un NAT de participer normalement
- au réseau. La dissimulation d'adresse IP demande plus de travail, comme
- décrit plus bas.
-
Avec cette méthode, n'importe quel routeur peut participer à tout rôle dans un tunnel. Dans un but
- d'efficacité, opérer en pair caché est un mauvais choix pour officier en tant que passerelle d'entrée, et
- dans un tunnel donné, deux pairs voisins ne devraient pas être cachés. Mais ça n'est pas indispensable.
-
-
-
-
Couche transport de haut-niveau par UDP, NBIO, ou NIO.
- UDP et NIO sont implémentés dans I2P
-
La communication TCP standard dans Java nécessite habituellement des appels de socket
- bloquants, et pour pour empêcher un socket de bloquer le bloquer tout le système, ces
- appels sont faits dans leur propres tâches. Notre transport TCP actuel
- est implémenté de façon naïve - pour chaque pair en relation, nous avons
- une tâche de lecture et une tâche d'écriture. Celle de lecture boucle simplement sur
- un paquet d'appels read(), construit les messages I2NP et les ajoute à notre file d'attente
- interne entrante. Il y a une file d'attente de messages sortants par connexion. La tâche d'écriture en extrait
- les messages et passe les données à travers les appels write().
-
Nous effectuons ceci assez efficacement d'un point de vue charge UC - à tout moment,
- presque toutes ces tâches sont au repos, bloquées dans l'attente de grain à moudre.
- Cependant, chacune d'entre elles consomme des ressources réelles (par exemple sur de très vieux
- noyaux Linux, chacune sera souvent mise en œuvre en tant que processus fork()'ed).
- À mesure de la croissance du réseau, le nombre de pairs auxquels chaque routeur voudra s'adresser
- augmentera (souvenez-vous, I2P est entièrement connecté, c'est-à-dire que chaque pair doit savoir
- comment passer des messages à tous les autres. Le support des routes réservées
- ne réduira probablement pas sensiblement le nombre de connexions
- nécessaires). Ce qui veut dire que dans un réseau de 100000 routeurs, chaque routeur
- aura jusqu'à 199998 tâches rien que pour s'occuper des connexions TCP!
-
Évidement, ça ne marchera pas. Nous avons besoin d'une couche transport adaptative.
- Dans Java, nous disposons de deux approches principales:
-
UDP
- Implémenté dans I2P 0.6 ("SSU") tel que documenté ailleurs.
-
L'envoi et la réception de datagrammes UDP sont des opérations sans connexion - si
- on communique avec 100000 pairs, on colle simplement les paquets UDP dans une file
- d'attente et on fait avec une seule tâche pour les extraire et les pousser dans le tuyau
- (et pour recevoir, une seule tâche en tire les paquets UDP reçus et les ajoute dans une file d'entrée).
-
L'ennui, c'est que l'utilisation de UDP fait perdre les avantages de TCP (réordonnancement, gestion de la
- congestion, découverte du MTU, etc). Mettre ce code en œuvre demandera un travail important,
- mais I2P n'a pas besoin d'être aussi solide que TCP. Précisément,
- lorsque j'ai fait des mesures au simulateur et en réel sur Internet,
- la plupart des messages transférés tenaient facilement dans un seul paquet UDP
- non fragmenté, et les plus gros messages prenaient 20 à 30 paquets.
- Comme mule le mit en évidence, TCP ajoute une surcharge certaine quand il s'agit de gérer
- autant de petits paquets, vu que les ACKs sont du même ordre de grandeur.
- Avec UDP, nous pouvons optimiser le transport tant pour l'efficacité que pour la souplesse
- en prenant en compte les besoins spécifiques d'I2P.
-
Ça ne va quand-même pas être un travail énorme.
-
NIO or NBIO
- NIO implémenté dans I2P 0.6.1.22 ("NTCP")
-
Java 1.4 propose un jeu de paquetage "New I/O", permettant aux
- développeurs de tirer avantage des possibilités d'E/S non bloquantes du système d'exploitation
- - vous pouvez maintenir un grand nombre d'opérations d'E/S simultanées sans avoir besoin de définir une tâche
- dédiée pour chacune. Cette approche est très prometteuse, car nous pouvons utiliser un grand nombre de
- connexions simultanées et nous n'avons pas besoin d'écrire une mini-pile TCP pour UDP. Cependant, selon les
- développeurs de Freenet les paquetages NIO n'ont passé l'épreuve du feu. De plus, le recours aux NIO
- impliquerait une incompatibilité avec les JVM open-sources telles que
- Kaffe, car GNU/Classpath ne les
- prend en charge que partiellement. (note: ça ne devrait pas durer car il y a eu quelques progrès dans la
- la Classpath des NIO, bien qu'en quantité inconnue)
-
Dans la même veine, il y a l'alternative du paquetage
- Non blocking IO -
- essentiellement une implémentation NIO de salle blanche (écrite avant la parution des NIO).
- Il utilise du code natif du SE pour faire les E/S non bloquantes, en présentant les évènements via Java.
- Il semble fonctionner avec Kaffe, mais il a peu d'activité de développement à son sujet (probablement
- à cause de la parution des NIO de Java 1.4).
-
-
-
-
-
Base de donnée réseau, ajustement de profil et stratégie d'éjection pour les grands réseaux.
-
Dans l'implémentation actuelle de la base de donnée réseau et de la gestion de profil,
- on s'est permis quelques raccourcis pratiques. Par exemple, nous n'avons pas de code pour
- nettoyer les références aux pairs dans les K-buckets, vu que nous n'avons pas assez de pairs pour avoir ne
- serait-ce qu'une petite chance d'en remplir une. Alors on garde les pairs dans n'importe quelle liste
- appropriée. Un autre exemple avec les profils de pairs: la quantité de mémoire nécessaire pour maintenir
- chaque profil est suffisamment faible pour que nous puissions garder des milliers de profils bien détaillés
- sans aucun problème. Comme nous avons la possibilité d'utiliser des profils réduits (dont nous pouvons
- maintenir des centaines de milliers en mémoire), nous n'avons pas non-plus le code qui ferait la conversion de
- détaillé en réduit et vice-versa, ni même la purge des deux. Ça ne serait pertinent d'écrire ce code
- maintenant car nous ne pas sommes pas près d'en avoir besoin.
-
Ceci dit, nous devons quand même garder ça en tête car la taille du réseau grandit.
- Il restera du travail, mais on peut le remettre à plus tard.
-
-
-
Sécurité / anonymat
-
-
-
ID de tunnel "par saut" & nouvelle encryption permutée de la structure de vérification des
- tunnels.
À l'heure actuelle, quand Alice initie un tunnel entrant à quatre sauts commençant par Elvis,
- puis passant par Dave, puis Charlie,puis Bob, et se terminant chez elle, Alice (A<--B<--C<--D<--E),
- tous les cinq sont au fait qu'ils participent au tunnel "123", car
- les messages en font état (TunnelID commun). Nous voulons donner à chaque saut un
- identifiant unique de saut de tunnel: Charlie recevra des messages sur le tunnel 234
- et les transmettra à Bob par le tunnel 876. Le but est d'empêcher Bob ou
- Charlie de savoir qu'ils participent au tunnel d'Alice, car quand chaque saut
- a le même tunnelID pour un tunnel donné, les attaques par coalition sont simples à mettre en œuvre.
-
-
L'ajout d'un TunnelID unique par saut n'est pas difficile, mais c'est insuffisant:
- Si Dave et Bob sont contrôlés par le même attaquant, ils ne pourraient plus identifier un tunnel
- par leur participation commune via l'information TunnelID, mais seraient quand-même capable de le
- faire par simple comparaison des corps de messages et des structures de vérification.
- Pour l'empêcher, le tunnel doit appliquer un cryptage étagé tout au long du chemin,
- à la fois sur la charge utile et les structures de vérification (utilisées pour empêcher les attaques
- par marquages). On a besoin de modifications simples du TunnelMessage, et aussi d'inclure par saut, des clés
- secrètes générées pendant la création du tunnel et passées à la passerelle du tunnel.
- Nous devons définir une longueur maximale de tunnel (p.e. 16 sauts)
- et indiquer à la passerelle de chiffrer le message pour chacune des 16 clés,
- en ordre inverse, et de crypter la signature du hachage de la charge utile (cryptée) à chaque étape.
- La passerelle envoie alors ce message au premier saut chiffré 16 fois, accompagné d'un plan
- à 16 entrée chiffré 16 fois. Le premier saut déchiffre le plan et la charge utile avec leur clef secrète
- pour chercher dans le plan l'entrée associée à son propre saut (indiquée par le tunnelID unique par saut)
- et pour vérifier la charge utile en la confrontant au hachage signé associé.
-
-
La passerelle dispose encore de plus d'informations que les autre pairs,
- et sa compromission avec un participant leur permettrait d'identifier leur participation à un tunnel donné.
- De toute façon, les pairs voisins savent qu'ils participent au même tunnel, car ils savent à qui ils
- envoient un message (et avec les transports IP sans routes réservées, ils savent aussi de qui ils reçoivent).
- Malgré tout, les deux techniques ci-dessus augmentent très sensiblement le coût d'obtention d'échantillons
- signifiants dans des tunnels très longs.
-
-
-
-
Position stricte des participants dans les tunnels.
- Implementé dans la v0.6.2
-
-
-
Comme Connelly a proposé
- de s'occuper du problème de l'attaque par
- prédécesseur(mise à jour 2008),
- conserver l'ordre des pairs au sein d'un tunnel (autrement dit,
- chaque fois qu'Alice crée un tunnel à l'aide de Bob et de Charlie,le saut suivant Bob sera toujours
- Charlie), nous en sommes protégés car Bob ne peut pas obtenir une connaissance substantielle du
- groupe de sélection de pairs d'Alice. Nous pourrions même restreindre le mode de participation de Bob à
- seulement recevoir de Dave et envoyer à Charlie - et l'un d'entre-eux n'est pas disponible
- (surcharge, déconnexion, etc...), éviter de demander à Bob de participer à un tunnel tant qu'ils ne sont pas
- de nouveau disponibles.
-
Une analyse plus poussée est nécessaire pour repenser la création du tunnel: pour l'instant,
- nous piochons et ordonnons aléatoirement le premier tiers des pairs (ceux qui ont des capacités élevées et
- rapides).
-
-
L'ajout d'un ordre strict des pairs dans un tunnel améliore aussi l'anonymat des pairs des tunnels à zéro saut,
-
- car sinon, le fait que la passerelle d'un pair ait toujours la même passerelle serait rédhibitoire.
- Cependant, les pairs avec un tunnel à zéro saut pourraient de temps en temps utiliser un tunnel à un saut
- pour simuler la défaillance du pair passerelle habituellement fiable (donc toutes les
- MTBF*(durée du tunnel)minutes, utiliser un tunnel à un saut).
Sans la permutation de longueur de tunnel, s'il advenait que quelqu'un puisse de quelque façon
- détecter qu'une destination se trouve à un certain nombre de sauts, il pourrait mettre à profit
- cette information pour identifier le routeur se trouvant à cette destination,
- par l'attaque du prédécesseur. Par exemple, si tout le monde a des tunnels à deux saut, si Bob
- reçois un message de tunnel de Charlie et le transfère à Alice, Bob déduit qu'Alice est
- le routeur final du tunnel. Si Bob pouvait identifier la destination à laquelle mène
- ce tunnel (au moyen d'une collusion avec la passerelle et en collectant tous les baux de la base de donnée
- du réseau), il trouverait le routeur hébergeant la destination (et sans les routes réservées, ça indiquerait
- l'adresse IP de la destination).
-
C'est pour contrer ce comportement que les longueurs de tunnel doivent être permutées,
- en se servant d'algorithmes basés sur la longueur demandée (par exemple, le changement de longueur de 1/MTBF
- pour les tunnels à zéro saut passés en revue ci-dessus).
-
-
-
-
Routes réservées à n-sauts
- évoluées avec liens de confiance optionnels.
-
La fonctionnalité de route réservée décrite précédemment était simplement
- un défaut de fonctionnement: comment laisser des pairs communiquer, qui sans cela ne le pourraient pas.
- Cependant, l'idée d'autoriser des routes réservées apporte de nouvelles possibilités.
- Par exemple, si un routeur ne peut absolument pas prendre le risque de communiquer
- directement avec des pairs sans confiance pré-établie, il peut monter des liens de confiance à travers eux,
- pour les utiliser pour à la fois envoyer et recevoir tous ses messages.
- Ces pairs cachés qui souhaitent rester complètement isolés devraient aussi refuser de se connecter
- aux pairs qui les y invitent (comme démontré dans le schéma de la technique de routage en tête d'ail "garlic
- routing" exposée précédemment) - ils peuvent simplement prendre la gousse ("clove") qui présente une requête
- d'envoi à un pair particulier, et router le message dans un tunnel vers un des liens de confiance
- du pair caché, avec les instructions pour le faire suivre comme demandé.
-
-
-
Pénalités (Hashcash) pour les requêtes routerIdentity, destination, et demande de tunnel.
-
Dans le réseau, nous avons besoin de dissuader les gens de consommer
- de trop nombreuses ressources ou de créer trop de pairs dans le but de lancer une
- attaque de Sibylle. Les techniques
- traditionnelles telles permettre à un pair de voir qui demande une ressource ou est un autre pair
- ne sont pas pertinentes dans I2P, car cela compromettrait l'anonymat du système. Nous nous tournons vers
- la méthode consistant à rendre certaines requêtes coûteuses.
-
Hashcash est une technique que nous pouvons utiliser
- pour anonymement accroitre le coût de certaines activités, telles que créer une nouvelle identité de routeur
- (faite une seule fois pendant l'installation), créer une nouvelle destination (faite une seule fois
- à la création d'un service), ou demander qu'un pair participe à un tunnel (faite souvent, peut-être 200 à 300
- fois par heure). Nous ne connaissons encore pas le coût "correct" de chaque type de certificat,
- mais avec un peu de recherche et d'expérimentation, nous devrions pouvoir élaborer un "tarif" dissuasif
- tout en restant une charge abordable pour ceux dotés de peu de ressources.
-
Il y a peu d'autres algorithmes à explorer pour enlever la gratuité des ces requêtes,
- et des recherches plus approfondies dans ce domaine sont souhaitables.
-
-
-
Fonctionnement évolué des tunnels (regroupement/mélange/étranglement/remplissage)
-
Du point de vue d'observateurs passifs externes et puissants comme d'une grande coalition interne,
- le routage en tunnel standard est vulnérable aux attaques par analyse de trafic (à simplement
- regarder la taille et la fréquence des messages passant entre les routeurs).
- Pour nous en prémunir, nous modifions principalement quelques uns des tunnels
- au niveau de leurs propres éléments constituants: retarder les messages reçus sur la passerelle
- et les transférer regroupés, les réordonner si nécessaire,
- et injecter des messages fictifs (indiscernables des autre "vrais" messages de tunnel
- par les pairs du chemin). Il y a eu sur ces algorithmes un gros travail de
- recherche
- sur lequel nous pouvons nous appuyer pour commencer à implémenter les diverses
- de mélange de tunnel.
-
En plus des aspects d'anonymat du mode opératoire plus varié des tunnels,
- il y a aussi une dimension fonctionnelle. Chaque pair n'a qu'une partie des
- données qui sont destinées au réseau, et pour éviter qu'un tunnel donné
- ne consomme trop de bande passante, il peut y introduire quelques freins. Par exemple,
- un tunnel peut être configurer pour ralentir après avoir passé 600 messages (1 par
- seconde), 2,4Mo (4kb/s), ou dépasser quelque peu la moyenne mobile (8kb/s pendant
- dernière minute). Les messages en excès peuvent se voir retardés ou brutalement ignorés. Avec
- ce genre de régulation, les pairs peuvent offrir une QoS de genre ATM à leurs tunnels,
- en refusant d'allouer plus de bande passante qu'ils n'en disposent.
-
En complément, nous pourrions implémenter du code destiné à re-router dynamiquement des tunnels
- pour éviter les pairs défaillants ou pour introduire des sauts supplémentaires dans le chemin.
- Ceci peut être réalisé en envoyant un message routé "à la garlic" à un pair particulier du tunnel
- pour lui fournir les instructions destinées à redéfinir le saut suivant du tunnel.
-
-
-
Mélange de Stop & Go pour les
- "garlics" et les tunnels.
-
Au-delà de la stratégie de regroupement et de mélange par tunnel, il y a d'autres moyens de se
- protéger des attaques des attaquants puissants, comme permettre à chaque saut
- dans un chemin routé en tête d'ail de définir un délai ou un intervalle au bout ou pendant lequel il
- devrait être transféré. Ceci protègerait des attaques contre les intersections de longue durée,
- car un pair pourrait envoyer un message qui paraitrait parfaitement standard à la plupart
- des pairs qui le font suivre, sauf à ceux où la gousse exposée inclus des instructions de délai.
-
-
-
Performances
-
- Les améliorations de performances sont répertoriées sur une page dédiée aux
- performances.
-
-Traduction un poil laborieuse de fin février 2011. Toute amélioration est bienvenue. magma
-{% endblock %}
diff --git a/www.i2p2/pages/translations/updates_de.html b/www.i2p2/pages/translations/updates_de.html
deleted file mode 100644
index 15da941f..00000000
--- a/www.i2p2/pages/translations/updates_de.html
+++ /dev/null
@@ -1,89 +0,0 @@
-{% extends "_layout.html" %}
-{% block title %}I2P Software Update Specification{% endblock %}
-{% block content %}
-Diese Seite wurde zuletzt im September 2010 aktualisiert und bezieht sich auf die Routerversion (I2P-Version) 0.8.
-
Übersicht
-
-I2P setzt ein einfaches, aber sicheres System zur automatischen Softwareaktualisierung ein.
-Die Routerkonsole lädt in regelmäßigen Abständen eine Datei mit Neuigkeiten rund um I2P von einer konfigurierbaren URL.
-Für den Fall, dass der Server nicht erreichbar ist, ist eine Ersatz-URL fest einprogrammiert.
-
-Der Inhalt der Neuigkeitendatei wird auf der Eingangsseite der Routerkonsole angezeigt.
-Zusätzlich enthält die Datei die neueste I2P-Versionsnummer.
-Wenn die Versionsnummer höher als die Routerversion ist, wird dem
-Benutzer angezeigt, dass eine neue Version verfügbar ist.
-
-
-Wenn der Router entsprechend eingestellt ist, lädt er die neue Version
-herunter und installiert sie ggf. auch gleich.
-
-
-
Format der Neuigkeitendatei
-
-Die Datei news.xml kann die folgenden Elemente enthalten:
-
-Elemente können in XML-Kommentaren eingeschlossen werden, wenn sie nicht im Browser angezeigt werden sollen.
-Die Elemente i2p.release und version sind Pflicht. Alle anderen sind optional und werden derzeit nicht verwendet.
-
-Der Nachrichtenquelle wird nur insoweit vertraut, als sie angibt, ob eine neue Version verfügbar ist.
-Die Aktualisierungs-URL, die Prüfsumme und alle anderen Informationen werden daraus nicht bezogen.
-
-
-
-
Format der Aktualisierungsdatei
-
-Die digital unterschriebene Aktualisierungsdatei ist eine Zip-Datei mit einem vorangestellten, 56 Byte langen Vorspann. Als Dateiname ist i2pupdate.sud üblich.
-Der Vorspann enthält:
-
-Eine 16 Byte lange UTF8-Zeichenkette, die die I2P-Version angibt und falls nötig am Ende mit Nullen aufgefüllt wird.
-
-
-Die Signatur deckt nur die Zip-Datei, nicht den Versionsvorspann ab.
-Die Signatur muss auf einen der fest in den Router einprogrammierten Öffentlichen DSA-Schlüssel der I2P-Projektverantwortlichen passen.
-
-Beim Versionsvergleich wird [0-9]* als Hauptversion bzw. Unterversionen und '-', '_' und '.' als Trennzeichen interpretiert; alle anderen Zeichen werden ignoriert.
-
-
-
Laden und Installation
-
-Der Router lädt die Aktualisierungsdatei mit Hilfe des eingebauten HTTP-Klienten und -Proxys von einer URL in einer konfigurierbaren I2P-URL-Liste.
-Es sind mehrere URLs fest einprogrammiert.
-Der Router überprüft, ob die Version in der Aktualisierungsdatei neuer als die installierte Version ist. Die Signatur wird selbstverständlich auch überprüft.
-
-Die Zip-Datei wird im Verzeichnis $I2P, d.h. im I2P-Grundverzeichnis installiert.
-
-Neuere Routerversionen unterstützen die Pack200-Komprimierung.
-Dateien im Zip-Archiv, die auf .jar.pack oder .war.pack enden, werden selbsttätig in eine Jar- bzw. War-Datei dekomprimiert.
-Aktualisierungsdateien, die Pack200-Dateien enthalten, haben üblicherweise die Endung ".su2".
-Pack200 verkleinert die Aktualisierungsdateien um ca. 60%.
-
-
-
-
Zukünftige Verbesserungen
-
-Der Router könnte die neueste Versionsnummer mit einer HEAD-Anfrage ermitteln.
-Dadurch würde verhindert, dass statt der neuen die alte Version heruntergeladen und installiert wird, weil der Aktualisierungsserver noch nichts von der neuen Version mitbekommen hat.
-
-Wenn irgendwann ein neues Format für die Aktualisierungsdatei festgelegt wird, sollte die DSA-Signaturschlüssellänge erhöht werden und die Signatur die Versionsnummer einschließen.
-Eine Versionsnummer für das Dateiformat wäre auch erwägenswert.
-
-Das I2P-Netzwerk wird früher oder später für Aktualisierungen über HTTP zu groß werden.
-Mit dem eingebauten Bittorrent-Klient, I2PSnark, kann dann die Aktualisierung verteilt durchgeführt werden.
-Mit der Arbeit daran wurde 2009 begonnen; diese ruht aber, bis die Funktionalität benötigt wird.
-
-Der Router-Aktualisierungsmechanismus ist Teil der (Web-) Routerkonsole.
-Eine Aktualisierung von Routern, die in Kleingeräten laufen und keine Routerkonsole haben, ist zur Zeit nicht möglich (außer natürlich von Hand).
-
- 
-
-
-
-
-
-
-
-
-{% endblock %}
diff --git a/www.i2p2/pages/translations/i2np_de.html b/www.i2p2/pages/translations/i2np_de.html
deleted file mode 100644
index 8f44530e..00000000
--- a/www.i2p2/pages/translations/i2np_de.html
+++ /dev/null
@@ -1,180 +0,0 @@
-{% extends "_layout_de.html" %}
-{% block title %}I2NP{% endblock %}
-{% block content %}
-
-
-
-
- 
- 
-
- 
- 
-