references
This commit is contained in:
parent
262b9f1b75
commit
a17ef742a2
7 changed files with 79 additions and 9 deletions
1
.gitignore
vendored
1
.gitignore
vendored
|
@ -3,3 +3,4 @@ eeProxy
|
|||
eeProxy.app
|
||||
eeProxy.exe
|
||||
testdir
|
||||
testdir/profile.i2p
|
||||
|
|
3
Makefile
3
Makefile
|
@ -43,4 +43,5 @@ tb:
|
|||
go build ./resolve
|
||||
|
||||
firefox:
|
||||
firefox --profile ./profile.i2p http://inr.i2p
|
||||
rm -rf ./testdir/profile.i2p && cp -rv ./profile.i2p ./testdir/profile.i2p
|
||||
firefox --profile ./testdir/profile.i2p http://inr.i2p
|
||||
|
|
72
README.md
72
README.md
|
@ -3,9 +3,33 @@ Yet another standalone, contextual-identity aware proxy for i2p. This time
|
|||
better organized and smaller. It is unfinished. An accounting of the extant
|
||||
issues follows.
|
||||
|
||||
[I2P Link - Stream Isolation](http://trac.i2p2.i2p/ticket/1149)
|
||||
[I2P Link - Shared Tunnels](http://zzz.i2p/topics/217)
|
||||
|
||||
For reference, the equivalent to these Tor SOCKS features are targeted.
|
||||
|
||||
- IsolateClientAddr
|
||||
- Don’t share circuits with streams from a different client address. (On by default and strongly recommended; you can disable it with
|
||||
NoIsolateClientAddr.)
|
||||
- IsolateSOCKSAuth
|
||||
- Don’t share circuits with streams for which different SOCKS authentication was provided. (On by default; you can disable it with
|
||||
NoIsolateSOCKSAuth.)
|
||||
- IsolateDestPort
|
||||
- Don’t share circuits with streams targetting a different destination port.
|
||||
- IsolateDestAddr
|
||||
- Don’t share circuits with streams targetting a different destination address.
|
||||
|
||||
|
||||
It doesn't fix [this matter long noted by the i2p project](https://geti2p.net/en/docs/api/socks),
|
||||
but filtering might be added at some other layers to help generically connect
|
||||
applications at a layer where it might be more useful. Those will be connected
|
||||
to the SOCKS proxy and not part of it. HTTP, WebSockets and stuff.
|
||||
|
||||
Why this is/will be better than si-i2p-plugin
|
||||
=============================================
|
||||
|
||||
It's all pretty broken right now. This is just "the plan."
|
||||
|
||||
Much, much smaller. I expect this will never rise to more than 2000 or so lines
|
||||
of code, and that's a pretty roomy estimate. Right now it can do everything
|
||||
si-i2p-plugin can(given a workaround due to an extant bug I'm going to fix after
|
||||
|
@ -15,7 +39,7 @@ compared to ~7000 lines of code for si-i2p-plugin. A static executable is about
|
|||
si-i2p-plugin is about ~9MB for si-i2p-plugin and takes a couple extra seconds
|
||||
to build.
|
||||
|
||||
Below: Persistent, per-site destinations are on-by default. This means that
|
||||
Below: Persistent, per-site destinations are on-by-default. This means that
|
||||
every site will see a different destination, *but* those sites will see the
|
||||
same destination(and thus the same identity for you) until the keys for that
|
||||
site are no longer present in the configuration directory. Don't just delete
|
||||
|
@ -46,7 +70,10 @@ after a short inactivity period. With eeProxy, the sites start out with a very
|
|||
conservative set of proxy settings, but can be configured after the fact so that
|
||||
they use new settings during the next pre-build. This makes it possible to
|
||||
optimize tunnels generated by eeProxy but makes the configuration files very
|
||||
sensitive information. Frankly they were already though.
|
||||
sensitive information. Frankly they were already though. *Note to self to*
|
||||
*consider some way of overriding accidentally or maliciously configured*
|
||||
*settings, perhaps by setting minimums for things like tunnel length which are*
|
||||
*enforced by the application regardless of configuration.*
|
||||
|
||||
And lastly, it will also need to be hooked up to a slightly more complicated
|
||||
http proxy than I had originally thought. When you visit a new site you'll
|
||||
|
@ -60,3 +87,44 @@ be presented with probably 2-4 options before proceeding:
|
|||
[ ] - Show/Hide Advanced Client Tunnel Options
|
||||
|
||||
All of this ranges from 0-75% done at this point.
|
||||
|
||||
Other cool stuff I'll probably be able to do: UDP support, CONNECT support,
|
||||
BIND support, custom addresshelper namespaces resolving to services/networks
|
||||
running inside i2p. *And maybe something cool and dangerous.*
|
||||
|
||||
|
||||
WARNING
|
||||
=======
|
||||
|
||||
taken from i2p-projekt.net
|
||||
|
||||
SOCKS and SOCKS proxies
|
||||
The SOCKS proxy is working as of release 0.7.1. SOCKS 4/4a/5 are supported. Enable SOCKS by creating a SOCKS client tunnel in i2ptunnel. Both shared-clients and non-shared are supported. There is no SOCKS outproxy so it is of limited use.
|
||||
|
||||
As it says on the FAQ:
|
||||
|
||||
Many applications leak sensitive
|
||||
information that could identify you on the Internet. I2P only filters
|
||||
connection data, but if the program you intend to run sends this
|
||||
information as content, I2P has no way to protect your anonymity. For
|
||||
example, some mail applications will send the IP address of the machine
|
||||
they are running on to a mail server. There is no way for I2P to filter
|
||||
this, thus using I2P to 'socksify' existing applications is possible, but
|
||||
extremely dangerous.
|
||||
And quoting from a 2005 email:
|
||||
|
||||
... there is a reason why human and
|
||||
others have both built and abandoned the SOCKS proxies. Forwarding
|
||||
arbitrary traffic is just plain unsafe, and it behooves us as
|
||||
developers of anonymity and security software to have the safety of
|
||||
our end users foremost in our minds.
|
||||
Hoping that we can simply strap an arbitrary client on top of I2P without auditing both its behavior and its exposed protocols for security and anonymity is naive. Pretty much *every* application and protocol violates anonymity, unless it was designed for it specifically, and even then, most of those do too. That's the reality. End users are better served with systems designed for anonymity and security. Modifying existing systems to work in anonymous environments is no small feat, orders of magnitude more work that simply using the existing I2P APIs.
|
||||
|
||||
The SOCKS proxy supports standard addressbook names, but not Base64 destinations. Base32 hashes should work as of release 0.7. It supports outgoing connections only, i.e. an I2PTunnel Client. UDP support is stubbed out but not working yet. Outproxy selection by port number is stubbed out.
|
||||
|
||||
See Also
|
||||
The notes for Meeting 81 and Meeting 82 in March 2004.
|
||||
Onioncat
|
||||
zzz.i2p
|
||||
If You Do Get Something Working
|
||||
Please let us know. And please provide substantial warnings about the risks of socks proxies.
|
||||
|
|
BIN
i2p-projekt.html
BIN
i2p-projekt.html
Binary file not shown.
BIN
inr.html
BIN
inr.html
Binary file not shown.
|
@ -73,7 +73,7 @@ user_pref("extensions.https_everywhere._observatory.submit_during_tor", false);
|
|||
user_pref("extensions.https_everywhere._observatory.submit_during_nontor", false);
|
||||
user_pref("extensions.https_everywhere._observatory.use_custom_proxy", true);
|
||||
user_pref("extensions.https_everywhere._observatory.proxy_host", "127.0.0.1");
|
||||
user_pref("extensions.https_everywhere._observatory.proxy_port", 4444);
|
||||
user_pref("extensions.https_everywhere._observatory.proxy_port", 7950);
|
||||
|
||||
user_pref("extensions.torbutton.use_nontor_proxy", true);
|
||||
user_pref("extensions.torlauncher.start_tor", false);
|
||||
|
@ -102,13 +102,13 @@ user_pref("privacy.firstparty.isolate", true);
|
|||
user_pref("network.proxy.no_proxies_on", "");
|
||||
user_pref("network.proxy.type", 1);
|
||||
user_pref("network.proxy.http", "127.0.0.1");
|
||||
user_pref("network.proxy.http_port", 4444);
|
||||
user_pref("network.proxy.http_port", 7950);
|
||||
user_pref("network.proxy.ssl", "127.0.0.1");
|
||||
user_pref("network.proxy.ssl_port", 4444);
|
||||
user_pref("network.proxy.ssl_port", 7950);
|
||||
user_pref("network.proxy.ftp", "127.0.0.1");
|
||||
user_pref("network.proxy.ftp_port", 4444);
|
||||
user_pref("network.proxy.ftp_port", 7950);
|
||||
user_pref("network.proxy.socks", "127.0.0.1");
|
||||
user_pref("network.proxy.socks_port", 4444);
|
||||
user_pref("network.proxy.socks_port", 7950);
|
||||
user_pref("network.proxy.share_proxy_settings", true);
|
||||
user_pref("network.proxy.socks_remote_dns", true);
|
||||
user_pref("browser.startup.homepage", "about:blank");
|
||||
|
|
|
@ -19,7 +19,7 @@ func (r Rewriter) Rewrite(ctx context.Context, request *socks5.Request) (context
|
|||
case *sam3.I2PAddr:
|
||||
addr = request.DestAddr
|
||||
//addr.FQDN = request.DestAddr.ADDR.(*sam3.I2PAddr).Base32()
|
||||
log.Println("Correcting FQDN to base32 address.", addr.FQDN)
|
||||
log.Println("Checking FQDN", addr.FQDN)
|
||||
default:
|
||||
log.Println(request.DestAddr.String())
|
||||
return ctx, &socks5.AddrSpec{}
|
||||
|
|
Loading…
Add table
Add a link
Reference in a new issue