1
0
mirror of https://github.com/yarrick/iodine.git synced 2024-11-22 21:16:07 +03:00

updated docs

This commit is contained in:
Erik Ekman 2009-01-04 10:58:52 +00:00 committed by Erik Ekman
parent 7b76616015
commit 67252cda16

26
README
View File

@ -52,15 +52,14 @@ password on the commandline (-P pass) or after the server has started. Now
everything is ready for the client. everything is ready for the client.
Client side: Client side:
All the setup is done, just start iodine. It also takes two All the setup is done, just start iodine. It takes up to two arguments, the
arguments, the first is the local relaying DNS server and the second is the first is the local relaying DNS server (optional) and the second is the domain
domain used (tunnel1.mytunnnel.com). If DNS queries are allowed to any used (tunnel1.mytunnnel.com). If DNS queries are allowed to any computer, you
computer, you can use the tunnel endpoint (example: 10.15.213.99 or can use the tunnel endpoint (example: 10.15.213.99 or tunnel1host.mytunnel.com)
tunnel1host.mytunnel.com) as the first argument. The tunnel interface will get as the first argument. The tunnel interface will get an IP close to the servers
an IP close to the servers (in this case 192.168.99.2) and a suitable MTU. (in this case 192.168.99.2) and a suitable MTU. Enter the same password as on
Enter the same password as on the server either by argument or after the client the server either by argument or after the client has started. Now you should
has started. Now you should be able to ping the other end of the tunnel from be able to ping the other end of the tunnel from either side.
either side.
MISC. INFO: MISC. INFO:
@ -75,10 +74,11 @@ If you have problems, try inspecting the traffic with network monitoring tools
and make sure that the relaying DNS server has not cached the response. A and make sure that the relaying DNS server has not cached the response. A
cached error message could mean that you started the client before the server. cached error message could mean that you started the client before the server.
The upstream data is sent gzipped encoded with Base32. DNS protocol allows The upstream data is sent gzipped encoded with Base32, or Base64 if the relay
one query per packet, and one query can be max 256 chars. Each domain name part server support '+' in domain names. DNS protocol allows one query per packet,
can be max 63 chars. So your domain name and subdomain should be as short as and one query can be max 256 chars. Each domain name part can be max 63 chars.
possible to allow maximum throughput. So your domain name and subdomain should be as short as possible to allow
maximum upstream throughput.
TIPS & TRICKS: TIPS & TRICKS: