10 new outproxies available for all...

[arctic]

Hi again

We are working on the 10 outproxies here but all are running 24/7 now. Have a look at
proxynet.i2p and test them if you like. They share a 1gbps fiber line with my Tor exit server.

Update 1: If you don't get it working by reading and doing as told on proxynet.i2p then just
add a local tunnel http/connnect and name it say Tunnel to proxynet and select a port I use
8001 myself locally. Then in the Outproxies and SSL Outproxies fields, just add all of these:

wfigbdfs6tvajiw24xwohbwwy5pq3jcgzevwnsky2ucwzwgodumq.b32.i2p,tmg3bdw3eepv3efh24lfeahxw7dybzakomyct7hxvxyhtc63o4cq.b32.i2p,ibijzvwflctuyyqazduxt52ffldlkpbqdq6f6ykfnudikzxcivua.b32.i2p,n2tqpnhkzankgmnrz6vxjmxhlodbjbsuvukj5odt2vxczkdicl3q.b32.i2p,5qcbsqgj342snriycuzbwad5srkqx3qdpw5mk7hkjeafzfqnewaq.b32.i2p,q6ul3khwrszfp5gqttkwrcnwr2qayo2unw6sq2yqpyidcuip3nwa.b32.i2p,nuulzzn5cf5vs75ujqljkfoyiixlwikbg6ubvcjnvm2bptamu72a.b32.i2p,tubipc7vuq5svzsuddz6lu35c4sl3uwviyui7l55rmxltxqncknq.b32.i2p,4tx6x7pc542gmxnlzuzlqf76g6gfom3id54dcag2kngfx6skcgyq.b32.i2p,ray4pizoghc2cxegomwurcpfhi6xvq6b35eiydwfmg5n5jzcacwq.b32.i2p

Save and it will work... Don't forget to change your proxy port in your browser.

Update 2: Would appreciate if more ppl could help us add the outproxies and test so we get
more traffic coming in. Need to see how the system works and do some fine tuning. Might be
i2p needs some changes to increase the speed, but now it works anyway. Only drawback
sharing the gbps fiber with a tor exit is that sometimes you get the damn capchas.

You can also login at irc.resist.se or have a look at www.resist.se and use any of my .onions
to get in. We are usually in #i2ptor - welcome!

Update 3: Just changed from Squid to Privoxy and Tor so both clearnet, i2p and tor can be
reached. Seems faster than Squid was too.

Regards: arctic

[mahiro]

just random think, are you want to try use C++ i2pd instead of java i2p+ for run high traffic outproxies?

[arctic]

just random think, are you want to try use C++ i2pd instead of java i2p+ for run high traffic outproxies?

Hello

I have tried it a while ago but got some errors from boost compiled from source. Was something with characters
when I had i2pd running. I am very pleased with i2p+ and it works very smoothly and dr|z3d keeps tweaking and
do lots work with bug corrections all the time. So will stick to it and java for now...

Regards: arctic

[echelon]

Hi

just to note; i2p+ is not a official i2p dev team product, it is mostly a usual i2p java client with different GUI stuff. It may or may not work better, or worse than the original or may contain bad or good stuff, usage of it depends on your trust in the author and your capabilities in checking that source.
Same applies to all other variations of the original clients from different authors.

echelon

[BadSeed]

If I already have tor running should I still add this?

[mahiro]

Hi all, I think the one of interesting things is load balance for these outproxies.

Set browser to use 127.0.0.1:5000 as proxy to use the least-connection scheduling:
The haproxy's configuration file wrapper script

Code: Select all

#!/bin/sh
random_servers_order="$(shuf -e \
"	server blue.proxynet.i2p 127.0.0.1:5001 check" \
"	server green.proxynet.i2p 127.0.0.1:5002 check" \
"	server amber.proxynet.i2p 127.0.0.1:5003 check" \
"	server mauve.proxynet.i2p 127.0.0.1:5004 check" \
"	server gray.proxynet.i2p 127.0.0.1:5005 check" \
"	server pink.proxynet.i2p 127.0.0.1:5006 check" \
"	server orange.proxynet.i2p 127.0.0.1:5007 check" \
"	server cerise.proxynet.i2p 127.0.0.1:5008 check" \
"	server jade.proxynet.i2p 127.0.0.1:5009 check" \
"	server brown.proxynet.i2p 127.0.0.1:5010 check")"
cat > ~/run-haproxy.cfg << EOF
listen outproxy-balancer
	option httplog
	log 127.0.0.1:514 user
	mode http
	timeout connect 60000ms
	timeout client 60000ms
	timeout server 60000ms
	bind 127.0.0.1:5000
	balance leastconn
${random_servers_order}
EOF
exec haproxy -f ~/run-haproxy.cfg

i2pd's tunnels.conf

Code: Select all

[blue.proxynet.i2p]
type = httpproxy
outproxy=blue.proxynet.i2p
port=5001
inbound.length=1
outbound.length=1
inbound.quantity=16
outbound.quantity=16

[green.proxynet.i2p]
type = httpproxy
outproxy=green.proxynet.i2p
port=5002
inbound.length=1
outbound.length=1
inbound.quantity=16
outbound.quantity=16

[amber.proxynet.i2p]
type = httpproxy
outproxy=amber.proxynet.i2p
port=5003
inbound.length=1
outbound.length=1
inbound.quantity=16
outbound.quantity=16

[mauve.proxynet.i2p]
type = httpproxy
outproxy=mauve.proxynet.i2p
port=5004
inbound.length=1
outbound.length=1
inbound.quantity=16
outbound.quantity=16

[gray.proxynet.i2p]
type = httpproxy
outproxy=gray.proxynet.i2p
port=5005
inbound.length=1
outbound.length=1
inbound.quantity=16
outbound.quantity=16

[pink.proxynet.i2p]
type = httpproxy
outproxy=pink.proxynet.i2p
port=5006
inbound.length=1
outbound.length=1
inbound.quantity=16
outbound.quantity=16

[orange.proxynet.i2p]
type = httpproxy
outproxy=orange.proxynet.i2p
port=5007
inbound.length=1
outbound.length=1
inbound.quantity=16
outbound.quantity=16

[cerise.proxynet.i2p]
type = httpproxy
outproxy=cerise.proxynet.i2p
port=5008
inbound.length=1
outbound.length=1
inbound.quantity=16
outbound.quantity=16

[jade.proxynet.i2p]
type = httpproxy
outproxy=jade.proxynet.i2p
port=5009
inbound.length=1
outbound.length=1
inbound.quantity=16
outbound.quantity=16

[brown.proxynet.i2p]
type = httpproxy
outproxy=brown.proxynet.i2p
port=5010
inbound.length=1
outbound.length=1
inbound.quantity=16
outbound.quantity=16

[arctic]

Hi all, I think the one of interesting things is load balance for these outproxies.

Hi again

Smart! Thanks.. We will see if there is a way to get i2p doing this later. In openbsd pf we also have
the stocky-address option which could be useful. But this was a nice option using haproxy..

Regards: arctic

[mahiro]

Hi all, I think the one of interesting things is load balance for these outproxies.

Hi again

Smart! Thanks.. We will see if there is a way to get i2p doing this later. In openbsd pf we also have
the stocky-address option which could be useful. But this was a nice option using haproxy..

Regards: arctic

You are welcome.

[arctic]

Hi arctic and all, I think the another of the interesting things is failover for these outproxies.
But I'm not sure whether such action is wise or not, I'm worrying if everyone to use such health check then your all outproxies go to down.

Hello again.

Well my systems are extremely stable and has always been. Might be right about the health check, just unnecessary load on the
outproxies I think. Better just use them... This isn't life important things and if they should go down, it takes 2 seconds to stop the tunnel
to proxynet and start the default 4444/4445 again.

Hopefully in i2p there will be changes made for this later. Some kind of built in RR and also health check I hope. Right now they are working
smoothly but lots other things in the code that needs to be cleaned up.

Regards: arctic

[mahiro]

Better just use them...

Yes, your outproxies unlikely real go to down/fail, but at some time, some outproxies slower(even shortly hanging) than ohters.
I say "failover" meaning want to automatic select faster outproxies if such things are feasible.
Any idea?