kytv/I2P_Website
1
0
Fork 0
forked from I2P_Developers/i2p.www
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

per curiosity's suggestions, moved the 'about' content to the home page, dropped the old about, and tossed the old home page announcements at the top of the page

Browse Source
This commit is contained in:
jrandom
2004-09-14 20:05:19 +00:00
committed by zzz
parent fe14724072
commit 510a7d3f88
3 changed files with 87 additions and 87 deletions
Download Patch File Download Diff File Expand all files Collapse all files

2
menu.ini
View File

@@ -1,4 +1,5 @@
[home]
title = "Welcome to I2P"
depth = 1
@@ -40,6 +41,7 @@ depth = 2
[about]
title = "About I2P"
depth = 1
nolink = 1
[faq]
title = "FAQ"

83
pages/about.html
View File

@@ -1,83 +0,0 @@
<h2>What is I2P?</h2>
<p>I2P is an anonymous network, exposing a simple layer that applications can
use to anonymously and securely send messages to each other. The network itself is
strictly message based (ala
<a href="http://en.wikipedia.org/wiki/Internet_Protocol">IP</a>), but there is a
library available to allow reliable streaming communication on top of it (ala
<a href="http://en.wikipedia.org/wiki/Transmission_Control_Protocol">TCP</a>).
All communication is end to end encrypted (in total there are four layers of
encryption used when sending a message), and even the end points ("destinations")
are cryptographic identifiers (essentially a pair of public keys).</p>
<h2>How does it work?</h2>
<p>To anonymize the messages sent, each client application has their I2P "router"
build a few inbound and outbound "<a href="how_tunnelrouting">tunnels</a>" - a
sequence of peers that pass messages in one direction (to and from the client,
respectively). In turn, when a client wants to send a message to another client,
they pass that message out one of their outbound tunnels targetting one of the
other client's inbound tunnels, eventually reaching the destination. Every
participant in the network choses the length of these tunnels, and in doing so,
makes a tradeoff between anonymity, latency, and throughput according to their
own needs. The result is that the number of peers relaying each end to end
message is the absolute minimum necessary to meet both the sender's and the
receiver's threat model.</p>
<p>The first time a client wants to contact another client, they make a query
against the fully distributed "<a href="how_networkdatabase">network
database</a>" - a custom structured DHT based off the Kademlia algorithm. The is done
to find the other client's inbound tunnels efficiently, but subsequent messages
between them usually includes that data so no further network database lookups
are required.</p>
<h2>What can you do with it?</h2>
<p>Within the I2P network, applications are not restricted in how they can
communicate - those that typically use UDP can make use of the base I2P
functionality, and those that typically use TCP can use the TCP-like streaming
library. We have a generic TCP/I2P bridge application
("<a href="i2ptunnel">I2PTunnel</a>") that enables people to forward TCP streams
into the I2P network as well as to receive streams out of the network and
forward them towards a specific TCP/IP address.</p>
<p>I2PTunnel is currently used to let people run their own anonymous website
("eepsite") by running a normal webserver and pointing an I2PTunnel 'server'
at it, which people can access anonymously over I2P with a normal web browser
by running an I2PTunnel HTTP proxy ("eepproxy"). In addition, we use the same
technique to run an anonymous IRC network (where the IRC server is hosted
anonymously, and standard IRC clients use an I2PTunnel to contact it). There
are other application development efforts going on as well, such as one to
build an optimized swarming file transfer application (ala
<a href="http://bitconjurer.org/BitTorrent/">BitTorrent</a>), a
distributed data store (ala <a href="http://freenetproject.org">Freenet</a> /
<a href="http://mnetproject.org/">MNet</a>), and a blogging system (a fully
distributed <a href="http://www.livejournal.com">LiveJournal</a>), but those are
not ready for use yet.</p>
<p>I2P is not inherently an "outproxy" network - the client you send a message
to is the cryptographic identifier, not some IP address, so the message must
be addressed to someone runnig I2P. However, it is possible for that client
to be an outproxy, allowing you to anonymously make use of their internet
connection. To demonstrate this, the "eepproxy" will accept normal non-I2P
URLs (e.g. "http://www.i2p.net") and forward them to a specific destination
that runs a <a href="http://www.squid-cache.org">squid</a> HTTP proxy, allowing
simple anonymous browsing of the normal web. Simple outproxies like that are
not viable in the long run for several resons (including the cost of running
one as well as the anonymity and security issues they introduce), but in
certain circumstances the technique could be appropriate.</p>
<p>The I2P development <a href="team">team</a> is an open group, welcome to all
who are interested in <a href="getinvolved">getting involved</a>, and all of
the code is <a href="licenses">open source</a>. The core I2P SDK and the
current router implementation is done in Java (currently working with both
sun and kaffe, gcj support planned for later), and there is a
<a href="sam">simple socket based API</a> for accessing the network from
other languages (with a C library available, and both Python and Perl in
development). The network is activly being developed and has not yet reached
the 1.0 release, but the current <a href="roadmap">roadmap</a> describes
our schedule.</p>
<p><b>Note that it is likely that there are bugs in the software and there
has been insufficient peer review to date. People should not use I2P prior
to the 1.0 release without understanding the risks of their actions. </b></p>

89
pages/home.html
View File

@@ -1,7 +1,4 @@
<h3>Welcome on I2P.net</h3>
<p>A distributed anonymous and secure communication network.</p>
<h2>Announcements</h2>
<p><b>Latest version:</b><br />
2004-09-08 - 0.4.0.1 -
<a href="http://dev.i2p.net/pipermail/i2p/2004-September/000440.html">Announcement</a>
@@ -10,3 +7,87 @@
<p><b>Weekly updates:</b><br />
2004-09-07 <a href="meeting106">meeting logs</a> and <a
href="http://dev.i2p.net/pipermail/i2p/2004-September/000437.html">status notes</a></p>
<h2>What is I2P?</h2>
<p>I2P is an anonymous network, exposing a simple layer that applications can
use to anonymously and securely send messages to each other. The network itself is
strictly message based (ala
<a href="http://en.wikipedia.org/wiki/Internet_Protocol">IP</a>), but there is a
library available to allow reliable streaming communication on top of it (ala
<a href="http://en.wikipedia.org/wiki/Transmission_Control_Protocol">TCP</a>).
All communication is end to end encrypted (in total there are four layers of
encryption used when sending a message), and even the end points ("destinations")
are cryptographic identifiers (essentially a pair of public keys).</p>
<h2>How does it work?</h2>
<p>To anonymize the messages sent, each client application has their I2P "router"
build a few inbound and outbound "<a href="how_tunnelrouting">tunnels</a>" - a
sequence of peers that pass messages in one direction (to and from the client,
respectively). In turn, when a client wants to send a message to another client,
they pass that message out one of their outbound tunnels targetting one of the
other client's inbound tunnels, eventually reaching the destination. Every
participant in the network choses the length of these tunnels, and in doing so,
makes a tradeoff between anonymity, latency, and throughput according to their
own needs. The result is that the number of peers relaying each end to end
message is the absolute minimum necessary to meet both the sender's and the
receiver's threat model.</p>
<p>The first time a client wants to contact another client, they make a query
against the fully distributed "<a href="how_networkdatabase">network
database</a>" - a custom structured DHT based off the Kademlia algorithm. The is done
to find the other client's inbound tunnels efficiently, but subsequent messages
between them usually includes that data so no further network database lookups
are required.</p>
<h2>What can you do with it?</h2>
<p>Within the I2P network, applications are not restricted in how they can
communicate - those that typically use UDP can make use of the base I2P
functionality, and those that typically use TCP can use the TCP-like streaming
library. We have a generic TCP/I2P bridge application
("<a href="i2ptunnel">I2PTunnel</a>") that enables people to forward TCP streams
into the I2P network as well as to receive streams out of the network and
forward them towards a specific TCP/IP address.</p>
<p>I2PTunnel is currently used to let people run their own anonymous website
("eepsite") by running a normal webserver and pointing an I2PTunnel 'server'
at it, which people can access anonymously over I2P with a normal web browser
by running an I2PTunnel HTTP proxy ("eepproxy"). In addition, we use the same
technique to run an anonymous IRC network (where the IRC server is hosted
anonymously, and standard IRC clients use an I2PTunnel to contact it). There
are other application development efforts going on as well, such as one to
build an optimized swarming file transfer application (ala
<a href="http://bitconjurer.org/BitTorrent/">BitTorrent</a>), a
distributed data store (ala <a href="http://freenetproject.org">Freenet</a> /
<a href="http://mnetproject.org/">MNet</a>), and a blogging system (a fully
distributed <a href="http://www.livejournal.com">LiveJournal</a>), but those are
not ready for use yet.</p>
<p>I2P is not inherently an "outproxy" network - the client you send a message
to is the cryptographic identifier, not some IP address, so the message must
be addressed to someone runnig I2P. However, it is possible for that client
to be an outproxy, allowing you to anonymously make use of their internet
connection. To demonstrate this, the "eepproxy" will accept normal non-I2P
URLs (e.g. "http://www.i2p.net") and forward them to a specific destination
that runs a <a href="http://www.squid-cache.org">squid</a> HTTP proxy, allowing
simple anonymous browsing of the normal web. Simple outproxies like that are
not viable in the long run for several resons (including the cost of running
one as well as the anonymity and security issues they introduce), but in
certain circumstances the technique could be appropriate.</p>
<p>The I2P development <a href="team">team</a> is an open group, welcome to all
who are interested in <a href="getinvolved">getting involved</a>, and all of
the code is <a href="licenses">open source</a>. The core I2P SDK and the
current router implementation is done in Java (currently working with both
sun and kaffe, gcj support planned for later), and there is a
<a href="sam">simple socket based API</a> for accessing the network from
other languages (with a C library available, and both Python and Perl in
development). The network is activly being developed and has not yet reached
the 1.0 release, but the current <a href="roadmap">roadmap</a> describes
our schedule.</p>
<p><b>Note that it is likely that there are bugs in the software and there
has been insufficient peer review to date. People should not use I2P prior
to the 1.0 release without understanding the risks of their actions. </b></p>