Closed konsumer closed 6 years ago
I think this is what you want:
Yeh, I as far as I understand it MaxCircuitDirtiness
controls that, which seems to be ignored.
MaxCircuitDirtiness
: (default: 10 minutes): Feel free to reuse a circuit that was first used at most NUM seconds ago, but never attach a new stream to a circuit that is too old.NewCircuitPeriod
: (default: 30 second): Every NUM seconds consider whether to build a new circuitEnforceDistinctSubnets
: (default: 1) If 1, Tor will not put two servers whose IP addresses are "too close" on the same circuit. Currently, two addresses are "too close" if they lie in the same /16 range.So on fresh streams (requests) I should get different IPs (even in different subnets), right? I do get a new IP, but it's like every 10 minutes (so maybe MaxCircuitDirtiness
is being ignored.)
Am I misunderstanding how it works?
I'm not really a Tor developer, I wanted to have it available in a container. So I built one from the Debian base image, and tried to make it easy to setup.
If it's running but not behaving as expected, you'll need to contact Debian and or the Tor developers.
No prob, I appreciate your work. I will see if I can figure it out.
@konsumer did you find a solution?
@megabait1212 nope. I ended up using regular proxies, so didn't need tor any more.
Thanks, yesterday after some experiments I also, decided to use regular proxies.
This is a usage question, so feel free to send me to a forum or something. I couldn't find any for this docker container.
I want to refresh my IP more often. I tried making a docker-compose that looks like this:
My app is a simple express service, like this:
I get an IP that is different from my own, but it doesn't change between requests very often:
Example: