> On 16 Sep 2016, at 07:58, Ralph Seichter wrote:
>
> I have made some measurements. Downloading large files through Tor did
> not appear to show significant differences between both nodes, which
> could mean that Tor clients are either capped in general or the
I have made some measurements. Downloading large files through Tor did
not appear to show significant differences between both nodes, which
could mean that Tor clients are either capped in general or the circuits
were overall not fast enough to make my nodes reach their limits.
I also tried
No idea. This is the first promo code I've used.
On Sep 15, 2016 3:54 PM, "Jason Jung" wrote:
> Maybe we are limited to only one promo code of that nature? I used
> DIVEIN10 about two years ago and using LOWENDBOX says "Sorry, this promo
> cannot be applied to your account. Most
Maybe we are limited to only one promo code of that nature? I used
DIVEIN10 about two years ago and using LOWENDBOX says "Sorry, this promo
cannot be applied to your account. Most promos are valid for new
customers only."
Tristan:
> It's in the billing settings after you log in.
>
> On Sep 15,
That code only works with new registrations.
On September 15, 2016 3:28:19 PM CDT, Ralph Seichter
wrote:
>On 15.09.16 21:43, Markus Koch wrote:
>
>> DigitalOcean has a new Promo: $15 free aka 3 months free droplet.
>
>I have tried creating an additional Droplet, but
Thanks! Going on 2 months with an exit node. I had to disable SSH after
about a month, but that's the only complaint I've gotten.
On Sep 15, 2016 2:43 PM, "Markus Koch" wrote:
Just 2 let you know, DigitalOcean has a new Promo: $15 free aka 3
months free droplet.
Just 2 let you know, DigitalOcean has a new Promo: $15 free aka 3
months free droplet.
Guard/Middle is no problem at all. My exits have been kicked after
around 4 months (too many abuse mails :( )
Promocode: LOWENDBOX
https://lowendbox.com/blog/september-hosting-vps-coupon-round-up/
I do not
On 15.09.16 21:21, Green Dream wrote:
> The Advertised Bandwidth is is significantly lower on TorRelay02HORUS
> too.
Indeed, even though bandwitdh settings are identical on both nodes:
BandwidthRate 96 MBytes
BandwidthBurst 112 MBytes
Arm shows me that node #1 has upload/download of around
The Advertised Bandwidth is is significantly lower on TorRelay02HORUS
too. Let me quote teor from another recent thread, I think the same
info is helpful here:
-- begin quote --
Your relay reports a bandwidth based on the amount of traffic it has
sustained in any 10 second period over the past
On 15.09.16 20:57, Roman Mamedov wrote:
> You should post both fingerprint or even just Atlas links directly,
> maybe someone will have more ideas on why this could happen.
1)
https://atlas.torproject.org/#details/0C3D5E19E3C75B505C8ACD26F89DCA2DF970553E
2)
On Thu, 15 Sep 2016 20:34:54 +0200
Ralph Seichter wrote:
> On 15.09.16 19:43, Roman Mamedov wrote:
>
> > It is normal to run multiple nodes in one family and have most or all
> > of them get the Guard flag.
>
> I don't see this happen. I would think that weeks of
On 15.09.16 19:43, Roman Mamedov wrote:
> It is normal to run multiple nodes in one family and have most or all
> of them get the Guard flag.
I don't see this happen. I would think that weeks of uninterrupted
uptime should mean both nodes qualify, but only one has a guard flag.
The nodes are on
On Thu, 15 Sep 2016 19:39:07 +0200
Ralph Seichter wrote:
> On 15.09.2016 18:40, Markus Koch wrote:
>
> > 100% normal. Welcome to tor.
> > No, no clue why ;)
>
> I was contemplating possible security considerations behind this. One
> particular person or organization
On 15.09.2016 18:40, Markus Koch wrote:
> 100% normal. Welcome to tor.
> No, no clue why ;)
I was contemplating possible security considerations behind this. One
particular person or organization responsible for the administration of
multiple guards, when guards are sensitive because users
100% normal. Welcome to tor.
No, no clue why ;)
Markus
Sent from my iPad
> On 15 Sep 2016, at 18:12, Ralph Seichter wrote:
>
> When running two non-exit nodes, configured as a single family with no
> other members, and using identical bandwidth settings, is it to
When running two non-exit nodes, configured as a single family with no
other members, and using identical bandwidth settings, is it to be
expected that only one of the nodes ever obtains the guard flag? The
node uptimes are pretty much the same as well, but consensus weight
differs significantly.
Ivan Semenov:
> Hello, can I get some vanilla bridges pls
Go to https://bridges.torproject.org/ and select 'none' as Pluggable
Transport. Voila.
--
Ivan Markin
___
tor-relays mailing list
tor-relays@lists.torproject.org
Hello, can I get some vanilla bridges pls
___
tor-relays mailing list
tor-relays@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays
18 matches
Mail list logo