mirror of
https://gitlab.torproject.org/tpo/core/tor.git
synced 2024-11-11 05:33:47 +01:00
4a07ea4a8c
This is good enough to give P_success >= 999,999,999/1,000,000,000 so long as the address space is less than 97.95 full. It'd be ridiculous for that to happen for IPv6, and usome reasonable assumptions, it would also be pretty silly for IPv4.
20 lines
860 B
Plaintext
20 lines
860 B
Plaintext
o Minor features:
|
|
|
|
- AutomapHostsOnResolve now support IPv6 addresses. By default, we
|
|
prefer to hand out virtual IPv6 addresses, since there are more of
|
|
them and we can't run out. To override this behavior and make
|
|
IPv4 addresses preferred, set NoPreferIPv6Automap on whatever
|
|
SOCKSPort or DNSPort you're using for resolving. Implements
|
|
ticket #7571.
|
|
|
|
- AutomapHostsOnResolve responses are now randomized, to avoid
|
|
annoying situations where Tor is restarted and applications
|
|
connect to the wrong addresses.
|
|
|
|
- We never try more than 1000 times to pick a virtual address
|
|
when AutomapHostsOnResolve is set. That's good enough so long
|
|
as we aren't close to handing out our entire virtual address
|
|
space; if you're getting there, it's best to switch to IPv6
|
|
virtual addresses anyway.
|
|
|