misc/* translation tagging, URLs need fixing before it will parse correctly.
First commit, huzzah.
This commit is contained in:
dg2
@ -1,13 +1,12 @@
|
||||
{% extends "global/layout.html" %}
|
||||
{% block title %}I2P at CLT and PetCon 2009.1{% endblock %}
|
||||
{% block content %}<p>Members of I2P will held a talk at CLT and PetCon 2009.1</p>
|
||||
Two members of the I2P team will be at two forthcoming Linux day and security convention. </ br>
|
||||
On 14th march of 2009 there will be a short talk about general introduction to I2P at the <a href="http://chemnitzer.linux-tage.de/2009/info/">Chemnitz Linux Tag 2009</a> hold by echelon.</br>
|
||||
Echelon and some other members of the I2P family will attend to the Linux meeting the whole two days (Saturday and Sunday) and will be recognizable as I2P family members. Meet them, ask them your questions, show them your props!</br>
|
||||
Show your support!</br>
|
||||
</br>
|
||||
Just 10 days later the <a href="http://www.pet-con.org/index.php/PET_Convention_2009.1">Privacy and Data Security convention</a> in Dresden will take place.</br>
|
||||
{% block content %}{% trans -%}<p>
|
||||
Members of I2P will held a talk at CLT and PetCon 2009.1
|
||||
Two members of the I2P team will be at two forthcoming Linux day and security convention.<br><br>
|
||||
On 14th march of 2009 there will be a short talk about general introduction to I2P at the <a href="http://chemnitzer.linux-tage.de/2009/info/">Chemnitz Linux Tag 2009</a> hold by echelon.
|
||||
Echelon and some other members of the I2P family will attend to the Linux meeting the whole two days (Saturday and Sunday) and will be recognizable as I2P family members. Meet them, ask them your questions, show them your props! Show your support!<br><br>
|
||||
Just 10 days later the <a href="http://www.pet-con.org/index.php/PET_Convention_2009.1">Privacy and Data Security convention</a> in Dresden will take place.
|
||||
Again, echelon will attend this event and hold a short talk about general introduction to I2P. Another talk about the profiling by the I2P clients will be held.
|
||||
</br>
|
||||
{%- endtrans %}</p>
|
||||
|
||||
{% endblock %}
|
||||
|
||||
@ -1,11 +1,13 @@
|
||||
{% extends "global/layout.html" %}
|
||||
{% block title %}CVS{% endblock %}
|
||||
{% block content %}<p>The I2P sourcecode was kept in a CVS repository. Nowadays it is kept in an <a href="{{ site_url('volunteer/develop/monotone') }}">Monotone</a> repository.
|
||||
{% block content %}<p>{% trans -%}
|
||||
The I2P sourcecode was kept in a CVS repository. Nowadays it is kept in an <a href="{{ site_url('volunteer/develop/monotone') }}">Monotone</a> repository.
|
||||
For those who aren't very familiar with CVS, there is a
|
||||
<a href="http://cvsbook.red-bean.com/cvsbook.html">fantastic book</a> on the
|
||||
subject (developers only need to deal with the first chapter - "An Overview of
|
||||
CVS", as subsequent chapters go into some nasty details very few ever need to
|
||||
touch).</p>
|
||||
touch).
|
||||
{%- endtrans %}</p>
|
||||
|
||||
<h2>Unix CVS</h2>
|
||||
<p><code>cvs -d:pserver:anoncvs@cvs.i2p.net:/cvsroot login</code><br />
|
||||
@ -25,6 +27,8 @@ Password: anoncvs</p>
|
||||
<p>Commits are sent to the <a href="http://dev.i2p.net/pipermail/i2p-cvs/">CVS mailinglist</a>
|
||||
</p>
|
||||
|
||||
<p>Humorous quote from WinCVS: "Did you know... Never experiment with new CVS
|
||||
commands on your working repository. Create a sample module instead."</p>
|
||||
<p>{% trans -%}
|
||||
Humorous quote from WinCVS: "Did you know... Never experiment with new CVS
|
||||
commands on your working repository. Create a sample module instead."
|
||||
{%- endtrans %}</p>
|
||||
{% endblock %}
|
||||
|
||||
@ -1,16 +1,18 @@
|
||||
{% extends "global/layout.html" %}
|
||||
{% block title %}i2ptunnel migration{% endblock %}
|
||||
{% block content %}<h3>I2PTunnel migration:</h3>
|
||||
{% block content %}<h3>{% trans -%}I2PTunnel migration:{%- endtrans %}</h3>
|
||||
|
||||
<p>After upgrading to the new architecture, you'll have to do a
|
||||
<p>{% trans -%}
|
||||
After upgrading to the new architecture, you'll have to do a
|
||||
little work to get your old I2PTunnel-driven servers running.
|
||||
Lets walk through a simple example. For an eepsite with the
|
||||
old clientApp configuration, you had:</p>
|
||||
old clientApp configuration, you had:
|
||||
{%- endtrans %}</p>
|
||||
<pre>
|
||||
-e "server localhost 80 myWebPriv.dat"
|
||||
</pre>
|
||||
|
||||
<p>To provide that same functionality on the new web architecture:</p>
|
||||
<p>{% trans -%}To provide that same functionality on the new web architecture:{%- endtrans %}</p>
|
||||
<ul>
|
||||
<li>Jump to <a href="http://localhost:7657/i2ptunnel/">http://localhost:7657/i2ptunnel/</a></li>
|
||||
<li>Click on Add new: [Server tunnel] "GO"</li>
|
||||
@ -31,14 +33,18 @@ old clientApp configuration, you had:</p>
|
||||
</pre></li>
|
||||
</ul>
|
||||
|
||||
<p>That's it! Creating a new I2PTunnel server works the same way too, except you
|
||||
<p>{% trans -%}
|
||||
That's it! Creating a new I2PTunnel server works the same way too, except you
|
||||
don't need to "copy the old file", obviously. Behind the scenes, it is all driven
|
||||
by the i2ptunnel.config</code> file, which you may modify externally (if you do,
|
||||
hit "Reload config" on the I2PTunnel web page, which will tear down all of your
|
||||
existing tunnels and rebuild new ones)</p>
|
||||
existing tunnels and rebuild new ones)
|
||||
{%- endtrans %}</p>
|
||||
|
||||
<p>Note that you WILL need to wait until your router is integrated
|
||||
<p>{% trans -%}
|
||||
Note that you WILL need to wait until your router is integrated
|
||||
into the network before you are able to use the /i2ptunnel/ web
|
||||
interface. It will say "Please be patient" if you try to
|
||||
beforehand, which means that it is still trying to build the
|
||||
necessary I2PTunnel sessions it has been configured to create. </p>{% endblock %}
|
||||
necessary I2PTunnel sessions it has been configured to create.
|
||||
{%- endtrans %}</p>{% endblock %}
|
||||
|
||||
@ -1,109 +1,112 @@
|
||||
{% extends "global/layout.html" %}
|
||||
{% block title %}i2ptunnel services{% endblock %}
|
||||
{% block content %}Below is quick copy of aum's eepsite deployment guide.
|
||||
<br />
|
||||
{% block content %}{% trans -%}
|
||||
Below is quick copy of aum's eepsite deployment guide.
|
||||
{%- endtrans %}<br />
|
||||
|
||||
<br />
|
||||
<strong>1. - Deploy a local server</strong><ul><li>For simplicity's sake, we will walk through the setup of a web server; however, this procedure is the same regardless what protocol of servers and/or clients you are setting up.
|
||||
<strong>{% trans -%}
|
||||
1. - Deploy a local server
|
||||
{%- endtrans %}</strong><ul><li>{% trans %}For simplicity's sake, we will walk through the setup of a web server; however, this procedure is the same regardless what protocol of servers and/or clients you are setting up. {% endtrans %}
|
||||
<br />
|
||||
|
||||
<li>I recommend the Tiny Httpd web server , thttpd, (windows version available on site) although you can use anything that you feel comfortable with.
|
||||
<li>{% trans %}I recommend the Tiny Httpd web server , thttpd, (windows version available on site) although you can use anything that you feel comfortable with.{% endtrans %}
|
||||
<br />
|
||||
<li>Another more robust option would be to use EasyPHP, which is also open source. It comes with PHP, PHPmyadmin, mySQL, and Apache web server. For newbies who have no experience setting up and hosting content over servers, see the hosting page for help.
|
||||
<li>{% trans %}Another more robust option would be to use EasyPHP, which is also open source. It comes with PHP, PHPmyadmin, mySQL, and Apache web server. For newbies who have no experience setting up and hosting content over servers, see the hosting page for help. {% endtrans %}
|
||||
<br />
|
||||
<li>With the web server you've chosen, configure it to listen on a port of your choice, and serve its documents from a directory of your choice. For this example, we'll assume port 10880.
|
||||
<li>{% trans %}With the web server you've chosen, configure it to listen on a port of your choice, and serve its documents from a directory of your choice. For this example, we'll assume port 10880. {% endtrans %}
|
||||
<br />
|
||||
<li>Make sure your firewall is set up so that you cannot receive incoming connections on this port (which would breach your anonymity).
|
||||
<li>{% trans %}Make sure your firewall is set up so that you cannot receive incoming connections on this port (which would breach your anonymity). {% endtrans %}
|
||||
<br />
|
||||
<li>Test the webserver, by pointing your normal browser (the one with the "direct connection") at <a href="http://localhost:10880" target="_blank">http://localhost:10880</a> (changing the 10880 to the port number you have chosen).
|
||||
<li>{% trans %}Test the webserver, by pointing your normal browser (the one with the "direct connection") at <a href="http://localhost:10880" target="_blank">http://localhost:10880</a> (changing the 10880 to the port number you have chosen). {% endtrans %}
|
||||
<br />
|
||||
<li>Once your webserver is working, and you can access it locally with your browser, continue to the next step.
|
||||
<li>{% trans %}Once your webserver is working, and you can access it locally with your browser, continue to the next step. {% endtrans %}
|
||||
<br />
|
||||
</ul><strong>2 - Generate an I2P Destination Keypair</strong><ul><li>I2P does not deal in IP addresses. To protect your anonymity, it deals in unique addresses called destination keys.
|
||||
</ul><strong>{% trans %}2 - Generate an I2P Destination Keypair {% endtrans %}</strong><ul><li>{% trans %}I2P does not deal in IP addresses. To protect your anonymity, it deals in unique addresses called destination keys. {% endtrans %}
|
||||
|
||||
<br />
|
||||
<li>A destination key works a lot like a regular IP address, except that it can't be traced to your IP address or physical location. When users place a request to speak with you, your gateways are the ones that answer for you. So the requesting user can only know the IP address of your gateways. However, gateways don't know your IP address, because gateways are the last nodes on your tunnels, and you anonymously create tunnels by way of garlic routing. (So gateways are like puppets that can't see their masters, and everyone communicates through these puppets)
|
||||
<li>{% trans %}A destination key works a lot like a regular IP address, except that it can't be traced to your IP address or physical location. When users place a request to speak with you, your gateways are the ones that answer for you. So the requesting user can only know the IP address of your gateways. However, gateways don't know your IP address, because gateways are the last nodes on your tunnels, and you anonymously create tunnels by way of garlic routing. (So gateways are like puppets that can't see their masters, and everyone communicates through these puppets) {% endtrans %}
|
||||
<br />
|
||||
<li>To deploy a server on I2P, you create a destination keypair. You use the private key to authenticate your server when connecting it to I2P, and you make the public key (aka destination key) known publicly, so others can connect to your server. (indirectly, through your gateways)
|
||||
<li>{% trans %}To deploy a server on I2P, you create a destination keypair. You use the private key to authenticate your server when connecting it to I2P, and you make the public key (aka destination key) known publicly, so others can connect to your server. (indirectly, through your gateways) {% endtrans %}
|
||||
<br />
|
||||
<li>Each service you run on I2P requires a different keypair.
|
||||
<li>{% trans %}Each service you run on I2P requires a different keypair. {% endtrans %}
|
||||
<br />
|
||||
<li>To generate your keypair, type the command: java -jar lib/i2ptunnel.jar -nogui -e "genkeys myWebPrivKey.dat myWebPubKey.dat" (all on one line)
|
||||
<li>{% trans %}To generate your keypair, type the command: java -jar lib/i2ptunnel.jar -nogui -e "genkeys myWebPrivKey.dat myWebPubKey.dat" (all on one line) {% endtrans %}
|
||||
<br />
|
||||
<li>In windows, to generate your keypair, type the command: java -jar lib/i2ptunnel.jar -nogui -e "genkeys myWebPrivKey.dat myWebPubKey.dat"
|
||||
<li>{% trans %}In windows, to generate your keypair, type the command: java -jar lib/i2ptunnel.jar -nogui -e "genkeys myWebPrivKey.dat myWebPubKey.dat" {% endtrans %}
|
||||
<br />
|
||||
<li>The filenames myWebPrivKey.dat and myWebPubKey.dat are arbitrary - choose whatever you want here, as long as you understand your own choices.
|
||||
<li>{% trans %}The filenames myWebPrivKey.dat and myWebPubKey.dat are arbitrary - choose whatever you want here, as long as you understand your own choices. {% endtrans %}
|
||||
<br />
|
||||
<li>We now need to export your public key into base64 format, which you will share with others.
|
||||
<li>{% trans %} We now need to export your public key into base64 format, which you will share with others. {% endtrans %}
|
||||
<br />
|
||||
<li>To convert your myWebPubKey.dat file into shareable base64, type the command java -cp lib/i2p.jar net.i2p.data.Base64 encode myWebPubKey.dat > myWebPubKey.txt (all on one line).
|
||||
<li>{% trans %}To convert your myWebPubKey.dat file into shareable base64, type the command java -cp lib/i2p.jar net.i2p.data.Base64 encode myWebPubKey.dat > myWebPubKey.txt (all on one line). {% endtrans %}
|
||||
|
||||
<br />
|
||||
<li>This file you have just generated, myWebPubKey.txt, contains a long base64 string (516 chars at last count), which we call a destination key. All you need to know about this string for now is that it allows remote clients to uniquely pinpoint and connect to your server, just the same way as an IP address allows remote machines to pinpoint and connect to your machine.
|
||||
<li>{% trans %}This file you have just generated, myWebPubKey.txt, contains a long base64 string (516 chars at last count), which we call a destination key. All you need to know about this string for now is that it allows remote clients to uniquely pinpoint and connect to your server, just the same way as an IP address allows remote machines to pinpoint and connect to your machine. {% endtrans %}
|
||||
<br />
|
||||
<li>However, in contrast to an IP address, there is no way to trace your machine's physical location - even though your server can be addressed via I2P, your IP address cannot be traced or associated with this destination key.
|
||||
<li>{% trans %}However, in contrast to an IP address, there is no way to trace your machine's physical location - even though your server can be addressed via I2P, your IP address cannot be traced or associated with this destination key. {% endtrans %}
|
||||
<br />
|
||||
</ul><strong>3 - Open a 'Tunnel' from I2P To Your Server</strong><ul><li>For clients elsewhere in I2P to be able to access your server, you must run a 'bridge' or 'tunnel', which takes connections from these clients and forwards them to your local server
|
||||
</ul><strong>{% trans %}3 - Open a 'Tunnel' from I2P To Your Server{% endtrans %}</strong><ul><li>{% trans %}For clients elsewhere in I2P to be able to access your server, you must run a 'bridge' or 'tunnel', which takes connections from these clients and forwards them to your local server {% endtrans %}
|
||||
<br />
|
||||
<li>To activate such a tunnel, type the command java -jar lib/i2ptunnel.jar -nogui -e "server localhost 10880 myWebPrivKey.dat" (all one line)
|
||||
<li>{% trans %}To activate such a tunnel, type the command java -jar lib/i2ptunnel.jar -nogui -e "server localhost 10880 myWebPrivKey.dat" (all one line) {% endtrans %}
|
||||
<br />
|
||||
<li>If you used different filenames or port number earlier on, change these accordingly
|
||||
<li>{% trans %}If you used different filenames or port number earlier on, change these accordingly {% endtrans %}
|
||||
<br />
|
||||
<li>Windows users, remember to replace apostrophes with double quotes. Thus: java -jar lib/i2ptunnel.jar -nogui -e "server localhost 10880 myWebPrivKey.dat"
|
||||
<li>{% trans %}Windows users, remember to replace apostrophes with double quotes. Thus: java -jar lib/i2ptunnel.jar -nogui -e "server localhost 10880 myWebPrivKey.dat" {% endtrans %}
|
||||
<br />
|
||||
<li>Within a few seconds, the 'tunnel' should now be active, and remote clients should be able to reach your server anonymously. Remember to let your router "warm up" before opening clients to it.
|
||||
<li>{% trans %}Within a few seconds, the 'tunnel' should now be active, and remote clients should be able to reach your server anonymously. Remember to let your router "warm up" before opening clients to it. {% endtrans %}
|
||||
<br />
|
||||
</ul><strong>4 - Update Your hosts.txt File</strong><ul><li>To test your own server locally, you'll need to create an entry in your hosts.txt file, so I2P can translate the simple URL you place in the browser's address bar into the full public key text needed to find your server.
|
||||
</ul><strong>{% trans %}4 - Update Your hosts.txt File {% endtrans %}</strong><ul><li>{% trans %}To test your own server locally, you'll need to create an entry in your hosts.txt file, so I2P can translate the simple URL you place in the browser's address bar into the full public key text needed to find your server. {% endtrans %}
|
||||
|
||||
<br />
|
||||
<li>Edit your hosts.txt, and add the line myserver.i2p=blahblahblah, where myserver.i2p is an I2P 'domain' you want to associate with your site, and the blahblahblah is the text of the base64 public key you created earlier in the file myWebPubKey.txt
|
||||
<li>{% trans %}Edit your hosts.txt, and add the line myserver.i2p=blahblahblah, where myserver.i2p is an I2P 'domain' you want to associate with your site, and the blahblahblah is the text of the base64 public key you created earlier in the file myWebPubKey.txt {% endtrans %}
|
||||
<br />
|
||||
<li>With this in place, you and others can reach your server with the simple domain name myserver.i2p in the browser's address bar.
|
||||
<li>{% trans %}With this in place, you and others can reach your server with the simple domain name myserver.i2p in the browser's address bar. {% endtrans %}
|
||||
<br />
|
||||
</ul><strong>5 - Surf Your Site Within I2P</strong><ul><li>Using your secondary browser - the one you earlier configured to use localhost:4444 as a proxy - point this browser to the address <a href="http://myserver.i2p" target="_blank">http://myserver.i2p</a>
|
||||
</ul><strong>{% trans %}5 - Surf Your Site Within I2P{% endtrans %}</strong><ul><li>{% trans %}Using your secondary browser - the one you earlier configured to use localhost:4444 as a proxy - point this browser to the address <a href="http://myserver.i2p" target="_blank">http://myserver.i2p{% endtrans %}</a>
|
||||
<br />
|
||||
<li>You should see the main page of your webserver come up.
|
||||
<li>{% trans %}You should see the main page of your webserver come up. {% endtrans %}
|
||||
<br />
|
||||
</ul><strong>6 - Create a Local Client Tunnel Connection</strong><ul><li>We now have to think beyond just web servers.
|
||||
</ul><strong>{% trans %}6 - Create a Local Client Tunnel Connection {% endtrans %}</strong><ul><li>{% trans %}We now have to think beyond just web servers. {% endtrans %}
|
||||
<br />
|
||||
<li>As you grow into I2P and get more of a 'feel' for it, you will want to use all manner of servers and clients.
|
||||
<li>{% trans %}As you grow into I2P and get more of a 'feel' for it, you will want to use all manner of servers and clients. {% endtrans %}
|
||||
<br />
|
||||
|
||||
<li>The beauty of I2P is that it allows standard Internet clients and servers for most protocols to be transparently 'tunneled' through the anonymous network.
|
||||
<li>{% trans %}The beauty of I2P is that it allows standard Internet clients and servers for most protocols to be transparently 'tunneled' through the anonymous network. {% endtrans %}
|
||||
<br />
|
||||
<li>You can run mailservers/clients, nameservers/clients, newsservers/clients - almost anything at all - perhaps even FTP in passive mode.
|
||||
<li>{% trans %}You can run mailservers/clients, nameservers/clients, newsservers/clients - almost anything at all - perhaps even FTP in passive mode. {% endtrans %}
|
||||
<br />
|
||||
<li>Now, we'll create a client tunnel. This is like the server tunnel we created earlier, but works in reverse. It listens to a port on your local machine; your local client connects to this port; the connection gets forwarded through I2P to the service on the other end.
|
||||
<li>{% trans %}Now, we'll create a client tunnel. This is like the server tunnel we created earlier, but works in reverse. It listens to a port on your local machine; your local client connects to this port; the connection gets forwarded through I2P to the service on the other end. {% endtrans %}
|
||||
<br />
|
||||
<li>To open your client tunnel for your server, type the command java -jar lib/i2ptunnel.jar -nogui -e "config localhost 7654" -e "client 10888 textofbase64key" (all one line).
|
||||
<li>{% trans %}To open your client tunnel for your server, type the command java -jar lib/i2ptunnel.jar -nogui -e "config localhost 7654" -e "client 10888 textofbase64key" (all one line). {% endtrans %}
|
||||
<br />
|
||||
<li>The port 10888 is arbitrary - it just needs to be something other than the physical port your server is listening on.
|
||||
<li>{% trans %}The port 10888 is arbitrary - it just needs to be something other than the physical port your server is listening on. {% endtrans %}
|
||||
<br />
|
||||
<li>textofbase64key is simply the contents of the public key text file myWebPubKey.txt, reproduced fully on one line (alternately, instead of textofbase64key, you can specify the name from your hosts.txt - e.g. myserver.i2p)
|
||||
<li>{% trans %}textofbase64key is simply the contents of the public key text file myWebPubKey.txt, reproduced fully on one line (alternately, instead of textofbase64key, you can specify the name from your hosts.txt - e.g. myserver.i2p) {% endtrans %}
|
||||
<br />
|
||||
<li>Within a minute or two of launching this command, the client tunnel from your local machine into I2P will be open and ready for use.
|
||||
<li>{% trans %}Within a minute or two of launching this command, the client tunnel from your local machine into I2P will be open and ready for use. {% endtrans %}
|
||||
<br />
|
||||
<li>Point your regular web browser (ie, not the one you configured to use localhost:4444), and point it to <a href="http://localhost:10888" target="_blank">http://localhost:10888</a>
|
||||
<li>{% trans %}Point your regular web browser (ie, not the one you configured to use localhost:4444), and point it to <a href="http://localhost:10888" target="_blank">http://localhost:10888</a> {% endtrans %}
|
||||
|
||||
<br />
|
||||
<li>Verify that the main page of your server eventually comes up in your browser.
|
||||
<li>{% trans %}Verify that the main page of your server eventually comes up in your browser. {% endtrans %}
|
||||
<br />
|
||||
<li>You use the same procedure for using any local client program to access a remote I2P server - just get the base64 public key (called destination key) of the remote server, choose a local port to connect to the remote server, open the tunnel, and just connect with your client to your heart's content.
|
||||
<li>{% trans %}You use the same procedure for using any local client program to access a remote I2P server - just get the base64 public key (called destination key) of the remote server, choose a local port to connect to the remote server, open the tunnel, and just connect with your client to your heart's content. {% endtrans %}
|
||||
<br />
|
||||
</ul><strong>7 - Share your server details with others</strong><ul><li>Using an anonymous medium (eg the one of the I2P IRC servers or ugha's wiki), post your domain name (eg <a href="http://www.mynick.i2p" target="_blank">www.mynick.i2p</a> as well as your destination key. Others will then be able to reach your server remotely, without either of you jeopardizing your anonymity.
|
||||
</ul><strong>{% trans %}7 - Share your server details with others{% endtrans %}</strong><ul><li>{% trans %}Using an anonymous medium (eg the one of the I2P IRC servers or ugha's wiki), post your domain name (eg <a href="http://www.mynick.i2p" target="_blank">www.mynick.i2p</a> as well as your destination key. Others will then be able to reach your server remotely, without either of you jeopardizing your anonymity. {% endtrans %}
|
||||
<br />
|
||||
<li>Remember, you can go to What's on I2P and find the latest public keys linked to their URL. You should also post your own public key and URL their. However, you will want to do this anonymously, of course. Drupal.i2p.net is currently, as of this writing, only accessible from the net. So, to access the outside WWW anonymously from inside of I2P, you will need to start up your script called startSquid. Do it the same way you have been doing these other scripts. Reconfigure your browser to proxy on localhost:5555, as defined in the script, and when the script has generated it's keys, you can access the squid proxy. Put any WWW URL (such as Google or this i2p site) into your browser's address bar and you will be surfing the World Wide Web anonymously. Now you can safely post your public key, and no one can detect your IP address.
|
||||
<li>{% trans %}Remember, you can go to What's on I2P and find the latest public keys linked to their URL. You should also post your own public key and URL their. However, you will want to do this anonymously, of course. Drupal.i2p.net is currently, as of this writing, only accessible from the net. So, to access the outside WWW anonymously from inside of I2P, you will need to start up your script called startSquid. Do it the same way you have been doing these other scripts. Reconfigure your browser to proxy on localhost:5555, as defined in the script, and when the script has generated it's keys, you can access the squid proxy. Put any WWW URL (such as Google or this i2p site) into your browser's address bar and you will be surfing the World Wide Web anonymously. Now you can safely post your public key, and no one can detect your IP address. {% endtrans %}
|
||||
<br />
|
||||
</ul><strong>8 - Write Some Scripts To Handle All This Menial Nonsense</strong><ul><li>It would drive most people crazy, going through all these steps every time one sets up an I2P server, and/or deploys a client.
|
||||
</ul><strong>{% trans %}8 - Write Some Scripts To Handle All This Menial Nonsense{% endtrans %}</strong><ul><li>{% trans %}It would drive most people crazy, going through all these steps every time one sets up an I2P server, and/or deploys a client. {% endtrans %}
|
||||
<br />
|
||||
<li>Aum's website <a href="http://www.freenet.org.nz/i2p/" target="_blank">http://www.freenet.org.nz/i2p/</a> has a script called setupServer.py which automates all this nonsense into one simple command line . But I respect that people's tastes in user interfaces differ, and trying to write something which satisfies everyone's needs usually results in something so complex that it turns into newbie-repellent.
|
||||
<li>{% trans %}Aum's website <a href="http://www.freenet.org.nz/i2p/" target="_blank">http://www.freenet.org.nz/i2p/</a> has a script called setupServer.py which automates all this nonsense into one simple command line . But I respect that people's tastes in user interfaces differ, and trying to write something which satisfies everyone's needs usually results in something so complex that it turns into newbie-repellent. {% endtrans %}
|
||||
|
||||
<br />
|
||||
<li>So please feel free to use and/or customize setupServer.py to taste, or write your own in Python or another language.
|
||||
<li>{% trans %}So please feel free to use and/or customize setupServer.py to taste, or write your own in Python or another language. {% endtrans %}
|
||||
<br />
|
||||
<li>Also, you may want to write a script which handles the startup of the I2P Router, the eepProxy, plus any and all tunnels you are using. I've got such a script called startEverything.sh, which gets launched at system startup. (Be sure to search this site for template scripts to automate your I2P commands. If I create a page for one, I'll try to remember to link it here.
|
||||
<li>{% trans %}Also, you may want to write a script which handles the startup of the I2P Router, the eepProxy, plus any and all tunnels you are using. I've got such a script called startEverything.sh, which gets launched at system startup. (Be sure to search this site for template scripts to automate your I2P commands. If I create a page for one, I'll try to remember to link it here. {% endtrans %}
|
||||
<br />
|
||||
<li>Exercise for Windows users - port setupServer.py into a MS-DOS .BAT file.
|
||||
<li>{% trans %}Exercise for Windows users - port setupServer.py into a MS-DOS .BAT file. { %endtrans % }
|
||||
<br />
|
||||
</ul>
|
||||
{% endblock %}
|
||||
|
||||
@ -2,12 +2,13 @@
|
||||
{% block title %}Old Documents{% endblock %}
|
||||
{% block content %}
|
||||
|
||||
{% trans -%}
|
||||
Following is a list of documents originally on www.invisiblenet.net/i2p/ and
|
||||
rescued via the
|
||||
<a href="http://www.archive.org/">Wayback Machine</a>.
|
||||
They are quite dated and may or may not be accurate.
|
||||
However, the I2CP and I2NP documents in particular have some good information.
|
||||
|
||||
{%- endtrans %}
|
||||
|
||||
<H3>Index of /i2p</H3>
|
||||
<PRE>Name Last modified Size
|
||||
|
||||
@ -3,12 +3,14 @@
|
||||
{% block lastupdated %}August 2011{% endblock %}
|
||||
{% block accuratefor %}0.8.7{% endblock %}
|
||||
{% block content %}
|
||||
<h2>Overview</h2>
|
||||
<p>Using JNI (Java Native Interface), a bit of C code (thanks ugha!), a little
|
||||
<h2>{% trans %}Overview{% endtrans %}</h2>
|
||||
<p>{% trans -%}
|
||||
Using JNI (Java Native Interface), a bit of C code (thanks ugha!), a little
|
||||
manual work and a piece of chewing gum we have made several
|
||||
cryptography operations quite a bit faster.</p>
|
||||
cryptography operations quite a bit faster.
|
||||
{%- endtrans %}</p>
|
||||
|
||||
<p>
|
||||
<p>{% trans -%}
|
||||
The speedup comes from the super-fast
|
||||
<a href="http://gmplib.org/">GNU MP Bignum library (libgmp)</a>.
|
||||
We use a single function from libgmp -
|
||||
@ -16,9 +18,9 @@ We use a single function from libgmp -
|
||||
as a replacement for the
|
||||
<a href="http://download.oracle.com/javase/1.5.0/docs/api/java/math/BigInteger.html#modPow%28java.math.BigInteger,%20java.math.BigInteger%29">Java Math library's BigInteger modPow()</a>.
|
||||
As modPow() is a significant computational portion of many crypto operations, this is of significant benefit.
|
||||
</p>
|
||||
{%- endtrans %}</p>
|
||||
|
||||
<p>
|
||||
<p>{% trans -%}
|
||||
The standard I2P installation includes about 20 versions of the library for different platforms,
|
||||
each about 50KB, inside the jbigi.jar file.
|
||||
The initialization of the JBigI library, including CPU identification, selection, and extraction
|
||||
@ -27,68 +29,79 @@ of the correct loadable module, is handled by the
|
||||
If no module is available for the current platform, the standard
|
||||
<a href="http://download.oracle.com/javase/1.5.0/docs/api/java/math/BigInteger.html#modPow%28java.math.BigInteger,%20java.math.BigInteger%29">Java Math library's BigInteger modPow()</a>
|
||||
is used.
|
||||
</p>
|
||||
{%- endtrans %}</p>
|
||||
|
||||
|
||||
<h2>Rebuilding and Testing JBigI</h2>
|
||||
Following are the instructions to build a new jbigi library for your own platform
|
||||
and testing its performance.
|
||||
<h2>{% trans %}Rebuilding and Testing JBigI{% endtrans %}</h2>
|
||||
{% trans %}Following are the instructions to build a new jbigi library for your own platform
|
||||
and testing its performance.{% endtrans %}
|
||||
|
||||
<h3>Requirements</h3>
|
||||
<p>This works on Linux, and with a few changes in build.sh probably also on
|
||||
<h3>{% trans %}Requirements{% endtrans %}</h3>
|
||||
<p>{% trans -%}
|
||||
This works on Linux, and with a few changes in build.sh probably also on
|
||||
other platforms. FreeBSD has also been reported to work too. On Kaffee the
|
||||
speedup is very small, because it already uses native BitInteger internally.
|
||||
Blackdown seems to cause strange errors. Because you are going to do
|
||||
compilation, you need JDK; JRE won't work.</p>
|
||||
<p>The required code is available in monotone database and the latest source tarball.</p>
|
||||
<p>The GNU MP Bignum library (libgmp) needs to be installed, if it isn't
|
||||
compilation, you need JDK; JRE won't work.
|
||||
{%- endtrans %}</p>
|
||||
<p>{% trans %}The required code is available in monotone database and the latest source tarball. {% endtrans %}</p>
|
||||
<p>{% trans -%}
|
||||
The GNU MP Bignum library (libgmp) needs to be installed, if it isn't
|
||||
included in your OS / distribution or installed already, it can be received from
|
||||
<a href="http://gmplib.org/#DOWNLOAD">http://gmplib.org/#DOWNLOAD</a>. Even if you
|
||||
have already installed it as binary, it might still be worth a try to compile
|
||||
GMP yourself, since then it will be able to use the specific instructions of
|
||||
your processor. The latest GMP may also
|
||||
be used instead of GMP 5.0.2, but it hasn't been tested by us.
|
||||
</p>
|
||||
{%- endtrans %}</p>
|
||||
|
||||
<h3>Step-by-step instructions</h3>
|
||||
<h3>{% trans %}Step-by-step instructions{% endtrans %}</h3>
|
||||
<ol>
|
||||
<li>Look at <a href="http://localhost:7657/logs.jsp">your running environment on the logs.jsp page</a>.
|
||||
There should be one of two status messages for JBigI - either
|
||||
<li>{% trans %}Look at <a href="http://localhost:7657/logs.jsp">your running environment on the logs.jsp page</a>.
|
||||
There should be one of two status messages for JBigI - either{% endtrans %}
|
||||
<tt>
|
||||
Locally optimized native BigInteger loaded from the library path
|
||||
{% trans %}Locally optimized native BigInteger loaded from the library path{% endtrans %}
|
||||
</tt>
|
||||
or
|
||||
{% trans %}or{% endtrans %}
|
||||
<tt>
|
||||
Native BigInteger library jbigi not loaded - using pure java</tt>.
|
||||
If the native BitInteger library was NOT loaded, you definitely need to
|
||||
{% trans %}Native BigInteger library jbigi not loaded - using pure java{% endtrans %}</tt>.
|
||||
{% trans %}If the native BitInteger library was NOT loaded, you definitely need to
|
||||
compile your own.
|
||||
Certain platforms, such as OS X, OpenSolaris, and 64-bit systems,
|
||||
may require you to compile your own library.
|
||||
If the BigInteger library was loaded, do at least the next step to see
|
||||
what your performance is.
|
||||
what your performance is.{% endtrans %}
|
||||
</li>
|
||||
<li>Look on <a href="http://localhost:7657/stats.jsp">http://localhost:7657/stats.jsp</a>
|
||||
<li>{% trans -%}
|
||||
Look on <a href="http://localhost:7657/stats.jsp">http://localhost:7657/stats.jsp</a>
|
||||
to see what the lifetime average values for <code>crypto.elGamal.decrypt</code> and
|
||||
<code>crypto.elGamal.encrypt</code> are. The numbers are times in milliseconds. Copy these somewhere so you can compare
|
||||
them later on.
|
||||
The network average for encrypt time is about 20ms.
|
||||
If your encrypt time is less than 50ms for a relatively new processor, or less than 100ms
|
||||
for an older processor, and the native BigInteger library was loaded, you are probably fine.
|
||||
</li>
|
||||
<li>Get the latest released source code of I2P from
|
||||
{%- endtrans %}</li>
|
||||
<li>{% trans -%}
|
||||
Get the latest released source code of I2P from
|
||||
<a href="{{ url_for('downloads_list', lang=g.lang) }}">the download page</a>, or get the cutting-edge source
|
||||
out of the monotone database mtn.i2p2.de</li>
|
||||
<li>Inside the source tree change directory to: <code>core/c/jbigi</code></li>
|
||||
<li>Read the README file.
|
||||
out of the monotone database mtn.i2p2.de
|
||||
{%- endtrans %}</li>
|
||||
<li>{$ trans %}Inside the source tree change directory to: <code>core/c/jbigi</code>{% endtrans %}</li>
|
||||
<li>{% trans -%}
|
||||
Read the README file.
|
||||
If you have a /usr/lib/libgmp.so file, you do not have to download GMP.
|
||||
Use the 'dynamic' argument to build.sh.
|
||||
Otherwise, you must download GMP version 5.0.2 from
|
||||
from <a href="http://gmplib.org/#DOWNLOAD">http://gmplib.org/#DOWNLOAD</a>, saving it to gmp-5.0.2.tar.bz2.
|
||||
If you decide to use a newer version, change the VER= line in <code>core/c/jbigi/build.sh</code>.
|
||||
<li>Take a look at <code>build.sh</code>, if your <code>JAVA_HOME</code>
|
||||
{%- endtrans %}
|
||||
<li>{% trans -%}
|
||||
Take a look at <code>build.sh</code>, if your <code>JAVA_HOME</code>
|
||||
environment variable is set and you are using Linux then it might just work.
|
||||
Otherwise change the settings. Remember, you need the Java SDK installed.</li>
|
||||
<li>Run <code>build.sh</code> (if you downloaded GMP) or
|
||||
Otherwise change the settings. Remember, you need the Java SDK installed.
|
||||
{%- endtrans %}</li>
|
||||
<li>{% trans -%}
|
||||
Run <code>build.sh</code> (if you downloaded GMP) or
|
||||
<code>build.sh dynamic</code> (if you have /usr/lib/libgmp.so).<br/>
|
||||
Maybe the build spewed out some errors of missing jni.h and jni_md.h files.
|
||||
Either copy these files from your java install into the core/c/jbigi/jbigi/include/ directory,
|
||||
@ -97,24 +110,26 @@ You can run the <code>build.sh</code> from the <code>core/c/</code> directory wh
|
||||
build all available jbigi libs into a jbigi.jar.</br>
|
||||
A file named <code>libjbigi.so</code> should be created in the current
|
||||
directory. If this doesn't happen and/or you get errors then please report
|
||||
them.</li>
|
||||
<li>Follow the instructions in core/c/README to install the library and run
|
||||
them.
|
||||
{%- endtrans %}</li>
|
||||
<li>{% trans -%}
|
||||
Follow the instructions in core/c/README to install the library and run
|
||||
the speed test.
|
||||
Read the final lines of the speed test's output for some additional
|
||||
info, it will be something like this:
|
||||
<pre>
|
||||
{%- endtrans %}<pre>
|
||||
native run time: 5842ms ( 57ms each)
|
||||
java run time: 41072ms (406ms each)
|
||||
native = 14.223802103622907% of pure java time
|
||||
</pre>
|
||||
If the native is indeed 5-7x faster (or more) then it looks all good. If not, please
|
||||
report.</li>
|
||||
<li>Copy <code>libjbigi.so</code> to your i2p directory</li>
|
||||
<li>Restart your I2P programs.</li>
|
||||
<li>On
|
||||
<a href="http://localhost:7657/stats.jsp">http://localhost:7657/stats.jsp</a>
|
||||
{% trans %}If the native is indeed 5-7x faster (or more) then it looks all good. If not, please
|
||||
report.{% endtrans %}</li>
|
||||
<li>{% trans %}Copy <code>libjbigi.so</code> to your i2p directory{% endtrans %}</li>
|
||||
<li>{% trans %}Restart your I2P programs.{% endtrans %}</li>
|
||||
<li>{% trans %}On{% endtrans %}
|
||||
{% trans %}<a href="http://localhost:7657/stats.jsp">http://localhost:7657/stats.jsp</a>
|
||||
the <code>crypto.elGamal.decrypt</code> and <code>crypto.elGamal.encrypt</code>
|
||||
should be a lot faster.</li>
|
||||
should be a lot faster.</li>{% endtrans %}
|
||||
</ol>
|
||||
|
||||
|
||||
|
||||
@ -1,9 +1,9 @@
|
||||
{% extends "global/layout.html" %}
|
||||
{% block title %}Jrandom's Announcement{% endblock %}
|
||||
{% block content %}
|
||||
The following message was received in mid-November 2007. We have no further information
|
||||
on jrandom's status.
|
||||
<p>
|
||||
{% trans %}The following message was received in mid-November 2007. We have no further information
|
||||
on jrandom's status.{% endtrans %}
|
||||
<p>{% trans -%}
|
||||
Subsequently, in an unrelated incident, the hosting company for
|
||||
all *.i2p.net servers (except forum.i2p.net) suffered a power outage
|
||||
on January 13, 2008, and the i2p.net servers did not fully return to service.
|
||||
@ -11,10 +11,11 @@ As only jrandom has the credentials required to restore service,
|
||||
and he could not be contacted,
|
||||
we moved all public services to <a href="http://www.i2p2.de/">www.i2p2.de</a>
|
||||
and related subdomains.
|
||||
<p>
|
||||
{%- endtrans %}</p>
|
||||
<p>{% trans -%}
|
||||
Approximately two months later, for unrelated reasons,
|
||||
forum.i2p.net was moved to <a href="http://forum.i2p2.de/">forum.i2p2.de</a>.
|
||||
<p>
|
||||
{%- endtrans %}</p>
|
||||
<pre>
|
||||
-----BEGIN PGP SIGNED MESSAGE-----
|
||||
Hash: SHA1
|
||||
|
||||
@ -1,38 +1,39 @@
|
||||
{% extends "global/layout.html" %}
|
||||
{% block title %}Manually Installing the Java Wrapper{% endblock %}
|
||||
{% block content %}
|
||||
<h1>Manually Installing the Java Wrapper</h1>
|
||||
<h1>{% trans %}Manually Installing the Java Wrapper{% endtrans %}</h1>
|
||||
|
||||
<p>The installation package for the <a href="{{ url_for('downloads_list', lang=g.lang) }}">I2P router</a> comes
|
||||
<p>{% trans -%}
|
||||
The installation package for the <a href="{{ url_for('downloads_list', lang=g.lang) }}">I2P router</a> comes
|
||||
with a Java wrapper for the most common architectures. If your system is not
|
||||
supported by our installer—or if you want to update the wrapper to a
|
||||
newer version—the following steps describe installing the wrapper manually.
|
||||
</p>
|
||||
{%- endtrans %}</p>
|
||||
|
||||
<ul>
|
||||
<li> Check Tanuki Software's <a href="http://wrapper.tanukisoftware.com/doc/english/download.jsp#stable">download page</a>
|
||||
<li>{% trans %}Check Tanuki Software's <a href="http://wrapper.tanukisoftware.com/doc/english/download.jsp#stable">download page</a>
|
||||
for your platform. Is your platform listed? If so, you're in
|
||||
luck! Download the most recent version of the Community Edition for your OS and
|
||||
CPU and move to <a href="#packaged">the next step</a></li>
|
||||
<li>If your platform does not have an already compiled wrapper available, you
|
||||
CPU and move to <a href="#packaged">the next step</a>{% endtrans %}</li>
|
||||
<li>{% trans %}If your platform does not have an already compiled wrapper available, you
|
||||
may be able to compile it yourself. If you are willing to have a go at it, move
|
||||
on to <a href="#compiling">compiling</a> the wrapper for your system.</li>
|
||||
on to <a href="#compiling">compiling</a> the wrapper for your system.{% endtrans %}</li>
|
||||
</ul>
|
||||
<h2 id="packaged">Using existing binaries</h2>
|
||||
In the steps below, $I2P means <em>the location I2P was installed to</em>.
|
||||
<h2 id="packaged">{% trans %}Using existing binaries{% endtrans %}</h2>
|
||||
{% trans %}In the steps below, $I2P means <em>the location I2P was installed to</em>.{% endtrans %}
|
||||
<ol>
|
||||
<li><code>tar xzf wrapper-*.tar.gz</code></li>
|
||||
<li><code>cp wrapper*/bin/wrapper $I2P/i2psvc</code></li>
|
||||
<li><code>cp wrapper*/lib/wrapper.jar $I2P/lib</code></li>
|
||||
<li><code>cp wrapper*/lib/libwrapper.so $I2P/lib</code></li>
|
||||
<li>Try to start I2P using <code>$I2P/i2prouter start</code></li>
|
||||
<li>{% trans %}Try to start I2P using {% endtrans %}<code>$I2P/i2prouter start</code></li>
|
||||
<li><code>tail -f /tmp/wrapper.log</code> and look for any problems.</li></ol>
|
||||
If this did not work you'll need to use <code>runplain.sh</code> to start I2P.
|
||||
<h2 id="compiling">Compiling from source</h2>
|
||||
These steps worked to compile the wrapper for use on a mipsel system running Debian. The steps <strong>will</strong> need to be altered for your system.
|
||||
{% trans %}If this did not work you'll need to use <code>runplain.sh</code> to start I2P.{% endtrans %}
|
||||
<h2 id="compiling">{% trans %}Compiling from source{% endtrans %}</h2>
|
||||
{% trans %}These steps worked to compile the wrapper for use on a mipsel system running Debian. The steps <strong>will</strong> need to be altered for your system.{% endtrans %}
|
||||
<ol>
|
||||
<li>Download the source archive for the community version of the wrapper from <a href="http://wrapper.tanukisoftware.com/downloads">wrapper download page</a>.</li>
|
||||
<li>Extract the tarball<br />
|
||||
<li>{% trans %}Download the source archive for the community version of the wrapper from <a href="http://wrapper.tanukisoftware.com/downloads">wrapper download page</a>.{% endtrans %}</li>
|
||||
<li>{% trans %}Extract the tarball{% endtrans %}<br />
|
||||
<code>tar xzf wrapper_3.5.13_src.tar.gz</code></li>
|
||||
<li>Set environment variables ANT_HOME and JAVA_HOME. In Debian, one can<br />
|
||||
<code>export ANT_HOME=/usr/share/ant</code><br />
|
||||
@ -47,8 +48,8 @@ These steps worked to compile the wrapper for use on a mipsel system running Deb
|
||||
<li><code>cp lib/wrapper.jar $I2P/lib</code></li>
|
||||
<li><code>cp lib/libwrapper.so $I2P/lib</code></li>
|
||||
</ul></li>
|
||||
<li>Try to start I2P using <code>$I2P/i2prouter start</code></li>
|
||||
<li>{% trans %}Try to start I2P using <code>$I2P/i2prouter start</code>{% endtrans %}</li>
|
||||
<li><code>tail -f /tmp/wrapper.log</code> and look for any problems.</li>
|
||||
</ol>
|
||||
If this did not work you'll need to use <code>runplain.sh</code> to start I2P.
|
||||
{% trans %}If this did not work you'll need to use <code>runplain.sh</code> to start I2P.{% endtrans %}
|
||||
{% endblock %}
|
||||
|
||||
@ -1,13 +1,17 @@
|
||||
{% extends "global/layout.html" %}
|
||||
{% block title %}minwww{% endblock %}
|
||||
{% block content %}<p>Here's an outline and rationale for a minimal WWW proxy app for use over
|
||||
I2P.</p>
|
||||
<p>HTTP operation over I2P using I2PTunnel. When the base SocketLibrary
|
||||
{% block content %}<p>{% trans -%}
|
||||
Here's an outline and rationale for a minimal WWW proxy app for use over
|
||||
I2P.
|
||||
{%- endtrans %}</p>
|
||||
<p>{% trans -%}
|
||||
HTTP operation over I2P using I2PTunnel. When the base SocketLibrary
|
||||
is out, the only significant difference will be the 'wrapRequest' and
|
||||
'unwrapRequest' will functionally be placed in the socketLibrary, not
|
||||
in the router (but later versions of the SocketLibrary will be able to
|
||||
use selective ACK and large window sizes, allowing more ACKs to be
|
||||
skipped)</p>
|
||||
skipped)
|
||||
{%- endtrans %}</p>
|
||||
<pre>
|
||||
---BROWSER--->-I2PTUNNEL--->-ROUTERA--->-ROUTERB--->-I2PTUNNEL--->-HTTPD----------
|
||||
1: openCon
|
||||
@ -38,8 +42,10 @@ skipped)</p>
|
||||
26: receiveACK receiveClose
|
||||
27: sentSuccess
|
||||
</pre>
|
||||
<p>An optimized form, designed to handle only 128KB [1] files and pages, can
|
||||
operate significantly faster:</p>
|
||||
<p>{% trans -%}
|
||||
An optimized form, designed to handle only 128KB [1] files and pages, can
|
||||
operate significantly faster:
|
||||
{%- endtrans %}</p>
|
||||
<pre>
|
||||
BROWSER --> MinWWW --> ROUTERA --> ROUTERB --> MinWWW --> HTTPD
|
||||
1: openCon
|
||||
@ -59,7 +65,8 @@ operate significantly faster:</p>
|
||||
15: closeCon
|
||||
16: closed
|
||||
</pre>
|
||||
<p>The difference in network load and latency is significant - this is
|
||||
<p>{% trans -%}
|
||||
The difference in network load and latency is significant - this is
|
||||
essentially a UDP version of HTTP. On the normal web, we can't really do that,
|
||||
since most HTTP requests and responses are orders of magnitude larger than UDP
|
||||
packets functionally support, but in I2P, messages can be large. The savings
|
||||
@ -67,20 +74,26 @@ for the network load comes from the fact that we don't need to send any ACK
|
||||
messages - rather than the earlier wrap/unwrap request (that bundles a
|
||||
DataMessage with a DeliveryStatusMessage to provide guaranteed delivery), the
|
||||
MinWWW proxy deals with resends (if necessary - in I2PTunnel today, there are no
|
||||
resends).</p>
|
||||
<p>The data that the MinWWW proxy and server need to wrap is trivial - when the
|
||||
resends).
|
||||
{%- endtrans %}</p>
|
||||
<p>{% trans -%}
|
||||
The data that the MinWWW proxy and server need to wrap is trivial - when the
|
||||
proxy wants to send "GET /", it prepends it with the I2P Destination sending
|
||||
the request, followed by a 4 byte request ID. The MinWWW server receives those
|
||||
requests, contacts the appropriate HTTPD, sends the request, waits for the
|
||||
response, and sends a reply to the MinWWW proxy containing the response,
|
||||
prefixed with the original request ID. That response is taken and passed back
|
||||
to the browser and the connection is closed.</p>
|
||||
<p>In addition, the MinWWW proxy can choose the MinWWW server to use from a
|
||||
to the browser and the connection is closed.
|
||||
{%- endtrans %}</p>
|
||||
<p>{% trans -%}
|
||||
In addition, the MinWWW proxy can choose the MinWWW server to use from a
|
||||
list, going through some round robin or other algorithm, so that there are
|
||||
multiple outproxies merged transparently. The bandwidth required for running
|
||||
one of these outproxies is also greatly reduced, since it will only handle 128KB
|
||||
files (aka no one is going to be downloading porn, warez, etc).</p>
|
||||
<p>The functionality /is/ limited, but 128KB of data is a lot for a single HTTP
|
||||
files (aka no one is going to be downloading porn, warez, etc).
|
||||
{%- endtrans %}</p>
|
||||
<p>{% trans -%}
|
||||
The functionality /is/ limited, but 128KB of data is a lot for a single HTTP
|
||||
request or response. The above diagrams are also unrealistic in their hops -
|
||||
ROUTERA will really never talk directly to ROUTERB. ROUTERA will send each
|
||||
of the messages through two additional outbound routers, then forwarded to
|
||||
@ -88,16 +101,21 @@ two additional inbound routers to ROUTERB, so the lag there is significant -
|
||||
while the above only saves 11 steps, 8 of those steps need to traverse the
|
||||
entire tunnel path (4+ remote hops each time when tunnels are 2 remote hops
|
||||
in each stretch), leaving MinWWW with only two full traversals (one for the
|
||||
request, one for the response), instead of 10.</p>
|
||||
<p>Implementing the MinWWW proxy and server should be fairly easy - read an HTTP
|
||||
request, one for the response), instead of 10.
|
||||
{%- endtrans %}</p>
|
||||
<p>{% trans -%}
|
||||
Implementing the MinWWW proxy and server should be fairly easy - read an HTTP
|
||||
request from the client fully (perhaps only start out with HTTP GET, leaving
|
||||
HTTP POST for later), wrap the message, and wait for the response. The server
|
||||
in turn simply needs to parse the request to either open a socket or URL,
|
||||
send the request, wait for the response, and send it back through the network.
|
||||
If someone were to implement this, it would be Good :)</p>
|
||||
<p>[1] Why 128KB files? Currently I2CP allows functionally arbitrary message
|
||||
If someone were to implement this, it would be Good :)
|
||||
{%- endtrans %}</p>
|
||||
<p>{% trans -%}
|
||||
[1] Why 128KB files? Currently I2CP allows functionally arbitrary message
|
||||
size, but that's going to be going away since it involves either excessive memory
|
||||
overhead on intermediary routers, or additional implementation details to
|
||||
handle. I2PTunnel is currently limited to 128KB and hasn't been a burden,
|
||||
so perhaps it could be increased to 256KB when the I2CP spec is updated)</p>
|
||||
so perhaps it could be increased to 256KB when the I2CP spec is updated)
|
||||
{%- endtrans %}</p>
|
||||
{% endblock %}
|
||||
|
||||
@ -1,12 +1,14 @@
|
||||
{% extends "global/layout.html" %}
|
||||
{% block title %}MYI2P{% endblock %}
|
||||
{% block content %}<p>There has been discussion about a distributed blogging application for a few
|
||||
{% block content %}<p>{% trans -%}
|
||||
There has been discussion about a distributed blogging application for a few
|
||||
months now called "MyI2P". While the original discussions were lost, we were
|
||||
able to retrieve a Google <a href="http://dev.i2p.net/~jrandom/i2p.net/myi2p.html">cache</a>
|
||||
of it. It isn't pretty, but it includes the basic overview and some discussion
|
||||
that ensued.</p>
|
||||
that ensued.{%- endtrans %}</p>
|
||||
|
||||
<p>The application itself is not yet implemented, and the ideas behind it have
|
||||
<p>{% trans -%}
|
||||
The application itself is not yet implemented, and the ideas behind it have
|
||||
been made less ambitious over time, but they are still valid and the current
|
||||
<a href="{{ site_url('volunteer/roadmap') }}">plan</a> is to have the core MyI2P functionality available
|
||||
along side the I2P 1.0 release. That will include a distributed address book
|
||||
@ -19,12 +21,15 @@ system using a reduced and secured subset of
|
||||
<a href="http://www.phpbb.com/phpBB/faq.php?mode=bbcode">bbcode</a> to essentially
|
||||
provide an anonymous <a href="http://www.livejournal.com/">LiveJournal</a> with
|
||||
a 'friends list' and transparent access control (authenticated by the I2P
|
||||
<a href="{{ site_url{'docs/spec/datagrams') }}">datagrams</a> with rules defined based on the address book).</p>
|
||||
<a href="{{ site_url{'docs/spec/datagrams') }}">datagrams</a> with rules defined based on the address book).
|
||||
{%- endtrans %}</p>
|
||||
|
||||
<p>Additional functionality, such as integration with a DHT backing store or
|
||||
<p>{% trans -%}
|
||||
Additional functionality, such as integration with a DHT backing store or
|
||||
swarming file transfers for 'attachments' can be added later. Email may or may
|
||||
not get in the first pass either, though its implementation is essentially just
|
||||
a blog entry with private access, so perhaps some UI designer can come up with
|
||||
something. Exporting the data to RSS or access through ATOM will be an option
|
||||
down the road as well.</p>
|
||||
down the road as well.
|
||||
{%- endtrans %}</p>
|
||||
{% endblock %}
|
||||
|
||||
@ -1,15 +1,15 @@
|
||||
{% extends "global/layout.html" %}
|
||||
{% block title %}RateStat list{% endblock %}
|
||||
{% block content %}
|
||||
<h1>RateStat list</h1>
|
||||
<p>I2P enables the collection of a wide range of rates, the list published here is accurate as of I2P version 0.8.7.</p>
|
||||
<p>The list was gathered using the following command in the top directory of the branch i2p.i2p,
|
||||
<h1>{% trans %}RateStat list{% endtrans %}</h1>
|
||||
<p>{% trans %}I2P enables the collection of a wide range of rates, the list published here is accurate as of I2P version 0.8.7.{% endtrans %}</p>
|
||||
<p>{% trans %}The list was gathered using the following command in the top directory of the branch i2p.i2p,
|
||||
<pre> find . -name '*' -print | xargs --max-args=3 grep -n --color=auto addRateData | awk 'match($0, /addRateData\(\"(.*)\"/, a) {print a[1]}' | awk '!_[$0]++' | sort > rates.txt
|
||||
</pre>
|
||||
All options aren't needed, but it works.
|
||||
All options aren't needed, but it works.{% endtrans %}
|
||||
</p>
|
||||
|
||||
<h2>RateStats</h2>
|
||||
<h2>{% trans %}RateStats{% endtrans %}</h2>
|
||||
<div class="box" style="clear: none;"><pre>
|
||||
bwLimiter.inboundDelayedTime
|
||||
bwLimiter.outboundDelayedTime
|
||||
|
||||
@ -1,6 +1,7 @@
|
||||
{% extends "global/layout.html" %}
|
||||
{% block title %}Monotone{% endblock %}
|
||||
{% block content %}<p>The I2P sourcecode is kept in several distributed monotone repositories.
|
||||
{% block content %}<p>{% trans -%}
|
||||
The I2P sourcecode is kept in several distributed monotone repositories.
|
||||
See the
|
||||
<a href="http://www.monotone.ca/">Monotone website</a> for information
|
||||
on monotone.
|
||||
@ -9,17 +10,17 @@ See
|
||||
for more information on how to get started and check out the source anonymously.
|
||||
There is also a quick-start guide on the
|
||||
<a href="{{ site_url('volunteer/guides/newdevelopers') }}">new developer's page</a>.
|
||||
</p>
|
||||
{%- endtrans %}</p>
|
||||
|
||||
<p>
|
||||
<p>{% trans -%}
|
||||
If you want to get the source non-anonymously, pull from the public server mtn.welterde.de.
|
||||
The i2p source code branch is "i2p.i2p".
|
||||
</p>
|
||||
{%- endtrans %}</p>
|
||||
|
||||
<h2>Guide</h2>
|
||||
<p>
|
||||
<h2>{% trans %} Guide {% endtrans %}</h2>
|
||||
<p>{%- trans %}
|
||||
The following is a detailed guide by Complication.
|
||||
</p>
|
||||
{%- endtrans %}</p>
|
||||
<pre>
|
||||
{% include "site/misc/transition-guide.txt" %}
|
||||
</pre>
|
||||
|
||||
@ -3,21 +3,24 @@
|
||||
{% block content %}
|
||||
<p>
|
||||
•
|
||||
2008-02-05: <b>Upgrading from 0.6.1.30 and Earlier Releases</b>
|
||||
</p><p>
|
||||
2008-02-05: <b>{% trans %}Upgrading from 0.6.1.30 and Earlier Releases{% endtrans %}</b>
|
||||
</p>
|
||||
<p>{% trans -%}
|
||||
Since i2p's lead developer
|
||||
<a href="{{ site_url('misc/jrandom-awol') }}">has gone AWOL</a>,
|
||||
we do not have his update signing key or access to
|
||||
www.i2p[.net] or dev.i2p[.net].
|
||||
Complication and zzz have generated new signing keys, and they and Amiga are providing
|
||||
update file hosting. These changes must be configured in your router to take effect.
|
||||
</p><p>
|
||||
{%- endtrans %}</p>
|
||||
<p>{% trans -%}
|
||||
Make the following configuration changes and your router will automatically install
|
||||
the latest release.
|
||||
</p><p>
|
||||
{%- endtrans %}</p>
|
||||
<p>{% trans -%}
|
||||
We recommend the automated process as it will verify the key of the signed update file.
|
||||
If you do not make these changes,
|
||||
you may manually download the i2pupdate.zip file from
|
||||
you may manually download the i2pupdate.zip file from{% endtrans %}
|
||||
<a href="{{ url_for('downloads_list', lang=g.lang) }}">the download page</a>.
|
||||
<ol><li>
|
||||
On
|
||||
@ -25,7 +28,7 @@ On
|
||||
</li><ol type="a"><li>
|
||||
Change the News URL to: http://complication.i2p/news.xml
|
||||
</li><li>
|
||||
Select ONE of the following new Update URLs at random and enter it into the Update URL box:
|
||||
{% trans %}Select ONE of the following new Update URLs at random and enter it into the Update URL box: {% endtrans %}
|
||||
<br />http://amiga.i2p/i2p/i2pupdate.sud
|
||||
<br />http://complication.i2p/i2p/i2pupdate.sud
|
||||
<br />http://stats.i2p/i2p/i2pupdate.sud
|
||||
@ -44,17 +47,18 @@ Add the following line:
|
||||
</li><li>
|
||||
Click "Apply"
|
||||
</li></ol>
|
||||
<li>
|
||||
You are now ready to automatically receive the release update file,
|
||||
<li>{% trans -%}You are now ready to automatically receive the release update file,
|
||||
either by setting your update policy to "download and install" or by clicking on the
|
||||
"update available" link when it appears.
|
||||
</li></li></ol>
|
||||
</p><p>
|
||||
{%- endtrans %}</li></li></ol>
|
||||
</p>
|
||||
<p>{% trans -%}
|
||||
If you would like to verify the trusted update keys, they are also
|
||||
<a href="http://stats.i2p/i2p/signingkeys.html">posted and signed here</a>.
|
||||
Thank you for your support during this transition. For help please contact us on #i2p.
|
||||
</p><p>
|
||||
{%- endtrans %}</p>
|
||||
<p>{% trans -%}
|
||||
Amiga, Complication, welterde, zzz
|
||||
</p>
|
||||
{%- endtrans %}</p>
|
||||
|
||||
{% endblock %}
|
||||
|
||||
Reference in New Issue
Block a user