On Wed, Oct 29, 2014 at 08:20:15AM +, eliaz wrote:
> I know that vanilla bridges cannot carry obfsproxy traffic. But can
> obfsproxied bridges carry vanilla traffic? If not, are there criteria to
> help me decide which bridge configuration is useful at any particular
> time? - eliaz
Hi eliaz,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
hey,
as far as i know a bridge can carry both, normal vanilla traffic and
obfsproxied traffic.
you specify your normal ORPort to listen e.g. on port 443 and specify a
different port for obfsproxy traffic.
if you specify your obfsproxy as
ServerTra
On Freitag, 24. Oktober 2014, 09:16:49 Tom van der Woerdt wrote:
> Manuel Gebauer schreef op 19/10/14 15:29:
> > Hi, Tom and Rejo. Same with me. Half of the abuse complaints I
> > get are from Valuehost Ru. Because I run on a cheap VPS I don't
> > get a reassigned IP. Therefore I always fear that m
On 10/29/2014 05:09 PM, eric gisse wrote:
> I have never seen such errors and I'm running on 64 bit gentoo hardened
> as well. Are you running with special debug options or something?
>
No, I just switched from an amd64 Gentoo to a hardened by switching the Gentoo
profile and compiling current ke
I have never seen such errors and I'm running on 64 bit gentoo hardened as
well. Are you running with special debug options or something?
On Wed, Oct 29, 2014 at 4:03 PM, Toralf Förster
wrote:
> On 10/28/2014 08:56 PM, Mike Patton wrote:
> > My exit isn't the size of yours but at times has sup
On 10/28/2014 08:56 PM, Mike Patton wrote:
> My exit isn't the size of yours but at times has supported quite a bit of
> traffic and I haven't ever seen one of these errors.
Well, I'm running 0.2.5.10 at a 64 bit Gentoo hardened Linux in the meanwhile -
unfortunately I did not looked before at t
++ 29/10/14 10:15 +0100 - Jeroen Massar:
>There are some weird properties in trying to do full-bandwidth.
>Deterministic it for sure is not.
>
>The IP is not mentioned in atlas:
>https://atlas.torproject.org/#search/94.142.240.243
Nope. That is the IP-address of the switch in front of the node. Th
Hi,
I was running a non-exit relay from my 50/5 Mb/s (more like 35/4 in
practice) home connection on a Raspberry Pi B (496 MB RAM, 700 MHz)
running FreeBSD using the following configuration:
Tor 0.2.4.24
% cat /usr/local/etc/tor/torrc
SocksPort 0
Log notice file /var/log/tor
ORPort 9001
ORPort [2
On 2014-10-29 09:41, Rejo Zenger wrote:
[..]
> - So, the question is: why is it so much slower maximising the full
>bandwidth? The configuration from mid-July onwards is identical to
>the one in April. The only thing that has changed is in mid-August,
>when I moved to relay into a L
Hi,
I am running an exit-relay and noticed a couple of odd things:
1. Last months, the node seems to be slow in using the full capacity.
- Back in April, I changed the relay's configuration to allow the relay
to use all the bandwidth it could take. As a result, within a week or
two th
I know that vanilla bridges cannot carry obfsproxy traffic. But can
obfsproxied bridges carry vanilla traffic? If not, are there criteria to
help me decide which bridge configuration is useful at any particular
time? - eliaz
___
tor-relays mailing list
to
11 matches
Mail list logo