Die anonyme Netzwerkversion I2P 2.5.0 und der C++-Client i2pd 2.51.0 wurden veröffentlicht. I2P ist ein mehrschichtiges, anonymes, verteiltes Netzwerk, das über das reguläre Internet funktioniert, aktiv End-to-End-Verschlüsselung nutzt und Anonymität sowie Isolation garantiert. Das Netzwerk wird im P2P-Modus aufgebaut und basiert auf der von den Nutzern bereitgestellten Bandbreite, wodurch auf zentral verwaltete Server verzichtet werden kann (Kommunikationen innerhalb des Netzwerks nutzen verschlüsselte Einweg-Tunnel zwischen einem Teilnehmer und den Peers).
Im I2P-Netzwerk können Sie anonym Webseiten und Blogs erstellen, Instant Messages und E-Mails senden, Dateien austauschen und P2P-Netzwerke einrichten. I2P-Clients werden verwendet, um anonyme Netzwerke für Client-Server (Webseiten, Chats) sowie P2P (Dateiaustausch, Kryptowährungen) Anwendungen aufzubauen und zu nutzen. Der grundlegende I2P-Client ist in Java geschrieben und ist mit einer Vielzahl von Plattformen kompatibel, darunter Windows, Linux, macOS, Solaris usw. I2pd stellt eine unabhängige Implementierung des I2P-Clients in C++ dar und wird unter einer modifizierten BSD-Lizenz vertrieben.
In der neuen Version:
- Der BitTorrent-Client i2psnark unterstützt jetzt die Suche nach Torrent-Dateien. Die Kompatibilität mit anderen BitTorrent-Clients, die I2P unterstützen, wie BiglyBT und qBittorrent, wurde verbessert.
- Der E-Mail-Client SusiMail hat die Möglichkeit zur Formatierung von E-Mail-Inhalten mit Markdown hinzugefügt und unterstützt das Anhängen von Dateien per Drag-and-Drop.
- In die Tunnel, die mit dem Hidden-Service-Manager erstellt wurden, wurde die Keepalive-Mechanik integriert, um die Leistung zu steigern.
- In der Datenbank NetDB, die zur Erkennung von Peers im I2P-Netz verwendet wird, wurde der Schutz gegen Spam verstärkt.
- Im Router wurden die Mittel zur Blockierung verdächtiger Nachrichten verbessert.
- Die Erstellung von Builds für Android und Windows wurde optimiert.
- In i2pd wurden neue Algorithmen zur Berechnung von RTT, RTO und gleitenden Fenstern implementiert. Eine Überlastanzeige wurde hinzugefügt. Im SOCKS-Proxy wurde SOCKS5 anstelle von SOCKS4 verwendet. Für das Transportprotokoll SSU2 wurden neue Implementierungen für die erneute Übertragung von Paketen, den Sendepuffer, das gleitende Fenster, Zeitüberschreitungen und die Überlaststeuerung vorgeschlagen.
Quelle: opennet.ru
