On Thu, Feb 04, 2021 at 01:20:58AM +0200, s7r wrote:
> Indeed the defense is triggered more often than I expected. Very nice.
Btw, a better version of the #2667 patch is now included in all of the
current Tor releases: 0.3.5.13, 0.4.3.8, 0.4.4.7, 0.4.5.5-rc.
So if you are still trying out my expe
Roger Dingledine wrote:
Hello friendly relay operators,
Another day, another weird thing with the Tor network. This time we
have some jerk bombing the directory authorities with directory fetches,
and doing it via exits:
https://lists.torproject.org/pipermail/network-health/2021-January/000661.h
Roger Dingledine:
> On Fri, Jan 29, 2021 at 12:34:28AM +0100, nusenu wrote:
>> If dir auths (some or all) are willing to share (privately or publicly) the
>> distribution of
>> attack load (frequency, bandwidth, ...) by exit source IP in total or
>> relative values
>> I can correlate this data to
On Fri, Jan 29, 2021 at 12:34:28AM +0100, nusenu wrote:
> If dir auths (some or all) are willing to share (privately or publicly) the
> distribution of
> attack load (frequency, bandwidth, ...) by exit source IP in total or
> relative values
> I can correlate this data to strengthen a hypothesis
Unless you already ruled out that hypothesis by looking at the attack
distribution by source IP:
If dir auths (some or all) are willing to share (privately or publicly) the
distribution of
attack load (frequency, bandwidth, ...) by exit source IP in total or relative
values
I can correlate this
Have a tor exit running in the US ; fingerprint is
3DE567C1350C0E858C6147AECB06EA9B3EAF3261 and OR address is
71.174.105.126:9001
Just built and launched the ticket-2667 branch; came up as:
[notice] Tor 0.4.6.0-alpha-dev running on Linux with Libevent
2.0.21-stable, OpenSSL 1.0.1t, Zlib 1.
Hello friendly relay operators,
Another day, another weird thing with the Tor network. This time we
have some jerk bombing the directory authorities with directory fetches,
and doing it via exits:
https://lists.torproject.org/pipermail/network-health/2021-January/000661.html
The network is mostly
I think this is related to available file system descriptors.
Try increasing the number of descriptors, around 8192 should be fine
for most relays.
If running systemd, edit the service (systemctl edit )
and append the following, then restart:
[Service]
LimitNOFILE=8192
You might also need to ch
After running an exit relay for a few days I see the message: ERROR --
No Descriptor Available on the torstatus.rueckgr.at site, and the
traffic of my exit node is almost zero, also seen in nyx. Rebooting the
system restarts everything normal and it is listed on the ruckgraet
site, but after a
Tor already has code that avoids having multiple nodes from a single
/16 range or from the same AS (correct me on that one if I'm wrong,
not totally sure about it) in the same circuit, so as long as your
MyFamily setting is set correctly, I see no problem here.
Throughput is important as you will
Also - 4000 connections sounds like your OS limiting the amount of
open file descriptors, when I still used to run exit relays, it was at
least 6500 connections just for all the other Tor relays, which should
now be 7000.
You should at the very least allow 8192 open file descriptors.
If you launc
Dear List,
How important is the throughput on an exit relay? I realize that more is always
better, making it harder to associate exit packets with input ones at the other
end. My numbers: For the same price I can buy 2 exit relays that run about 3500
to 4000 connections or one that runs about 4
Today I solved the problem deleting the folder /var/lib/for and creating a new
relay.
I tried to restore at least the old keys but the problem persisted. So I
definitely think that the problem were the keys.
When I created that backup I verified the integrity with the -W tar option, and
then I
Thank you very much for your support.
I think i'll wait a few days to find a solution, otherwise I'll ask for a reset
of my VM.
Cheers
Gigi
Il 18 giugno 2019 17:26:11 CEST, David Goulet ha
scritto:
>On 18 Jun (12:51:45), dns1...@riseup.net wrote:
>> Hello,
>
>Hi!
>
>>
>> I have an exit rel
On 18 Jun (12:51:45), dns1...@riseup.net wrote:
> Hello,
Hi!
>
> I have an exit relay on a debian remote vm. Yesterday, after I installed the
> last linux security update, I rebooted It, and than I had a problem with
> additional IPs, that were no more being assigned. In order to understand if
>
Hello,
I have an exit relay on a debian remote vm. Yesterday, after I installed
the last linux security update, I rebooted It, and than I had a problem
with additional IPs, that were no more being assigned. In order to
understand if it were a problem caused by the last upgrade I restored a
pr
> Sorry, I meant to write "connection getinfo".
>
> And I'm not sure that the original reasoning applies: if Stem is getting the
> information from other sources anyway, why don't we just provide it
> through Tor?
Ah! Gotcha. No argument from me.
> Its worth noting that I have seen circuits on ar
Hello,
On 6 March 2018 at 00:06, Damian Johnson wrote:
>
> > I switched to nyx and it is fine allthough on deeper inspection the IP
> to is actually my IP so clearly this is a bug.
>
> Hi Gary. Sorry, not sure I follow. Are you saying Nyx (not arm) is
> labeling these as 'Outbound' but still scr
On 6 Mar 2018, at 12:27, Damian Johnson wrote:
>> A circuit getinfo sounds like a great feature. I'd be happy to review
>> a proposal, but I'm not sure I'd have time to implement it.
>
> No worries! As mentioned, we already have a proposal. Eight years ago
> Nick encouraged me to write proposa
> A circuit getinfo sounds like a great feature. I'd be happy to review
> a proposal, but I'm not sure I'd have time to implement it.
No worries! As mentioned, we already have a proposal. Eight years ago
Nick encouraged me to write proposals for things I'd find helpful, but
of course a proposal do
On 6 Mar 2018, at 11:29, Damian Johnson wrote:
>> Does Tor export a list of connections over the control port?
>
> Hi teor. Nope, tor doesn't. That's something I wanted many years ago
> and I made a proposal, but Jake talked me into limiting it to circuits
> instead...
>
> https://gitweb.torpr
> Does Tor export a list of connections over the control port?
Hi teor. Nope, tor doesn't. That's something I wanted many years ago
and I made a proposal, but Jake talked me into limiting it to circuits
instead...
https://gitweb.torproject.org/torspec.git/tree/proposals/172-circ-getinfo-option.tx
> On 6 Mar 2018, at 11:06, Damian Johnson wrote:
>
> For what it's worth here's where Nyx decides to label a connection as
> being an exit. The conditional is "if I can't resolve this to a relay
> and our exit policy allows exiting to it then label as an exit"...
>
> https://gitweb.torproject.o
Hi Roger, I don't think thats' the issue here. The lines they cited
were exit connections, not the 'Exit' circuit lines (the later look
different and don't include scrubbing).
For what it's worth here's where Nyx decides to label a connection as
being an exit. The conditional is "if I can't resolv
On Mon, Mar 05, 2018 at 10:02:10AM +, Gary wrote:
> What is going on here? I am confused as to why there is exit connections
> but I am not / dont want an exit relay.
I am guessing those are self-reachability tests and self-speed tests
that your relay does by making circuits back to itself.
A
Hello,
On Mon, Mar 5, 2018 at 2:49 AM, teor wrote:
> I think this is a bug in arm.
> Try nyx.
I switched to nyx and it is fine allthough on deeper inspection the IP to
is actually my IP so clearly this is a bug.
On 5 March 2018 at 18:18, Damian Johnson wrote:
> Oops! Actual
Oops! Actually, this would happen with Nyx too. This is a Stem bug...
https://trac.torproject.org/projects/tor/ticket/25423
Thanks for the catch!
On Mon, Mar 5, 2018 at 2:49 AM, teor wrote:
>
>
>> On 5 Mar 2018, at 21:02, Gary wrote:
>>
>> Hello.
>>
>> I have configured my relay (jaffacakemon
> On 5 Mar 2018, at 21:02, Gary wrote:
>
> Hello.
>
> I have configured my relay (jaffacakemonster2) to be non exit, however arm
> shows me the following (I edited out IPs' & some lines after copy/paste from
> connection screen for others security / brevity)
>
> Connections (1878 inbound, 2
Hello.
I have configured my relay (jaffacakemonster2) to be non exit, however arm
shows me the following (I edited out IPs' & some lines after copy/paste
from connection screen for others security / brevity)
Connections (1878 inbound, 2113 outbound, 19 exit, 1 control)
IP--> :443 (HTTPS)
Conrad Rockenhaus:
> Hello All,
>
> I just brought up my third relay, ConradsOVHRelay03, as an exit. I
> appreciate the feedback that everyone provided me with before and I
> hope that this relay is configured perfectly. I’m glad to add more
> bandwidth to the cause.
thanks for adding more exit
Hello All,
I just brought up my third relay, ConradsOVHRelay03, as an exit. I appreciate
the feedback that everyone provided me with before and I hope that this relay
is configured perfectly. I’m glad to add more bandwidth to the cause.
Thanks,
Conrad
__
Hello.
If it is not set in your torrc, try looking in the torrc-default file
/usr/share/tor/tor-service-defaults-torrc
If you forget where this file is, look in the log where for two lines near
the top for "loading torrc" or something
If nothing is there, write EXITRELAY 0 yourself, right at
On 15 Dec 2017, at 09:14, Toralf Förster wrote:
>> On 12/14/2017 11:08 PM, Sebastian Hahn wrote:
>> If you don't want to run an Exit relay, set ExitRelay 0.
> Not needed IMO - I'm under the impression that nowadays with recent Tor
> versions a user must opt-in to configure Tor to be an exit.
N
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 12/14/2017 11:08 PM, Sebastian Hahn wrote:
> If you don't want to run an Exit relay, set ExitRelay 0.
Not needed IMO - I'm under the impression that nowadays with recent Tor
versions a user must opt-in to configure Tor to be an exit.
- --
Toral
> On 14. Dec 2017, at 23:04, Evangelos Meintasis
> wrote:
>
> Hello to all,
> I got this warning :
> [warn] Tor is running as an exit relay. If you did not want this behavior,
> please set the ExitRelay option to 0.
>
> But in /etc/tor/torrc file, I can not locate an y EXITRELAY option.
> Sh
Hello to all,
I got this warning :
[warn] Tor is running as an exit relay. If you did not want this behavior,
please set the ExitRelay option to 0.
But in /etc/tor/torrc file, I can not locate an y EXITRELAY option.
Should I just type it without comments there with the 0 flag?
Thank you!
Vagelis
On Thu, May 25, 2017 at 08:20:16PM -0700, Arisbe wrote:
> I just made an interesting observation that I thought I would share.
> Yesterday I started a VPS exit relay at a well known hosting company
> in Moldova [0]. Within 24 hours I saw the consensus weight exceed
> 1. The relay is bandwidth
Hello relay ops,
I just made an interesting observation that I thought I would share.
Yesterday I started a VPS exit relay at a well known hosting company in
Moldova [0]. Within 24 hours I saw the consensus weight exceed 1.
The relay is bandwidth limited to 10 MiB/s. Not that I'm compla
On 8/3/2016 10:13 PM, Roger Dingledine wrote:
> On Wed, Aug 03, 2016 at 03:29:01PM +0200, t...@as250.net wrote:
>> Absolutely. Most of the infrastructure we provide on that basis and it
>> is ok! The reason for running that exit node was that we believed it
>> would contribute towards a positive im
Haha yes! T-shirts are a good way to start conversations with people who
don't really know what is this "onion" !?
And be proud to wear it ! :p
Registration is open ?!! ;p
Le 04/08/2016 à 17:26, I a écrit :
> Hear Hear, Roger and Petrusko,
>
> Nonetheless, I would like the promised t-shirts befo
Hear Hear, Roger and Petrusko,
Nonetheless, I would like the promised t-shirts before next year.
Robert
___
tor-relays mailing list
tor-relays@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays
And I think a lot of users doesn't know what is there "behind". As
always in computer's world...
Now I'm able to explain quickly (what I've understood) this network to
some friends/family, who were using Tor a long time ago before I've
started to have fun with contributing a little to the network.
On Wed, Aug 03, 2016 at 03:29:01PM +0200, t...@as250.net wrote:
> Absolutely. Most of the infrastructure we provide on that basis and it
> is ok! The reason for running that exit node was that we believed it
> would contribute towards a positive impact in many peoples lives.
Thanks for contributin
...t-shirts.[ sotto voce ]
___
tor-relays mailing list
tor-relays@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays
On Wed, 3 Aug 2016 14:31:34 +0200
Andreas Krey wrote:
> On Wed, 03 Aug 2016 13:40:03 +, t...@as250.net wrote:
> ...
> > our support. Just to make it clear: "appreciate" in this context
> > doesn't mean funding. All those years we didn't get as much as a
> > "thank you!" from anyone.
>
> Oper
I think that the purpose was not being famous or recognized but just having
more kindness.
The fact is that a lot of Tor users don't even know which relay they are
using and how to get the informations of the exit relay they're using,
meaning that they will actually never thank anyone of running e
If you were running relays just to get recognized, you were probably doing
it did the wrong reason.
___
tor-relays mailing list
tor-relays@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays
On Wed, 03 Aug 2016 13:40:03 +, t...@as250.net wrote:
...
> our support. Just to make it clear: "appreciate" in this context
> doesn't mean funding. All those yearswe didn't get as much as a "thank
> you!" from anyone.
Operating tor nodes is - like operating any
invisible infrastructure - inhe
On Wed, 09 Mar 2016 14:51:12 +0100
Elrippo wrote:
> Why are you then complaining if you do not accept money for running
> your relays?!
Where do you see any complaining? I guess you misunderstood my mail.
If other people are getting support in keeping their relays up and
running, that's fine an
On 03/09/2016 07:09 AM, Cristian Consonni wrote:
> We have a saying in Italian that says "Chiedere è lecito, rispondere è
> cortesia".
> Roughly translated "Asking is allowed, answering is courtesy", that is
> you can ask for whatever you want, maybe somebody will respond, or
> don't, whatever.
That's a reason for me to contribute in funding people/organisations who are
willing to spend a lot of time and money!
> I agree with that. Not everyone has a job that earns them a load of
> money and they still want to operate a relay.
> I personally spent almost the same money for servers as I
Dear Roman,
please let us not be picky, i did not address you or anybody else but
t...@as250.net in the specific mail.
I am writing to a list so i believe everybody knows who is addressed on that
list for various reasons. In case you are not satisfied with my awnser i
apologize for "spamming" so
On Wed, 09 Mar 2016 14:51:12 +0100
Elrippo wrote:
> Why are you then complaining if you do not accept money for running your
> relays?!
I believe you have some apologizing to do -- and not to me;
check the "From:" headers of stuff you have been replying to more carefully.
--
With respect,
Ro
2016-03-08 23:15 GMT+01:00 Roman Mamedov :
> Sorry but reading these kinds of things is kind of demoralizing. --
>
> I'm not going to do a "me too" post, but some of us pay for relays with their
> own funds for years, which easily do 30-40 MB/sec combined, receiving zero
> donations -- then some gu
I agree with that. Not everyone has a job that earns them a load of
money and they still want to operate a relay.
I personally spent almost the same money for servers as I can afford to
buy food - Life can be hard ;)
Am 2016-03-09 um 14:51 schrieb Elrippo:
> Why are you then complaining if you do
Why are you then complaining if you do not accept money for running your
relays?!
I personally do not have any problems with contributing, you earn my full
respect, but I do have problems with relay operators who are complaining about
others getting funded.
Maybe a change in your strategy woul
On Wed, 9 Mar 2016 12:38:03 +0100
"Volker Mink" wrote:
> It losing much performance over time. Whats the reason for this?
The curve matches pretty much our hardware/network upgrade cycle.
As more services/hosts are provisioned the performance decreases,
then an upgrade happens. (as september las
It losing much performance over time. Whats the reason for this?
-Ursprüngliche Nachricht-
Von: tor-relays [mailto:tor-relays-boun...@lists.torproject.org] Im Auftrag von
t...@as250.net
Gesendet: Mittwoch, 9. März 2016 12:25
An: tor-relays@lists.torproject.org
Betreff: Re: [tor-relays
On Wed, 09 Mar 2016 05:20:44 +0100
elrippo wrote:
> if you ask for funding you will get funding, so what's the problem.
> Leave your BTC address with monthly costs here and we will see how
> much funding you get Just try it out!
Well, let's try that!
https://atlas.torproject.org/#details/B48692
FWIW I started my own ISP just so I didn't have to worry about getting
shutdown due to abuse complaints etc.
Paying all the fees (RIPE.net, co-location, servers and bandwidth) is
_incredibly_ expensive but we run 4x Exit nodes without interference, 12
relays and plenty of "private" bridges.
https
You are welcome :D
There you go ->
https://btc.blockr.io/tx/info/6e0a510aafe64e021ce910c01ea8be87578e8cf01ad279cd7adb8c10c3be
Kind regards,
elrippo
> elrippo wrote:
> > I will also chip in with some funding.
> >
> > DO you accept Bitcoin or Monero, i do not like to you use PayPal for
> > fu
I do not think so,
if you ask for funding you will get funding, so what's the problem.
Leave your BTC address with monthly costs here and we will see how much funding
you get
Just try it out!
Kind regards,
elrippo
> On Tue, 08 Mar 2016 20:17:44 +0100
> elrippo wrote:
>
> > I will also chip in
I'll kick in a few month also...
On Mar 8, 2016 5:26 PM, "Michael McConville" wrote:
> elrippo wrote:
> > I will also chip in with some funding.
> >
> > DO you accept Bitcoin or Monero, i do not like to you use PayPal for
> > funding an TOR relay ;D
> >
> > If so, please post the addresses, so we
elrippo wrote:
> I will also chip in with some funding.
>
> DO you accept Bitcoin or Monero, i do not like to you use PayPal for
> funding an TOR relay ;D
>
> If so, please post the addresses, so we can fund a fast running relay.
Definitely: 1KjWtgsrSRJ6mBMjAuKhqSGvEPVJ8rRoqV
> Also tell again,
I wrote:
> > Sorry but reading these kinds of things is kind of demoralizing.
>
> +1
> Perhaps crowdfunding a pool from which subsidies could be distributed
> would be fairer.
https://oniontip.com/
It isn't sufficient. I've got $6-10 from it in more than a year, and
almost all of that was becaus
> Sorry but reading these kinds of things is kind of demoralizing. --
>
+1
Perhaps crowdfunding a pool from which subsidies could be distributed would be
fairer.
Robert
___
tor-relays mailing list
tor-relays@lists.torproject.org
https://lists.torpr
Hi Roman,
> Sorry but reading these kinds of things is kind of demoralizing. --
I kind of understand your sentiment but
> Oh I know mine are not Exit relays, so those are not special enough, nothing
> to see here, move along.
this is (at least for me) not true - Michael's mail was the first I
r
Roman Mamedov wrote:
> Sorry but reading these kinds of things is kind of demoralizing. --
>
> I'm not going to do a "me too" post, but some of us pay for relays
> with their own funds for years, which easily do 30-40 MB/sec combined,
> receiving zero donations -- then some guy with a 3 MB/sec rel
On Tue, 08 Mar 2016 20:17:44 +0100
elrippo wrote:
> I will also chip in with some funding.
> DO you accept Bitcoin or Monero, i do not like to you use PayPal for funding
> an TOR relay ;D
> If so, please post the addresses, so we can fund a fast running relay.
> Also tell again, how much it cost
I will also chip in with some funding.
DO you accept Bitcoin or Monero, i do not like to you use PayPal for funding an
TOR relay ;D
If so, please post the addresses, so we can fund a fast running relay.
Also tell again, how much it costs you per month.
If you guys agree, the funding can be done m
On Tue, Mar 08, 2016 at 10:13:30AM -0800, Michael McConville wrote:
> re...@mobtm.com wrote:
> > > Sadly, I have to shut it down at least temporarily if no one can help me
> > > pay for it. Is anyone interested? You can search the mailing lists to
> > > see that I've been contributing for a few yea
re...@mobtm.com wrote:
> > Sadly, I have to shut it down at least temporarily if no one can help me
> > pay for it. Is anyone interested? You can search the mailing lists to
> > see that I've been contributing for a few years, and I can give more
> > verification if you'd like.
>
> if you're willi
On Mon, Mar 07, 2016 at 02:34:02PM +0100, re...@mobtm.com wrote:
> Hi Michael,
>
> > Sadly, I have to shut it down at least temporarily if no one can help me
> > pay for it. Is anyone interested? You can search the mailing lists to
> > see that I've been contributing for a few years, and I can giv
Hi Michael,
> Sadly, I have to shut it down at least temporarily if no one can help me
> pay for it. Is anyone interested? You can search the mailing lists to
> see that I've been contributing for a few years, and I can give more
> verification if you'd like.
if you're willing to give me a paypal
For what it's worth, the primary goal of the Toroken Incentive was to
make it possible for relay operators such as Michael to continue
operating. If adding a cryptocurrency incentive is now on the table,
I am down for resuming work on it.
-V
On Mon, Mar 7, 2016 at 10:37 AM, Volker Mink wrote:
>
On 3/6/16, Volker Mink wrote:
> Thats bad to lose such a fast exit.
And the diversity of an OpenBSD one at that.
Somebody could just turn off one of their Linux relays
and send this guy the monthly fee instead.
___
tor-relays mailing list
tor-relays@li
Thats bad to lose such a fast exit.
Ever considered crowdsourcing to get the needed money?
Best,
Volker
> Am 07.03.2016 um 03:01 schrieb Michael McConville :
>
> Hi, everyone.
>
> I'm an experienced Tor relay operator and a mostly dormant community
> member. My main relay these days is on a
Michael McConville wrote:
> My main relay these days is on a dedicated server running OpenBSD and
> moving 3-4 MB/s.
To clarify: 3-4 MB/s each way, 6-8 MB/s total.
___
tor-relays mailing list
tor-relays@lists.torproject.org
https://lists.torproject.org/c
Hi, everyone.
I'm an experienced Tor relay operator and a mostly dormant community
member. My main relay these days is on a dedicated server running
OpenBSD and moving 3-4 MB/s. It costs me $35/month.
https://atlas.torproject.org/#details/CDAB3AE06A8C9C6BF817B3B0F1877A4B91465699
Sadly, I have to
> On 10 Nov 2015, at 14:03, Sean Greenslade wrote:
>
> On Tue, Nov 10, 2015 at 12:40:19AM +, Tim Sammut wrote:
>> I meant is it possible for a relay operator to detect if a snapshot of a
>> running VM or VPS has been taken? Asked slightly differently, if I have
>> a relay running as a VPS or
On Tue, Nov 10, 2015 at 12:40:19AM +, Tim Sammut wrote:
> I meant is it possible for a relay operator to detect if a snapshot of a
> running VM or VPS has been taken? Asked slightly differently, if I have
> a relay running as a VPS or VM, can I somehow detect if my provider took
> a snapshot of
> On 10 Nov 2015, at 11:40, Tim Sammut wrote:
>
> Hi Tim, sorry.
>
> On 11/10/2015 12:33 AM, Tim Wilson-Brown - teor wrote:
>>> On 11/06/2015 08:41 PM, Tim Wilson-Brown - teor wrote:
>> The directory authorities are generally more concerned when
>> they *don't* stop it afterwards, and i
Hi Tim, sorry.
On 11/10/2015 12:33 AM, Tim Wilson-Brown - teor wrote:
>> On 11/06/2015 08:41 PM, Tim Wilson-Brown - teor wrote:
> The directory authorities are generally more concerned when
> they *don't* stop it afterwards, and instead keep running it,
> perhaps with extra logging, pa
> On 10 Nov 2015, at 11:28, Tim Sammut wrote:
>
> Hi Tim, everyone.
>
> On 11/06/2015 08:41 PM, Tim Wilson-Brown - teor wrote:
>> The directory authorities are generally more concerned when they
>> *don't* stop it afterwards, and instead keep running it, perhaps with
>> extra logging, packet du
Hi Tim, everyone.
On 11/06/2015 08:41 PM, Tim Wilson-Brown - teor wrote:
> The directory authorities are generally more concerned when they
> *don't* stop it afterwards, and instead keep running it, perhaps with
> extra logging, packet dumps, and decryption via seized private keys.
Is there a rel
On 11/06/2015 05:31 PM, Kevin Beranek wrote:
> Is there a better list than this one for doing so? I can't find a list
> that seems more appropriate
> on https://lists.torproject.org/cgi-bin/mailman/listinfo. Or do I have
> to email the DirAuths directly? If so, where do I find the addresses to
>
It would seem to make a difference if you are in one country and the company is in another and the legal action is in another.Robert
___
tor-relays mailing list
tor-relays@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/t
> On 7 Nov 2015, at 08:36, Kevin Beranek wrote:
>
> Russian, I assume because the relay was in Russia.
Russia has over 200 mutual legal assistance treaties.
Source: http://www.mlat.is/p/query-interface.html (requires JavaScript)
Sometimes it's impossible to tell where the investigation was ini
Russian, I assume because the relay was in Russia.
On Fri, Nov 6, 2015 at 12:49 PM, I wrote:
> Which police?
>
> ___
> tor-relays mailing list
> tor-relays@lists.torproject.org
> https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays
>
>
Kevin Beranek:
> Is there a better list than this one for doing so? I can't find a list
> that seems more appropriate on
> https://lists.torproject.org/cgi-bin/mailman/listinfo. Or do I have to
> email the DirAuths directly? If so, where do I find the addresses to use?
That would be bad-rel...@
Which police?
___
tor-relays mailing list
tor-relays@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays
Thanks everyone. I sent an email to all of the DirAuth operators.
On Fri, Nov 6, 2015 at 12:41 PM, Tim Wilson-Brown - teor wrote:
>
> On 7 Nov 2015, at 07:20, Josef Stautner wrote:
>
> Well, of course they take a dump of the RAM and stop it afterwards :-)
>
>
> The directory authorities are ge
> On 7 Nov 2015, at 07:20, Josef Stautner wrote:
>
> Well, of course they take a dump of the RAM and stop it afterwards :-)
The directory authorities are generally more concerned when they *don't* stop
it afterwards, and instead keep running it, perhaps with extra logging, packet
dumps, and d
Well, of course they take a dump of the RAM and stop it afterwards :-)
Am 06.11.2015 um 21:18 schrieb Josef Stautner:
> They stop it, make a dump of the RAM and save the hard drive.
>
> Am 06.11.2015 um 20:58 schrieb I:
>> How can they seize a virtual server?
>> Which country are the police from?
They stop it, make a dump of the RAM and save the hard drive.
Am 06.11.2015 um 20:58 schrieb I:
> How can they seize a virtual server?
> Which country are the police from?
>
> Robert
>
>
> ___
> tor-relays mailing list
> tor-relays@lists.torproject.org
>
How can they seize a virtual server?Which country are the police from?Robert
___
tor-relays mailing list
tor-relays@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays
and here's the URL I spoke of:
https://atlas.torproject.org/#search/flag:Authority
Sorry, I forgot to paste it in the email.
2015-11-06 18:16 GMT+01:00 DerTor Steher :
> Hey Kevin,
>
> under the following URL you can find all authorities with their email
> adresses stated in the "contact" section
Hey Kevin,
under the following URL you can find all authorities with their email
adresses stated in the "contact" section.
Please make sure you inform every single one of them in case you have lost
any access to your VPS so you can't shutdown/delete your relay.
2015-11-06 17:31 GMT+01:00 Kevin Be
Is there a better list than this one for doing so? I can't find a list
that seems more appropriate on
https://lists.torproject.org/cgi-bin/mailman/listinfo. Or do I have to
email the DirAuths directly? If so, where do I find the addresses to use?
On Fri, Nov 6, 2015 at 8:20 AM, justaguy wrote:
Because you lost control of your exit relay, you should ask DirAuths to
reject/refuse/ban your exit.
On 11/06/2015 05:05 PM, Kevin Beranek wrote:
> Is there a procedure I should follow if a relay has been seized by the
> police? Do DirAuths typically do something in cases where a relay is
> seize
1 - 100 of 126 matches
Mail list logo
