hi,
as a good TOR support peon I got a dedicated server and set up TOR 3-4
weeks ago. Everything went great, I got my Guard, Fast and Stable etc.
Flag and my little server was busy & happy. After restarting the TOR
daemon I lost all my flags and even after 12 hours I only got Running
and Valid bac
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 1/26/2016 12:58 AM, Markus Koch wrote:
> hi,
>
> as a good TOR support peon I got a dedicated server and set up TOR
> 3-4 weeks ago. Everything went great, I got my Guard, Fast and
> Stable etc. Flag and my little server was busy & happy. After
> r
Thank you.
TIL: Do not touch anything on your server. :)
2016-01-26 13:16 GMT+01:00 Kurt Besig :
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 1/26/2016 12:58 AM, Markus Koch wrote:
>> hi,
>>
>> as a good TOR support peon I got a dedicated server and set up TOR
>> 3-4 weeks ago. Every
On 26 January 2016 at 13:53, Markus Koch wrote:
> TIL: Do not touch anything on your server. :)
I believe that that is not really the takeaway message here. More
importantly, realize that flags inevitably come and go when you
restart your relay. This can and will happen when you run updates as
we
My hosting provider alerted me of a DDoS attack on one of my relays. It
started around 2016-01-26 12:42 UTC. They claim they tried "filtering,
routing, and network configuration changes" to mitigate the attack, but as
a last resort they temporarily disconnected the host from the network for 3
hours
I was hit with a DDoS attack > 1gbps on 2016-01-21 11:30 EST on the IP
that host my tor exit node. My hosting provider began succesfully
mitigating the attack and my service was unaffected besides a slight dip
in network throughput.
They attacker quickly stopped the attack when they realized i
Not today, but it happens quite often
I get nice abuse mails like this:
Direction IN
Internal 188.40.99.164
Threshold PacketsDiff 200.000 packets/s, Diff: 475.160 packets/s
Sum 142.643.000 packets/300s (475.476 packets/s), 5 flows/300s (0
flows/s), 198,002 GByte/300s (5.406 MBit/s)
External
On 01/26/2016 03:16 AM, Kurt Besig wrote:
>> My server is:
>> > https://torstatus.blutmagie.de/router_detail.php?FP=caf1eea0e8e8919dfc
> 480a885b8bd1da00d0ffb7
Just so you know, that website isn't maintained anymore. You might be
interested in atlas.torproject.org or globe.torproject.org. The choi
Is it possible to reload torrc without restarting Tor? I'm running on a
Raspberry Pi compiled from source, so I can't use sudo service tor reload.
___
tor-relays mailing list
tor-relays@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/lis
kill -HUP
or
killall -HUP tor
I know the kill command look scary but it can send other signals than
sigkill, see kill -l for the list of signal. -HUP can be replaced with
-1 as well.
On 2016-01-26 8:06 PM, Tristan wrote:
Is it possible to reload torrc without restarting Tor? I'm runnin
Yup, no problem...
https://stem.torproject.org/faq.html#how-do-i-reload-my-torrc
On Tue, Jan 26, 2016 at 5:06 PM, Tristan wrote:
> Is it possible to reload torrc without restarting Tor? I'm running on a
> Raspberry Pi compiled from source, so I can't use sudo service tor reload.
>
>
> _
Thanks for the info. :)
On Jan 26, 2016 7:13 PM, "Damian Johnson" wrote:
> Yup, no problem...
>
> https://stem.torproject.org/faq.html#how-do-i-reload-my-torrc
>
>
> On Tue, Jan 26, 2016 at 5:06 PM, Tristan wrote:
> > Is it possible to reload torrc without restarting Tor? I'm running on a
> > Ra
Looks like Webiron is spamming again, and this time they're including
a web bug in the mail to see if you've opened it:
https://www.webiron.com/images/misc/91.219.236.218/ab...@1d4.us/webiron-logo_abuse.png
https://www.webiron.com/abuse_feed/ab...@1d4.us
__
For example, these two pairs of relays that came online yesterday:
* https://atlas.torproject.org/#details/0ED2D734F295427E5A3719FA7B9985C335839123
* https://atlas.torproject.org/#details/667C297D3EC6E1281D68F7F4C8C9BE8324D132A3
and
* https://atlas.torproject.org/#details/667C297D3EC6E1281D68F7F
On Tue, 26 Jan 2016 15:44:54 -0900
Jesse V wrote:
> On 01/26/2016 03:16 AM, Kurt Besig wrote:
> >> My server is:
> >> > https://torstatus.blutmagie.de/router_detail.php?FP=caf1eea0e8e8919dfc
> > 480a885b8bd1da00d0ffb7
>
> Just so you know, that website isn't maintained anymore.
That's terrible
Question:
Is there a security reason behind the search. I really like torstatus
for the list and I feel like the consensus is already public so tor node
are already public.
Knowing that it is unmaintained at the moment, I'd be willing to host a
mirror and continue development on that tool ho
Aren't family members configured in torrc?
On Jan 26, 2016 11:01 PM, "Virgil Griffith" wrote:
> For example, these two pairs of relays that came online yesterday:
> *
> https://atlas.torproject.org/#details/0ED2D734F295427E5A3719FA7B9985C335839123
>
> *
> https://atlas.torproject.org/#details/667
They are indeed configured in torrc. The question is whether two relays on
the same IP# *should* be in the same family even if they aren't.
-V
On Wednesday, 27 January 2016, Tristan wrote:
> Aren't family members configured in torrc?
> On Jan 26, 2016 11:01 PM, "Virgil Griffith" > wrote:
>
>>
On Wed, Jan 27, 2016 at 12:00 AM, Virgil Griffith wrote:
> No wrong answer---just wondering what is the community's vibe on this
> issue. I can go either way.
Same IP excepting NAT is same box, kind of pointless if
they're not the same entity [1], err to caution and call it family,
put them in t
19 matches
Mail list logo
