On Dec 23, 2007 6:14 PM, Roger Dingledine <[EMAIL PROTECTED]> wrote:

> On Sun, Dec 23, 2007 at 05:55:44PM -0800, Kyle Williams wrote:
> > When the following command is used with Tor's ControlPort, Tor will
> > temporarily freeze until NetBIOS either resolves the request or times
> out.
> > This issue is specific to Windows, Linux and Mac are not affected.
> >
> > ---------------------
> > SETCONF LOG="notice file \\\\www.janusvm.com\\TEST\\notice.log"
> > ---------------------
>
> Interesting. Is it plausible to respond "well, don't do that then?"
>

It would be a good suggestion.


>
> There are a few other cases where Tor will freeze doing a dns resolve,
> e.g. if you specify a fqdn rather than IP address for your hidden
> service's location. But in your case above, it's not even Tor that's
> doing the resolve -- so I have no idea how we'd go about "fixing" that.
>

I'll think about this some more.
If I come up with an answer I'll be sure to let you know.


>
> I guess we could disallow filenames that look funny. Is there a valid
> use case for netbios calls here, or do they always signal funny business?
>

I do like being able to save a log to somewhere else.
This is particularly useful when setting up my own Tor network to test
with.
I generally consolidate all the logs to one share on one server.


>
> > I played with the Dirport for about an hour the other night, and it
> didn't
> > seem to suffer from the same issue.  I'll "focus" on the Dirport more
> after
> > the holiday rush is over, probably next year.
>
> Sounds great. Yeah, if somebody can trigger it remotely, that's
> definitely something to fix. I don't see how they could though.
>
> Thanks!
> --Roger
>
>
I'm not sure how someone could trigger this remotely, but again, if I find
out I'll be sure to let you know.

- Kyle

Reply via email to