[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]
Re: [tor-bugs] #933 [Tor Client]: MapAddress for domains?
#933: MapAddress for domains?
----------------------------+-----------------------------------------------
Reporter: Aleph0 | Owner: mwenge
Type: enhancement | Status: reopened
Priority: normal | Milestone: Tor: 0.2.3.x-final
Component: Tor Client | Version: Tor: 0.2.3.16-alpha
Resolution: | Keywords:
Parent: | Points:
Actualpoints: |
----------------------------+-----------------------------------------------
Changes (by grarpamp):
* status: closed => reopened
* priority: minor => normal
* version: 0.2.0.33 => Tor: 0.2.3.16-alpha
* resolution: implemented =>
Comment:
MapAddress wildcarding does not seem to be working right.
Note the following three issues via the controller...
1) When using the man documented format to enter the map:
mapaddress *.example.com=*.example.com.<fingerprint>.exit
512 syntax error: invalid address '*.example.com.<fingerprint>.exit'
With no map, I did not check the streams.
2) When chancing upon an alternate format that returns 250:
mapaddress *.example.com=<fingerprint>.exit
250 *.example.com=<fingerprint>.exit
This results in these streams. Which appear to leak badly in that
the first stream to a destination does not honor the exit.
172506 NEW 0 www.example.com:443 PURPOSE=USER
172507 NEW 0 www.example.com:443 PURPOSE=USER
172506 SUCCEEDED 121217 64.34.110.174:443
172507 SUCCEEDED 121219 64.34.110.174.<fingerprint>.exit:443
Note that entering the following related map syntax does not
SUCCEED, which is weird given the above streams:
mapaddress foo.bar.com=<fingerprint>.exit
This one does, which is documented expectation:
mapaddress foo.bar.com=foo.bar.com.<fingerprint>.exit
3) The map in (2) is not removable by the syntax of setting the
source (left) equal to (=) the destination (right):
mapaddress *.example.com=*.example.com
512 syntax error: invalid address '*.example.com'
Seems the solution may/should be...
- Adopt the syntax documented in (1), removing that acting in (2).
- Fix the stream issue shown in (2).
- Allow removal by syntax in (3).
- Document the map removal syntax in the control spec page.
- Check that removal from torrc and sighup works (as that is the
form of the various options in the man page).
- Lint the inputted map to reject '=<fingerprint>.exit' form.
--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/933#comment:27>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online
_______________________________________________
tor-bugs mailing list
tor-bugs@xxxxxxxxxxxxxxxxxxxx
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs