- tor-relays - lists.torproject.org

Secure secure Shell update protocols
by 0x23 10 Jan '15

10 Jan '15

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Hey guys, wanna share some current insights regarding secure shell(ssh) on how to harden sys after the German 'Der Spiegel' disclosed documents.h https://stribika.github.io/2015/01/04/secure-secure-shell.html Greet#z - -- -----BEGIN PGP SIGNATURE----- Version: APG v1.1.1 iQIzBAEBCgAdBQJUsD4TFhwweDIzIDxydXNoMjNAZ214Lm5ldD4ACgkQF7zsyb8G YjiPyRAAkta8iRmORYJeKdLUzo9Bi4arEqCIjMNaOaZmn+2fTNv3j3nqeyC+r+Sy rLEVXOW5Zcb4QdcSSsU3l3oZCx2bc7hKC4ysCRnEfT03XSwc/acGVHd3FDePF2GB ypqOIJjwZ0T/11DZfJo2zfk18G6FVEKWGa1WTjKkpylvyHLE5Y3FlrqvhJMhql37 Vm4SpF4HncXgJl8njJeQayLr10O/Kcq+FI4d+jHarByU6p9Ry4Lx6EjflfQirb+T UJtZi5mmZyPI01RUnu+HM3aEvRetEj4IpPdjdsA8NESKOBlOxX39cPtPz6HOPiKD BDymO1ZrXfzohjnMMj3FVHZOqS79wc4wq0M7PKPSsxuWL7gI/HepO724Wm6q62ml nPnLRoUc9Gpq9bhRZmRshMjU1zs3eDYR54WnRPf1TQy4JRpThbeHlsIGHQQc9yVD BdP7U5zCuVgVPmn9uKho/6rpxSigMSpdsYSB4UF0n056yiQ1JolRPpOKPYkVSp6U 3xfbWNBdQ0aFD3TuXrj19SYe9KhSE7N07mDgU2KngXz/oVyMXxEKuVxtxTF00k/g JKg+AcwNvjD5LOa27N6bePR+tPHydnvlWkonBwsuaYBvPZvWbocZFuMyRPjmWzh4 PuAmja/SiSiFbQzSqlv53BY2krCMdbZb93i3xQTqgDiA5JmOdd4= =IZOD -----END PGP SIGNATURE-----

2 2

please put jego00X relays in a "family"
by Nusenu 10 Jan '15

10 Jan '15

Dear Tor relay operator, thanks for running your relays with such a great diversity (not two relays in the same network). Please be so kind to put all your relays [1] into a so called family to tell Tor clients that these relays are managed by one entity and should not be used toghther in one circuit. thanks! Nusenu The relevant configuration option is: > MyFamily node,node,… > > Declare that this Tor server is controlled or administered by a group > or organization identical or similar to that of the other servers, > defined by their identity fingerprints. When two servers both declare > that they are in the same 'family', Tor clients will not use them in > the same circuit. (Each server only needs to list the other servers > in its family; it doesn’t need to list itself, but it won’t hurt.) Do > not list any bridge relay as it would compromise its concealment. > When listing a node, it’s better to list it by fingerprint than by > nickname: fingerprints are more reliable. [1] https://atlas.torproject.org/#search/jego

1 0

Tor in Spain
by Torizen 09 Jan '15

09 Jan '15

Hello, I've been running a non-exit relay on a EDIS VPS located in Spain for 5 months. Yesterday, without warning, I received an email because apparently I was abussing the network and my VPS was suspended. I was asked to reduce the amount of traffic Tor is allowed to use and after that I received another email where they claimed running a Tor relay, or any other "anonymization software", is now forbidden. I'm from Spain and this is the first time I've heard of this. Does anyone know if this is true? Torizen.

7 13

Re: [tor-relays] new VPS bridge bandwidth under-reported
by starlight.2015q1＠binnacle.cx 09 Jan '15

09 Jan '15

> Bridge relays . . . Isis, Thank you very much for your description of how it works and the references to the specifications. More and more I've come to realize one should start there. >> It just popped to 700KB, presumably because >> I used it to browse and then download >> the TBB bundle as a test. >I believe that client activity shouldn't >effect your reported bandwidth (but >I'm not entirely sure, actually). Just tested it again the same way except using obfs3 and the self-reported bandwidth from getinfo dir/server/authority shot from 60 Kbytes/sec to 950 Kbytes/sec instantantaneously. Will show up in Atlas shortly I presume. Based on the description you provided this seems sane enough. Thanks again!

1 0

Re: [tor-relays] new VPS bridge bandwidth under-reported
by starlight.2015q1＠binnacle.cx 09 Jan '15

09 Jan '15

Whoa wow. . . It just popped to 700KB, presumably because I used it for to browse and then download the TBB bundle as a test. So I guess that means the bandwidth measurement for a bridge is strictly passive? Presumably that also means that it is not used as a criteria for dissemination?

3 11

badexit 03F84EA2E09CF427A519C65479DC0BF0D72886A6
by grarpamp 09 Jan '15

09 Jan '15

router Tansam 79.143.87.234 443 0 0 03F84EA2E09CF427A519C65479DC0BF0D72886A6 Appears to be having trouble with, or is doing something with, http versions of https en.wikipedia.org articles. They're either blank or stripped of framework.

1 0

missing pluggable transport
by qq1693129601 08 Jan '15

08 Jan '15

When open tor-browser, it says Tor failed to establish a Tor network connection. Connecting to a relay directory failed (missing pluggable transport). The log is below, could anyone help? ----- 01/06/2015 15:03:35.786 [NOTICE] DisableNetwork is set. Tor will not make or accept non-control network connections. Shutting down all existing connections. 01/06/2015 15:03:35.786 [NOTICE] Opening Socks listener on 127.0.0.1:9150 01/06/2015 15:03:36.711 [WARN] The communication stream of managed proxy './TorBrowser/Tor/PluggableTransports/fteproxy.bin' is 'closed'. Most probably the managed proxy stopped running. This might be a bug of the managed proxy, a bug of Tor, or a misconfiguration. Please enable logging on your managed proxy and check the logs for errors. 01/06/2015 15:03:36.711 [NOTICE] Failed to terminate process with PID '30230' ('Success'). 01/06/2015 15:03:37.711 [NOTICE] Bootstrapped 5%: Connecting to directory server 01/06/2015 15:03:37.711 [WARN] We were supposed to connect to bridge '[2001:49f0:d002:1::2]:80' using pluggable transport 'fte', but we can't find a pluggable transport proxy supporting 'fte'. This can happen if you haven't provided a ClientTransportPlugin line, or if your pluggable transport proxy stopped running. 01/06/2015 15:03:37.712 [WARN] Problem bootstrapping. Stuck at 5%: Connecting to directory server. (Can't connect to bridge; PT_MISSING; count 1; recommendation warn) 01/06/2015 15:03:39.270 [WARN] We were supposed to connect to bridge '[2001:49f0:d00a:1::c]:80' using pluggable transport 'fte', but we can't find a pluggable transport proxy supporting 'fte'. This can happen if you haven't provided a ClientTransportPlugin line, or if your pluggable transport proxy stopped running. 01/06/2015 15:03:39.270 [WARN] Problem bootstrapping. Stuck at 5%: Connecting to directory server. (Can't connect to bridge; PT_MISSING; count 2; recommendation warn)

2 1

Exit Node / iptables / massive attempts on DPT 8118 ?
by rush23＠gmx.net 07 Jan '15

07 Jan '15

5 16

Re: [tor-relays] Help - My relay consensus has been stripped back to 20
by bigbudtor＠Safe-mail.net 06 Jan '15

06 Jan '15

Argh - yes you are right. It was fine again last night and yes it is back down to 20. What the hell is going on? I find it quite troubling that nobody seems to know (or wants to say) why these relays are getting disabled. cheers BB -------- Original Message -------- From: tor-relays-request(a)lists.torproject.org Apparently from: tor-relays-bounces(a)lists.torproject.org To: tor-relays(a)lists.torproject.org Subject: tor-relays Digest, Vol 48, Issue 21 Date: Tue, 06 Jan 2015 12:00:02 +0000 >Yours and mine are back to 20. >On 05.01.2015 03:37 PM, bigbudtor at Safe-mail.net wrote: >> -------- Original Message -------- >> From: tor-relays-request at lists.torproject.org >> Apparently from: tor-relays-bounces at lists.torproject.org >> To: tor-relays at lists.torproject.org >> Subject: tor-relays Digest, Vol 48, Issue 15 >> Date: Mon, 05 Jan 2015 11:05:49 +0000 >> >> >>> Message: 3 >>> Date: Mon, 05 Jan 2015 11:36:59 +0100 >>> From: Network Operations Center <noc at schokomil.ch> >>> To: tor-relays at lists.torproject.org >>> Subject: Re: [tor-relays] Help - My relay consensus has been stripped >>> back to 20 >>> Message-ID: <84a966b4ad0f4d6a230d7b51f1d6b42f at schokomil.ch> >>> Content-Type: text/plain; charset=UTF-8; format=flowed >>> >>> Mine just jumped to 18,000, again I'd like to stress that I have not >>> changed anything in my torrc: >>> >>> https://atlas.torproject.org/#details/3D7E274A87D9A89AF064C13D1EE4CA1F184F2… >> >> Yup, me too. Seems to be back thankfully. >> >> Would love to know why though.... >> >> best >> >> BB >> _______________________________________________ >> tor-relays mailing list >> tor-relays at lists.torproject.org >> https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays

1 0

Re: [tor-relays] Help - My relay consensus has been stripped back to 20
by bigbudtor＠Safe-mail.net 06 Jan '15

06 Jan '15

-------- Original Message -------- From: tor-relays-request(a)lists.torproject.org Apparently from: tor-relays-bounces(a)lists.torproject.org To: tor-relays(a)lists.torproject.org Subject: tor-relays Digest, Vol 48, Issue 15 Date: Mon, 05 Jan 2015 11:05:49 +0000 > Message: 3 > Date: Mon, 05 Jan 2015 11:36:59 +0100 > From: Network Operations Center <noc(a)schokomil.ch> > To: tor-relays(a)lists.torproject.org > Subject: Re: [tor-relays] Help - My relay consensus has been stripped > back to 20 > Message-ID: <84a966b4ad0f4d6a230d7b51f1d6b42f(a)schokomil.ch> > Content-Type: text/plain; charset=UTF-8; format=flowed > > Mine just jumped to 18,000, again I'd like to stress that I have not > changed anything in my torrc: > > https://atlas.torproject.org/#details/3D7E274A87D9A89AF064C13D1EE4CA1F184F2… Yup, me too. Seems to be back thankfully. Would love to know why though.... best BB

2 1