@RN_
@orignal
@postman
@zzz
%Liorar
%acetone
%snex
+Onn4l7h
+Onn4|7h
+Over
+altec_lansing
+nyaa2pguy
+poriori
+profetikla
+qend-irc2p
+r00tobo
+uop23ip
Arch
Danny
FreefallHeavens_
Holmes
Irc2PGuest28384
Irc2PGuest47578
Irc2PGuest78874
Irc2PGuest84270
Irc2PGuest90536
Irc2PGuest94591
Meow
NiceBoat_
OfficialCIA
SilentWave
U1F642
Wikk_0_
ahiru
anontor
cims
dr|z3d
eyedeekay_
floatyfloatilla
leopold
mahlay
makoto
mesh
n2
nilbog
not_bob_afk
pory
r00tobo[2]
red
sektorchef
thetia
user_
utp
vivid_reader56
RN
aloha not_bob_afk
RN
take care
RN
so you were just surprised to see a vanity miner up so quick?
nyaa2pguy
maybe dumb, but talking hypothetically, could another route for deanon of low bandwidth services/users be: building tunnels using your own routers + 'target routers' in the middle. then, induce high bandwidth load on the i2p service you want to deanon and test the speed of your tunnel
nyaa2pguy
then swapping out the target router until you find something that reduces in speed when you induce high traffic
nyaa2pguy
i guess it would only work on low bw eepsites that accept participating traffic
nyaa2pguy
i guess something that might help against that attack would be: separating participating traffic limitations from client/server tunnels
nyaa2pguy
like a different bandwidth limit for participating tunnels
RN
nyaa2pguy, the eepsite doesn't accpet participating traffic, the i2prouter does that part'
nyaa2pguy
yup but where i was going with that: if your internet connection has 1 MB/s uplink speed, you host an eepsite, and you accept participating traffic, presumably the 1MB/s limit set on the router is currently shared between both eepsite and participating tunnels
nyaa2pguy
so if you can cause the eepsite to serve lots of data and observe the speed of a router as a tunnel participant, you could correlate lower speeds
nyaa2pguy
unless i'm misunderstanding the bandwidth limit and that *it is* already only for participating tunnels
nyaa2pguy
or maybe that's what the % share feature is supposed to be for
RN
it isn't really a bandwidth limit. that's why max.participating.somethingorother in advanced config is reccomended
RN
why not ask instead of guessing?
RN
%shared is the amount you will use toward participating tunnels from what is left after your tunnels are
RN
i didn't say that right
RN
but yours are prioritized'
nyaa2pguy
ahhh okay that makes a lot more sense
nyaa2pguy
so the attack i was imagining isn't real as long as you configure the share % properly
RN
also if you observe closely, you will see your router sometimes goes over the set "limit"
nyaa2pguy
yep I have seen that
RN
I'm pretty sure that even if you set 100% your stuff still comes first