- tor-relays - lists.torproject.org

Re: [tor-relays] Using your own Relay as Entry Node (Yawning Angel)
by fr33d0m4all 15 Apr '16

15 Apr '16

> Date: Thu, 14 Apr 2016 22:24:30 +0000 > From: Yawning Angel <yawning(a)schwanenlied.me> > To: tor-relays(a)lists.torproject.org > Subject: Re: [tor-relays] Using your own Relay as Entry Node > Message-ID: <20160414222430.78b9255e(a)schwanenlied.me> > Content-Type: text/plain; charset="us-ascii" > > On Thu, 14 Apr 2016 21:38:15 +0000 > fr33d0m4all <fr33d0m4all(a)riseup.net> wrote: >> And about using it as a SOCKS proxy to enter the Tor network? Do the >> same considerations apply or is it even worse to use a relay as a >> SOCKS proxy? > > This is horrible and should *NEVER* be done, assuming any network not > physically controlled by you is between you and the SOCKS proxy > server[0], simply based on the request (and authentication if you > chose to use such things) being in the clear. > > Regards, > > -- > Yawning Angel > > [0]: So, SOCKS over an internal network to a VM/magical anonymity box > may be ok (depending on your threat model). SOCKS to a VPS somewhere > is essentially always a bad idea. Hi Yawning, I perfectly understand your point... I'm using it as a SOCSK proxy only within my own LAN, which is only used by me. If I ever need to reach it from the outside I would do it by tunnelink the SOCKS connection within an SSH connection to my LAN. But I'm far more interested in what you think about using your own Tor relay as Entry Node, which I think should decrease the risks because it is for sure a not-bad Entry Node. What do you think about this point? Thank you for the answers. Fr33d0m4All -- _____________________________________________________________ PGP Key: 0DA8 7293 D561 3AEE A3C0 7F63 101F 316A F30E ECB4 IRC Nick: fr33d0m4all (OFTC & Freenode) _____________________________________________________________

2 1

Hiding or masking running tor process..
by rush23＠gmx.net 15 Apr '16

15 Apr '16

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Hey everybody, is there any way to hide running a tor process on a server?? My vps hoster monitors which processes consume most of the resources, so just hiding would be best especially when it looks like a 'not tor' process..😉 I appreciate any helpful hints... Cheers 0x23 - -- -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFhwweDIzIDxydXNoMjNAZ214Lm5ldD4FAlcQgJkACgkQOKD1ON7f MNhrpA/+KH3CXchdIH5ZpXsYe4rDUO2bCAo0lAtZHOogzngmqtJg22Tb9aKnSLBQ sLrtRLHgvGS17Ru3bzSqcSh7SE5vlKi3fFuRqB4f7aWHBreBKLCuOXOsp8YLjf2n f/KZxa0h9lATtjvhG8dKNUVZ7pBEX1awQPO56fkapbArqAg/dKPgggAlmcAhLgO+ 4jjPuk8B+fUlgVtRPaK3Igq4YTyRTkrQmiozM0q7A/4Jj1Sw2Bi8QBoUk1vCOR9y CBbrH7t/kkvts7DhmngjJX6Dc1bPCMkHAAisu+NhUXMVH6SMRrfVzJNR1sgD6BYO oq8J35xYQKCmppLrHRCQ/6YMqDnX27rk3z672AD8EiqZz4uynlrljsNnodmzIzbe eFog7KXaOjIcVH+EUpU1wAXIb0klg3mI9GfA6CYq342xPnNXVoyVqZOTdt3BlZpx rbF6M6ihF1YH2/RQluckCyUkxaO6sG9zPbtCY1LVLvppOHCRjNIPVxJ/pWhBbyQz Q4SH7VSJwS8KVtxa/yZe4sX4+h0lY/Opkg0F20Rsmf4522YCsn2rEYk5VveNj1yd NJ7mHqldfghp4IRROhneLX9tXz2S/hZtcibsWpnuaVC6n83yosAiErSEUbCHHmDI ZCFlfCO1UhvFGFiGanpLez62b1GGn/KHq0BeUzuIpHkXVK6mxRg= =Ovl+ -----END PGP SIGNATURE-----

3 2

Re: [tor-relays] Using your own Relay as Entry Node
by starlight.2016q1＠binnacle.cx 15 Apr '16

15 Apr '16

You may find the information in this ticket of interest, particularly the cited comment: https://trac.torproject.org/projects/tor/ticket/16824#comment:23

1 0

Using your own Relay as Entry Node
by fr33d0m4all 14 Apr '16

14 Apr '16

Hi, I've seen some time ago a discussion about using your own Tor Relay as an Entry Node, but I'd like to have your opinion in the following two scenarios (if it makes any difference switching from 1 to 2): 1) You point at your node when you're in the same network where the node resides (I mean always by setting EntryNodes in torrc, not by using it as a SOCKS proxy) 2) You point at your node from a different network than the one in which the relay is I think that if your node is being used by others, you would simply be one of the lots of users passing through it, with the advantage of removing the risk of a bad Entry node, what do you think about that? And about using it as a SOCKS proxy to enter the Tor network? Do the same considerations apply or is it even worse to use a relay as a SOCKS proxy? I'm sure that I've read about reasons to avoid using your own node, but I don't remember the considerations about this argument... Best regards, Fr33d0m4All -- _____________________________________________________________ PGP Key: 0DA8 7293 D561 3AEE A3C0 7F63 101F 316A F30E ECB4 IRC Nick: fr33d0m4all (OFTC & Freenode) _____________________________________________________________

3 2

First Relay
by KAW 13 Apr '16

13 Apr '16

Got my first relay running for 4 days now :D -KAW

2 2

Unmetered brandwith hosting
by f4aRelay 13 Apr '16

13 Apr '16

Which cheap unmetered brandwith hosting do you recommend me, I prefer using bitcoins as method of payment. Thanks Sent from ProtonMail mobile

6 6

Re: [tor-relays] First (positive) experiences with a Tor Relay on Raspberry Pi3
by fr33d0m4all 11 Apr '16

11 Apr '16

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 > From: Yawning Angel <yawning(a)schwanenlied.me> To: > tor-relays(a)lists.torproject.org Subject: Re: [tor-relays] First > (positive) experiences with a Tor Relay on Raspberry Pi3 > Message-ID: <20160410182830.2be8c166(a)schwanenlied.me> Content-Type: > text/plain; charset="utf-8" > > On Sun, 10 Apr 2016 17:52:20 +0000 fr33d0m4all > <fr33d0m4all(a)riseup.net> wrote: >> I've just moved my Tor relay installation from my alix1.c >> embedded system (500Mhz CPU with 256Mb ram) which was able to >> offer only 4Mbps (100% CPU utilization) to a new Raspberry Pi3 >> (quad-core 1.2Ghz 64-bit cpu with 1 GB ram). Some days ago I've >> seen some messages on the ML about Pi2 performance (if I remember >> well) and I'd like to share my first experiences with Pi3. I have >> only 20Mbps connection in the uplink direction, so I'm offering >> about 15Mbps for Tor relay and I've just seen that it is able to >> offer 14Mbps with 40% of a single core utilization.. In >> conclusion, I think that a single relay on Pi3 can offer about >> 30-40 Mbps, and if you run 4 tor relays on the same Pi3 you can >> offer more than 100Mbps which is definitely not bad for such a >> small system. The only drawback is that you need to find a good >> way for keeping it cold, since after 1 hour of 1 core at 100% >> I've reached about 70?C with heatsinks on the CPU. > > If you build tor against OpenSSL 1.1 on that target you will get a > massive increase in performance due to support for the ARMv8 > hardware AES acceleration. > > This requires 0.2.8.x from the maint-028 branch (or master if > you're brave) since I recently fixed tor (again) to compile with > this version of the library, but the changes will be in the next > 0.2.8 release candidate. > > Regards, > Thank you very much Yawning for the news, I didn't know about that! I'm running stable 0.2.7.6 from the Jessie repo, I hope the new ARMv8-AES-enabled version will be out "soon" in the repo (but I don't think it will happen soon, at least for the stable branch, right?) BTW, I can't offer more than 14 Mbps, which are about 75% of my upload BW, so I can live for a while without AES acceleration :) You're work is really appreciated! Best regards, Fr33d0m4All _____________________________________________________________ PGP Key: 0DA8 7293 D561 3AEE A3C0 7F63 101F 316A F30E ECB4 IRC Nick: fr33d0m4all (OFTC & Freenode) _____________________________________________________________ -----BEGIN PGP SIGNATURE----- iQIcBAEBCgAGBQJXCsoWAAoJEBAfMWrzDuy05b8P/iHlAaKeVV4kOjujdENZs2Y1 xppzTRALgQcF+f2617j54zVO3gx9p/FkwEgt2ltqqJH8oSpaONBet6BBIrWL60/0 RUG0SYhtLJKAz722ou5XnP18a+ISt6Jq/peZuBxL5SBwjFg8SM1ibIpFpQlqrWNm 108KqF1TLEUEaRL99QO4lXNSDqTgdp0QzOZ3mkuXcorEgSDtcvtfMSwjUyVsGfVS t2JjYiZNGX36o1h0V3cFzN5pcELK/wkXVktxL0GRpJ3bTsoy5yfz+04QG9qFL6SL 4S/AAZ0GWObR+ZaRDY8Fo4X9PVTwN1qLhnXBhknUKeRl0K5u0ANOPvspxt5YpVaj K7Xb3tcVv958QyN6OIGNySUZh2TZ/7zzfgPj8rk4fWpwkZ2TxC0inLqUNTZrxY1W 9jbXTstp8HCWMYJ/aCO220+iyOFGXv0AeBsk5sr+onbkJxccIC4X8pYtm8DeocdZ +q+rIIJ+KcrJNtDLU/7LM4NhzEkTBfDQnFy3Vy5c68I0N39w3tjYyiNx/4JdoX+L vrLcTOZ09Mavfjbrcww27w1Aixlw0HU0aYlY8dHc5fJcHyc/en6Os9GDEGBpXCNh eptNWIlsNxuk9Pbeipb/1GxQt5X2GyAVoITqpBA7u0TO9vr0V+ZvlyY6Thx7qvpy jo2GqAnJQBfruuSD9ZTo =1lbW -----END PGP SIGNATURE-----

4 3

Re: [tor-relays] Tor Relays Support of tor-relays Digest, Vol 63, Issue 22
by Milica Đekić 11 Apr '16

11 Apr '16

Hi Tim! I've just started researching www.torproject.org website and doing some practical examination of Tor browser. The great feedback from you. Thanks a lot! Cheers. Milica On Mon, Apr 11, 2016 at 2:00 PM, <tor-relays-request(a)lists.torproject.org> wrote: > Send tor-relays mailing list submissions to > tor-relays(a)lists.torproject.org > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays > or, via email, send a message with subject or body 'help' to > tor-relays-request(a)lists.torproject.org > > You can reach the person managing the list at > tor-relays-owner(a)lists.torproject.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of tor-relays digest..." > > > Today's Topics: > > 1. Re: Tor Relays Support of tor-relays Digest, Vol 63, Issue 20 > (Tim Wilson-Brown - teor) > 2. Re: Tor Weather has been discontinued (Karsten Loesing) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 11 Apr 2016 16:26:46 +1000 > From: Tim Wilson-Brown - teor <teor2345(a)gmail.com> > To: tor-relays(a)lists.torproject.org > Subject: Re: [tor-relays] Tor Relays Support of tor-relays Digest, Vol > 63, Issue 20 > Message-ID: <4B49C540-F484-476D-B397-13FA5048BA5F(a)gmail.com> > Content-Type: text/plain; charset="utf-8" > > > > On 11 Apr 2016, at 16:19, Milica ?eki? <milicadjekic82(a)gmail.com> wrote: > > > > Would Tor relays work in a dynamic manner switching from one to another > > from time to time? I am at the beginning of my research regarding a Tor > > network and I could use some support from you, guys. I would read a bit > > about entry, middle and exit relays as well as layers of encryption, but > I > > need more realistic explaination how all of these operate in a practice. > > Thank you! > > What have you read so far? > > Have you read: "Tor: The Second-Generation Onion Router"? > http://www.onion-router.net/Publications/tor-design.pdf > > Tim > > Tim Wilson-Brown (teor) > > teor2345 at gmail dot com > PGP 968F094B > ricochet:ekmygaiu4rzgsk6n > > > >

1 0

Re: [tor-relays] Tor Relays Support of tor-relays Digest, Vol 63, Issue 20
by Milica Đekić 11 Apr '16

11 Apr '16

Would Tor relays work in a dynamic manner switching from one to another from time to time? I am at the beginning of my research regarding a Tor network and I could use some support from you, guys. I would read a bit about entry, middle and exit relays as well as layers of encryption, but I need more realistic explaination how all of these operate in a practice. Thank you! On Sun, Apr 10, 2016 at 11:01 PM, <tor-relays-request(a)lists.torproject.org> wrote: > Send tor-relays mailing list submissions to > tor-relays(a)lists.torproject.org > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays > or, via email, send a message with subject or body 'help' to > tor-relays-request(a)lists.torproject.org > > You can reach the person managing the list at > tor-relays-owner(a)lists.torproject.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of tor-relays digest..." > > > Today's Topics: > > 1. Potwin, Kansas (Kenneth Freeman) > 2. First (positive) experiences with a Tor Relay on Raspberry > Pi3 (fr33d0m4all) > 3. Re: First (positive) experiences with a Tor Relay on > Raspberry Pi3 (Yawning Angel) > 4. First Relay (KAW) > 5. First Relay (KAW) > 6. Re: First Relay (pa011) > 7. Re: First (positive) experiences with a Tor Relay on > Raspberry Pi3 (Tom Jorquera) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sun, 10 Apr 2016 10:56:52 -0600 > From: Kenneth Freeman <kencf0618(a)riseup.net> > To: tor-relays(a)lists.torproject.org > Subject: [tor-relays] Potwin, Kansas > Message-ID: <570A85D4.2060107(a)riseup.net> > Content-Type: text/plain; charset="utf-8" > > So this is why 114 Tor exit nodes are apparently operating from Potwin, > Kansas! Figured it was a digital artifact. The article doesn't mention > Tor itself, but the nominal fount really jumps out on TorFlow. > > http://fusion.net/story/287592/internet-mapping-glitch-kansas-farm/ > > https://torflow.uncharted.software/ >

2 1

important DNS tuning for high volume exit relays, fix for Unbound DNS DOS problem
by Dhalgren Tor 11 Apr '16

11 Apr '16

I believe I now understand the cause of exit relay failure when Unbound is the resolver and GoDaddy null-routes the exit. Both to prevent this DOS from taking out your relay if Unbound is running and to maximize DNS performance: with a local instance of Unbound running /etc/resolv.conf should look like options timeout:5 attempts:1 max-inflight:16384 max-timeouts:1000000 nameserver 127.0.0.1 with a local instance of 'named' running /etc/resolv.conf should look like options timeout:5 attempts:2 max-inflight:16384 max-timeouts:1000000 nameserver 127.0.0.1 background material for the above recommendations found at https://trac.torproject.org/projects/tor/ticket/18580#comment:11 https://unbound.net/pipermail/unbound-users/2016-April/004301.html

1 0