Re: [tor-dev] Draft of proposal "Stop HS address enumeration by HSDirs"

[grarpamp <grarpamp@xxxxxxxxx>]

On Sat, Aug 17, 2013 at 1:51 AM, Moritz Bartl <moritz@xxxxxxxxxxxxxx> wrote:
>>>   mfrggzdfmztwq2lknnwg23tpobyxe43uov3ho6dzpjaueq2eivda.onion ?
>
> characters that arenât URL-safe: plus (+), slash (/), and equals (=).
> Y64 encoding replaces these with dot (.), underscore (_), and dash (-),
>
> Or would case sensitivity be too crazy?

I think about
DNS - Aka non-tor-internal implementations of it in onionland.
Although dns has grown up nearer to a binary db, it was insensitive
and with a narrow character range and length. Things from client
app to local resolver to DNS server may be affected.
/ - %2F in URI, but it does cause problems when various
software apps choose to write that filesystem reserved
character to disk un-escaped, or send it to web that way.
Functions - That they exist in Python, Perl, etc to
convert this to/from hex/binary/etc.
16chars - Not 100% easy to memorize, so [even very] longer
may not be a huge problem... see i2p, freenet, gnunet, etc.
OnionCat/IPv6 - But extending beyond 80 bits facing will break this I
think. I've seen some proposal on zzz.i2p for this re: their >80 bits.
_______________________________________________
tor-dev mailing list
tor-dev@xxxxxxxxxxxxxxxxxxxx
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-dev