mirror of
https://github.com/yarrick/iodine.git
synced 2024-11-22 21:16:07 +03:00
updated docs
This commit is contained in:
parent
7b76616015
commit
67252cda16
26
README
26
README
@ -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:
|
||||||
|
Loading…
Reference in New Issue
Block a user