Re: [T(A)ILS-dev] About bridges support

Delete this message

Reply to this message
Autor: intrigeri
Data:  
A: The T\(A\)ILS public development discussion list
Assumpte: Re: [T(A)ILS-dev] About bridges support
Hi,

anonym wrote (05 Feb 2011 19:10:04 GMT) :
>>   - the patch changes the same files as our good old
>>     amnesia-remove-useless-controls.patch

>>
>> => I've not applied amnesia-remove-useless-controls.patch. Someone
>> should dig whether it is still relevant + functionally compatible with
>> the bridges patch, and act accordingly.


> I like the removal of the start/stop button/menu item since they are
> conceptually wrong in our situation (system wide Tor instance).


agreed. we'll have to adapt one of the two patches then.

>> Also, I would be delighted if this option could be submitted upstream
>> so that we don't have to maintain the diff and messages translations
>> ourselves.
>> Maybe the popup text could be written in a more generic way so that it
>> applies to non-T(A)ILS systems as well, maybe even if doing so we
>> would need a few more lines specific to T(A)ILS => a setting could be
>> added to allow us to set a postfix to the popup message. What do you
>> think?


> My patch is essentially an ugly workaround (just think about the whole
> concept of loopback IP addresses being regarded as "bogus" bridges) for
> Tor but #2355. I don't think it can be made much more generic and
> acceptable due to that, so IMHO sending it upstream isn't viable at this
> point. Or do you have any ideas?


Ok.

> I'm looking into fixing #2355 myself (as Nick didn't seem to
> enthusiastic about implementing it himself and I assume none of the
> other devs are). What I'm thinking is this:


> * "UseBridges 0" completely disabled bridges -- direct connection to the
> Tor network no matter what.
> * "UseBridges 1" enforces bridges, so Tor will never try to contact the
> Tor network directly. If no bridge is configured, Tor will wait
> inactively until one or more are added through the control port.
> * "UseBridges auto" will make Tor use bridges if there's at least one
> configured, but if there are none it will connect to the Tor network
> directly.


Seems nice.

> Vidalia can then be made to react accordingly, i.e. when it starts with
> the -bridgeconf parameter set (or maybe it should be default
> behaviour?), it will check if UseBridges is 1 and if there's zero
> bridges configured. If that is the case, Vidalia opens the network
> configuration etc. just like my patch does. That's the patch I think we
> should send upstream.


Seems sensible.

You rock!

Bye,
--
intrigeri <intrigeri@???>
| GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc
| OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc
| So what?