- tor-relays - lists.torproject.org

Re: [tor-relays] [tor-talk] TOR problems - seriously PLEASE HELP ME!
by Jonathan Marquardt 25 Apr '17

25 Apr '17

On Mon, Apr 24, 2017 at 12:16:23PM +0200, unpublished wrote: > 1. Many web pages display information that I do not support "TOR > connections"? Not sure, what you mean here. Perhaps THEY don't support (i.e. block) connections from Tor users, because they are afraid of spam or other stupid reasons. Nothing you can really do here. Websites blocking Tor is a huge problem. > 2. How to increase (amazon) the number of relay nodes? Because standard > only two redirect point? There are always three nodes. The amazon node should be your guard relay (where you enter the Tor network). Then there are two relays after that. There isn't really any way to change that. Three hops should be sufficient for decent anonymity, no real need to worry here. > 3. How to change the end node of the country (eg country from which I am > POLAND)? Here's a simple guide on how to do that: http://www.wikihow.com/Set-a-Specific-Country-in-a-Tor-Browser -- 4096R/1224DBD299A4F5F3 47BC 7DE8 3D46 2E8B ED18 AA86 1224 DBD2 99A4 F5F3

2 1

Relay traffic went to ~zero
by Jan Jancar 21 Apr '17

21 Apr '17

Hi all, I have been running my relay for about a year now and about two weeks ago my relay traffic went close to zero [1]. Any ideas as to why? Is it my ISP silently throttling my ORport after founding out I run a relay? Is it some misconfiguration on my part? My consensus weight went down from ~400 to 10, over the last few days. [1]: http://imgur.com/YOMxU66 [2]: https://atlas.torproject.org/#details/1673C036756D2800D2BD0F7C20DEE3FB934F9… [3]: http://torstatus.blutmagie.de/router_detail.php?FP=1673c036756d2800d2bd0f7c… Cheers, -- Jan ______________________________________________________ /\ # PGP: 362056ADA8F2F4E421565EF87F4A448FE68F329D /__\ # https://neuromancer.sk /\ /\ # Eastern Seaboard Phishing Authority /__\/__\ #

5 7

maatuska's bwscanner down since 2017-04-14 -> significant drop in relay traffic
by relayoperator＠openmailboxbeta.com 20 Apr '17

20 Apr '17

Hi Tom! since maatuska's bwscanner is down [1] I see a significant drop of traffic on many of my relays, and I believe this is related. Do you have any update to [2] on when maatuska will report bwscan results again? thanks, a concerned relayoperator [1] https://lists.torproject.org/pipermail/tor-consensus-health/2017-April/0078… https://consensus-health.torproject.org/graphs.html#bwauthgraphs [2] https://lists.torproject.org/pipermail/tor-consensus-health/2017-April/0078…

1 0

Reducing Exit Node Connections
by Colin 18 Apr '17

18 Apr '17

Hello all, I'm having difficulties running exit nodes on VPS provided by Pulse Servers. Conntrack shows the number of connections climbing to 30,000 and this is untenable (at least for the cheap vps from this provider). I have tried MaxAdvertisedBandwidth at many settings with the same results, number of connections eventually climbs to around 30k. I'm interested in input regarding: * is it possible to reduce the number of connections, how does one achieve this? * given I have no other points of reference, is 30k connections on a typical low-cost VPS unreasonable? * anything else I should be considering? Thanks all. -- Colin

2 1

[warn] circuit_mark_for_close under (Linux 4.4.0-21-generic) Tor 0.2.9.10
by Paul 18 Apr '17

18 Apr '17

[warn] circuit_mark_for_close_(): Bug: Duplicate call to circuit_mark_for_close at ../src/or/onion.c:238 (first at ../src/or/command.c:579) (on Tor 0.2.9.10 ) Can this warning be neglected - I thought it is a BSD and not a Linux issue? Got nearly a hundred of them today - all with the same time stamp. Thanks - Paul

1 0

Some n00b questions about exits
by Mirimir 14 Apr '17

14 Apr '17

I'm thinking about running an IPv6 exit. I've found a Tor-friendly VPS provider, but they have metered bandwidth. And 500GB per month is about my limit. So I could have a 40Mbps/80Mbps exit that was up for maybe a week per month, or a much slower persistently stable exit. For exits, speed is better than persistence, right? Also, I can choose VPS in UK vs DE vs US. Which is needed most? And am I right that a DE exit will generate the least hassle? Thanks.

2 1

snaptor relays: MyFamily update required
by nusenu 08 Apr '17

08 Apr '17

Hi snaptorg, thanks for adding new relays, please do not forget to update your MyFamily. +---------------------+-----------------+---------------+------+ | first_seen | IP | MyFamilyCount | exit | +---------------------+-----------------+---------------+------+ | 2016-11-12 00:00:00 | 213.32.66.192 | 9.0000 | 0 | | 2016-11-26 23:00:00 | 193.70.90.199 | 9.0000 | 0 | | 2016-11-26 23:00:00 | 128.199.108.14 | 9.0000 | 0 | | 2016-11-27 00:00:00 | 139.59.46.211 | 9.0000 | 0 | | 2016-11-28 11:00:00 | 94.156.77.41 | 8.0000 | 1 | | 2016-11-28 14:00:00 | 142.4.206.241 | 9.0000 | 1 | | 2016-11-29 00:00:00 | 185.103.110.210 | 9.0000 | 1 | | 2016-12-03 23:00:00 | 144.217.90.138 | 9.0000 | 0 | | 2016-12-16 15:00:00 | 176.123.26.27 | 8.0000 | 1 | | 2016-12-16 23:00:00 | 193.70.22.86 | NULL | 0 | +---------------------+-----------------+---------------+------+ https://raw.githubusercontent.com/ornetstats/stats/master/o/potentially_dan… regards, nusenu -- https://github.com/nusenu/ansible-relayor

3 9

tor-fw-helper
by Alexander Færøy 07 Apr '17

07 Apr '17

Hello. I'm interested in hearing if anybody on this list is currently using the tor-fw-helper[0] tool in their relay setup? We are currently fixing some issues in Tor's way of doing I/O between subprocesses, but before spending too much time on this task it would be useful to know if this tool is used at all. Cheers, Alex. [0]: https://gitweb.torproject.org/tor-fw-helper.git -- Alexander Færøy

2 1

rise in bridges starting with ~2017-03-28
by nusenu 06 Apr '17

06 Apr '17

Hi, I don't know if the discussion of the thread "22% of bridges run by a single entity?" [1] sparked this, but someone was very busy adding lots of obfs4 bridges. Normally you would see <50 new bridges per day, in the last few days we saw >120 new bridges per day. They all run tor 0.2.9.10, support the obfs4 transport and have a nickname that looks like it is generated from a dictionary. https://github.com/nusenu/tor-network-observations/blob/master/2017-03-29_m… You can even see it on metrics: https://metrics.torproject.org/networksize.html [1] https://lists.torproject.org/pipermail/tor-relays/2017-March/012156.html -- https://mastodon.social/@nusenu https://twitter.com/nusenu_

1 0

why my exit is not being used?
by gustavo panizzo (gfa) 06 Apr '17

06 Apr '17

Hello I ran sorrentini [1] as a relay for a month or two and everything was fine. then 2-3 weeks ago i decided to allow exit, the traffic went down significantly, is that expected? it has recovered a bit but i feel the node is underutilized, is it stational? I've attached node's munin graphs [1] https://atlas.torproject.org/#details/5E762A58B1F7FF92E791A1EA4F18695CAC667… here is my torrc # general Nickname sorrentini Log notice syslog ControlPort 9051 HashedControlPassword XXXXXXXXX AccountingStart month 01 00:00 AccountingRule sum AccountingMax 1024GB ContactInfo 0x44BB1BA79F6C6333 <tor-admin AT zumbi dot com dot ar> MyFamily 82C92FBAF2196EC346670D12BB9650FE9FF55741,EFD2EEB91E5C5D8CB999B1EC68D89E51F8776AC7 SocksPort 0 SocksPolicy reject * ## IPv4 ORPort 128.199.76.145:443 DirPort 128.199.76.145:80 Address 128.199.76.145 OutboundBindAddress 128.199.76.145 ##IPv6 IPv6Exit 1 ORPort [2400:6180:0:d0::18a7:d001]:443 OutboundBindAddress [2400:6180:0:d0::18a7:d001] # Exit DirPortFrontPage /etc/tor/tor-exit-notice.html CellStatistics 1 DirReqStatistics 1 EntryStatistics 1 ExitPortStatistics 1 ExtraInfoStatistics 1 HiddenServiceStatistics 1 ExitRelay 1 ExitPolicy accept *:53 # DNS ExitPolicy accept *:80 # HTTP ExitPolicy accept *:110 # POP3 ExitPolicy accept *:143 # IMAP ExitPolicy accept *:220 # IMAP3 ExitPolicy accept *:443 # HTTPS ExitPolicy accept *:873 # rsync ExitPolicy accept *:989-990 # FTPS ExitPolicy accept *:991 # NAS Usenet ExitPolicy accept *:992 # TELNETS ExitPolicy accept *:993 # IMAPS ExitPolicy accept *:995 # POP3S ExitPolicy accept *:1194 # OpenVPN ExitPolicy accept *:1293 # IPSec ExitPolicy accept *:3690 # SVN Subversion ExitPolicy accept *:4321 # RWHOIS ExitPolicy accept *:5222-5223 # XMPP, XMPP SSL ExitPolicy accept *:5228 # Android Market ExitPolicy accept *:9418 # git ExitPolicy accept *:11371 # OpenPGP hkp ExitPolicy accept *:64738 # Mumble ExitPolicy reject *:* # nothing else is allowed -- 1AE0 322E B8F7 4717 BDEA BF1D 44BB 1BA7 9F6C 6333 keybase: https://keybase.io/gfa

7 22