[tor-bugs] #933 [Tor Client]: MapAddress for domains?

Tor Bug Tracker & Wiki torproject-admin at torproject.org
Tue Dec 14 19:35:47 UTC 2010


#933: MapAddress for domains?
--------------------------+-------------------------------------------------
  Reporter:  Aleph0       |       Owner:  mwenge            
      Type:  enhancement  |      Status:  needs_review      
  Priority:  minor        |   Milestone:  Tor: 0.2.3.x-final
 Component:  Tor Client   |     Version:  0.2.0.33          
Resolution:  None         |    Keywords:                    
    Parent:               |  
--------------------------+-------------------------------------------------

Comment(by mwenge):

 Replying to [comment:4 nickm]:
 > Looks neat!  Will we ever want to match anything in a form other than
 "Replace a suffix starting with a dot with this other suffix starting with
 a dot?"  I don't think so.
 >
 > The doxygen comment on addressmap_match_superdomains() doesn't actually
 say what it does with the match if it finds one.  It should take a const
 char *, not a char *.  Also, it should probably return 0 rather than 1.

 I fixed this. But am not passing address as const - since I now need to
 alter it if the from and to addresses are wildcarded.

 >
 > The check for ".exit" in addressmap_rewrite seems off.  There is no real
 reason to disallow "MapAddress .com .com.big-web-cache.com", even if "big-
 web-cache.com" doesn't end in exit.

 Yes, got rid of this.

 > Also, Why not allow "MapAddress . .everythinggoesoverthis.exit" ?

 Mm, missed this. My feeling was that this configuration is more likely to
 be a typo than anything else.

 > IOW, I am proposing that the option syntaxes should be more like:
 >
 > MapAddress a.b.c   d.e.f  # This is what we have now
 > MapAddress .a.b.c  d.e.f  # Replaces any address ending with .a.b.c with
 d.e.f
 > MapAddress .a.b.c .d.e.f  # Replaces the .a.b.c at the end of any addr
 with .d.e.f
 >

 Implemented this.

 > So in the first case, "x.a.b.c" is unaffected, in the second case
 "x.a.b.c" turns into "d.e.f", and in the third case "x.a.b.c" turns into
 "x.d.e.f".  No special handling for .exit is needed.
 >
 > Parenthetically, do you think this "prefix dot" business is too subtle?
 Maybe the syntax should be "*.a.b.c" instead of ".a.b.c".  Do you think
 that would confuse people less?

 Syntax now allows a wildcard.

 >
 > Throughout the code, it seems fragile to have the strings in
 addressmap_entry_t have a special meaning when the key/value starts with
 ".".  Maybe it would be better to strip the "." when generating them and
 instead have a flag field added to addressmap_entry_t to indicate whether
 it should be a suffix match or an exact match?

 I kind of did this. I haven't stripped the leading '.' from the 'to'
 mapping but do use an is_wildcard flag to avoid repeated byte-compares.

-- 
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/933#comment:7>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online


More information about the tor-bugs mailing list