- tor-relays - lists.torproject.org

dhcp lease question
by torix＠protonmail.com 06 May '19

06 May '19

Yesterday I put in a new router for my home connexion to Verizon. Up until now, I've had to bring down my router for 18 hours or so for me to get a new ip address, so this has never really come up before. But I noticed in the new interface that my dhcp lease from Verizon is only 2 hours long. I have had 5 or 6 ip changes that I noticed, and found my relay starting all over again this morning, building up its connexions again. I'm hoping that Verizon will settle down and start renewing my ip address instead of giving me another every few hours, but of course I don't know if their pool of addresses is running low and they are scrambling or what. Any thoughts? I don't think I can continue with my home relay in good conscience if people are getting kicked off several times a day. TIA, --Torix Sent with [ProtonMail](https://protonmail.com) Secure Email.

5 5

unique .onion addresses decreasing a lot
by nusenu 06 May '19

06 May '19

Have a look at this graph: https://metrics.torproject.org/hidserv-dir-onions-seen.html?start=2019-02-0… Is this a measurement issue or did some major application migrate to v3 onion services? -- https://twitter.com/nusenu_ https://mastodon.social/@nusenu

2 1

Concern Over Bridge Distribution And Tor Updates
by Keifer Bly 06 May '19

06 May '19

Hello, So I am aware a new version of tor is now available, but am wondering, is there a way for relay / bridge operators to be notified when a new version of tor is available? Right now, it seems like the only way of knowing if an update for tor is available for our OS is to manually check. Thanks. I also wanted to say, I noticed that an available email provider to request bridges from is Yahoo Mail. Here’s my thought, Yahoo (alongside AOL) was bought by Verizon, so they are now owned by a phone carrier / ISP. This makes me wonder if Yahoo is still a safe email provider to send bridges to, seeing as their new privacy policy is essentially allowing them to use emails as public knowledge. Just a thought. Thanks all. --Keifer

3 4

Support tunneling
by amytain 05 May '19

05 May '19

Would it be possible to support gre tunneling for the inbound IP for the exit and outbound ips? Sent with [ProtonMail](https://protonmail.com) Secure Email.

2 1

Anti-Sybil (re: Explain... all the Nodes)
by grarpamp 04 May '19

04 May '19

On 5/2/19, Herbert Karl Mathé <mail(a)hkmathe.de> wrote: > I strongly believe certain issues need be brought up into conscious, and > into presence: into discussion, actually. > > Therefore appreciating this as it might fit too well into context > > Keeping things below surface, or trying so, has too often proven to be a > very bad idea as these will come up sooner or later anyway, then with much > higher magnitude. Even worse, trust is then destroyed. As said before, the category of Anti Sybil Web of Trust Projects needs considered, and could even cover such speculative subjects. It's not about analysing the meta of one node or one operator, even if a true positive hit, in general the yield is approximately zero percent of any overlay network's nodes, it's about stepping back and agnostically analysing them all. Go investigate and collate all the possible meta informations... Node location, payment, OS, ISP, uptimes, anon / nym / PGP / GovID, workplace, politic, blogs, whatever else you can imagine, including incorporating what's already in the consensus, contact, MyFamily, nickname, both real world and virtual infos, operator to operator p2p Web of Trust... No node has to supply any infos. Put it all in a db and give users tools to select node sets. Some users might select State's, or State's workers or even Statist's nodes, over say anon nodes, as maybe they feel they have to play by some "rules" that anon nodes don't. Others might reject operators that post stupid pics on Facebook. Or all Ubuntu relays. Or nodes that engage in free speech they don't like, some in Tor Project would love that selector, lol. It doesn't matter, it's a meta project, with it you can accept or reject on whatever whim you wish by node fingerprints in your client. And if the Sybil WoT project ends up discovering some interesting potential threats classes among the entire node set, you win. Until then, you are potentially missing all of that, and are not raising Sybil's costs of doing business by forcing them to expend much resource into playing real world Web of Trust against users who might select to use various positive-meta-ranking and or WoT structures. Right now Sybil's cost is only a little hosting. If not, you can still report bad exits and other actual technical node and traffic mangling to tor-relays and or bad-relays, at least until someone DHT's or otherwise distributes tor away from the more centralized DA design. Note that Tor's architecture does not protect much against Global Passive Adversary of NSA style fiber Vampires, that threat does not require Sybil nodes, nor do they have to be Global or Govt, even Tier-N backbones can tap, analyse, and do nefarious things like and with that, including sell, give, and partner it all away. Though they can and do run Sybil nodes to help inject, manipulate, block, see, etc traffic, nodes, and clients. On flip perspective, maybe you really don't want to develop WoT's and such, simply because enabling creeping featureism of it all can lead to exclusivity and control whereby valuable anon diversity is selected away from and purged. That would be very bad. Either way, other than the usual design, protocol, code, and "Lawfare" exploit space, and the coming Quantum Compute adversary, Sybil and Vampire are likely todays biggest remaining threats to overlay networks. None of todays networks seem to be trying to do anything to stop Sybil, and only a few networks put Vampire as any sort of priority [1]. While Vampire may perhaps be solved with some technical measures, Sybil may require some sort sort of human based measures. [1] Curiously, cryptocurrencies do employ Anti-Sybil in various proofs of work (adversary cost raising), and can help defund Vampires.

3 3

[tor-talk] Explain yourself Conrad Rockenhaus
by Stirling Newberry 04 May '19

04 May '19

> I met Conrad online in September 2013, not long after the Washington Navy Yard shootings. Which is how I remember when. He mentioned that he was serving in the Navy then. And I vaguely recall that he's posted on Tor lists about the military using Tor. So you met Conrad on Grindr in September 2013, not long after he was supposed of been shot by the Washington Navy Yard shooter? Did you tell him during the Grindr date that he was lucky to be alive so he could bring us Greypony? I wish the shooter would of killed him because Conrad deserves to be dead because of the hell the Greypony project brought us since 2013. Was he top or were you top? Did you suck or did he suck? or did you both suck? Did you do a good little rim afterwards? Sent with ProtonMail Secure Email.

5 4

ALL GREYPONY SERVERS ARE OPEN FOR DDOS
by Stirling Newberry 04 May '19

04 May '19

ATTENTION GREYPONY USERS ALL GREYPONY EXITS WILL BE TARGETED FOR DDOS. THIS REQUEST HAS COME FROM PRETTY HIGH UP. GAME OVER BITCHES. YOU GUYS ARE GOING TO BE DONE. LOIC WILL BE USED TO TARGET THE NODES. DON'T SAY YOU WERENT WARNED YOU STUPID SACKS OF FAGGOT SHIT. Sent with [ProtonMail](https://protonmail.com) Secure Email.

3 2

A forwarded response
by Anonymous Tormaster 03 May '19

03 May '19

I don't believe it's right that trolls get the right to basically accuse Conrad of violating the principles of the Tor network just because he wants to offer donation based FreeBSD VMs to run Tor Exits. He has stated that he is unable to post to the lists and he is not being provided a reason on why he is unable to post to the lists. I can understand somewhat that he might be advertising but I don't understand why he's publicly reprimanded then banished yet now we're allowing people to trash someone who has actually contributed somewhat decently to this community. This action or inaction is disgusting and unacceptable and fosters and unwelcoming and hostile user climate all because Conrad wanted to HELP. So I'm including his full reply he sent me and I'm sending it anonymously because that's what seems to be popular these days: Hello, I'm sure that this original email was a personal attack and trolling, but given that it has aroused some interest in some of the emails I have received off-list, and the fact that Herbert did make the comment that keeping things below the surface may destroy trust, I will answer your points in question, Mr. Revolution. > You worked at the National Reconnaissance Office of the United States which is the most secretive branch of the United States Intelligence Community > You worked at the Naval Security Group Activity which is the United States Navy's version of the National Security Agency I was previously stationed at the NRO/SPAWAR Washington DC and Temporarily Attached to NSGA/NIOC and NRL on several occasions while I was on Active Duty in the Navy. I was stationed at various places, attached to various commands, served in various capacities and I haven't kept my previous affiliation with the US Government a secret by any means at all. I have no reason to, in fact, I'm very proud of what I've done in service of my country. That being said, I've been retired from Active Duty as of February 25, 2015 and in civilian employment since and I haven't had any employment affiliated with any government agency. This point is kind of moot. I've never kept my Naval Service Hidden, in fact, I brought it up as examples of Government/Military uses of Tor on the mailing list. > You have a Security Clearance but you don't specify what type but I wonder why someone with a SECURITY CLEARANCE would want to work with Tor My security clearance serves no purpose at this point other than making criminal background checks easier and allowing me, as a cybersecurity professional, easier trusted access through organizations that utilize the Federal Government's security clearance adjudicative standards the ability to grant me access faster. This point is moot. > Teor called you out months ago as a US Government Spy and I'm glad that the Tor Community Council is calling you out with. People can post all of the advertising in the world but as long as you're called out Mr US Federal Government Spy then they're doing the right thing. I have no idea what you're talking about with Teor, I do know that when a bunch of the users of the previous iteration of GreyPony were posting about their relay speeds and what not he asked for the list to remain on topic, but I don't remember any pointed calls of Teor accusing me ever being a US Government Spy. I don't care for the Tor Community Council, because I believe it's quite odd of them to repeatedly condemn me yet be completely chill with this. Strange. > You are probably trying to push hacked FreeBSD or that hacked HardenedBSD stuff that no one cares about anyway. You should probably do a little research on how BSD operating systems, especially FreeBSD or HardenedBSD work, to realize how impossible it is for this to work. FreeBSD it's hard, HardenedBSD, I think it's about impossible, but I like the fact you're reaching who shot JFK? levels in your analysis here. > If people cared about more FreeBSD on Tor they would do it but obviously it's not a big issue!!! You see, people do care, because what's going to prevent the big bad spies like me from finding that exploit in all of the cool l33t Ubuntu b0xes you're running Tor on and bringing down 2/3s of the overlay network? That's why we have network diversification to prevent such a failure - if there's a bug or an anomaly that effects Linux for example, it won't effect the BSD, MacOS, and Windows relays, and we'll still have a functioning overlay network. That's the point of diversification. That's the point of promoting it. I'm sorry that you don't want to see that, but that's what it is - we have the resources up to prevent a problem prior to a problem occuring. > It's not a big issue to spin up our Hetzner exits at least we know that a spy not you isnt doing it!!! Cool, and when Hetzner finally decides to pull the plug on Tor exits because they had enough, what then? It never hurts to try to diversify AS assets either. Your characterization of me being a spy is completely illogical because if I were to act in such a capacity, I would just do it. I have the bandwidth to do it, I don't need people to do it for me, I would just set up relays and go for it. The question is - what would I be spying on? I mean, you make it sound like that the exit operator has the full picture in his/her view....except they don't. I see connections from other relays. Oh, don't we default to HTTPS-Everywhere in the Tor Browser package as well by the way? What exactly am I trying to spy on Mr. Revolution? In the end, here's what I think is going on. Several newbies started using GreyPony. Everything was fine, in fact, there was support for it on the mailing list until they started bragging about speeds in excess of 1 Gbit/s. Then the following things occurred (and if you look back at the mailing list history, you can see this): 1. There were complaints that said newbies were lying about their exit relay speeds, even though speeds are measured by the bwauths, so user reported speed really doesn't matter anymore, so this wasn't a valid complaint. 2. There were complaints that the relays should all be in the same MyFamily, even though we don't expect relays hosted on OVH, Hetzner, etc. to be reported on the same MyFamily, after all, I didn't have access to any of these relays, so this wasn't a valid complaint, as I was just hosting the relays. 3. Excess traffic was being generated about GreyPony, which Teor asked everyone to stop bringing up GreyPony until October because of all of it. This was a valid complaint. Due to all of the newbie bragging and honestly, because I was proud of the fact that I was helping out several people, I let myself get out of hand and replied to the emails as well, so I understood and cooled it. Now, again, I wind up back in the hospital, things go a little south for the project because I'm not around, but I come back and the project is ready to start again. Now GreyPony is back to the way that we originally intended it to be - a donation only project to provide FreeBSD/HardenedBSD exits to Tor. Most of the same guys that were running relays with the original one want to come back to the new one, plus some new people. I'm sorry that people wanting to help the Tor network by providing high performance FreeBSD Exit Relays angers you and some other of your fellow travellers so much. If it makes you happy, the project will go on with or with out your support.

4 4

How Greypony fucks everyone over
by Stirling Newberry 03 May '19

03 May '19

Greypony just attracts a bunch of script kiddies who have no business running HS relays. All of those morons that run instances with Greypony are lazy and cheap who don't want to pay for server colocation and don't want to pay their dues on their mailing list or by getting known. This isn't a welcoming community don't you get it!!!! You earn your keep and when youre granted the ability and permission to run an exit they will grant you the permission to run the EXIT. Obviously Conrad doesn't deserve his Freedom of Speech on here because it's the torproject's property and they can take it away from him. He doesn't deserve to speak because he's probably a closeted homosexual given the fact that he was in the Navy. No one cares about Greypony or freebsd Conrad. Just give it up. Greypony is like the crap that gets stuck in your dick after you're done vigorously fucking a girl in the ass for 10 hours. You'll get a sliver of impacted shit on your dick and that's Greypony a sliver of annoying impacted shit. Sent with [ProtonMail](https://protonmail.com) Secure Email.

1 0

Re: [tor-relays] [tor-talk] Tor diversity (was: Explain yourself Conrad Rockenhaus)
by René Ladan 03 May '19

03 May '19

Op do 2 mei 2019 09:43 schreef Tor Revolution < isupportthenewrevolution(a)protonmail.com>: > You are probably trying to push hacked FreeBSD or that hacked HardenedBSD > stuff that no one cares about anyway. If people cared about more FreeBSD on > Tor they would do it but obviously it's not a big issue!!! > Ignoring half-baked accusations against Conrad for now. Having relays running something else than Ubuntu *is* an important issue. This does not have to be FreeBSD/HardenedBSD, it can also be OpenBSD/NetBSD, MacOS, or even Windows. The point is that if someone (say the NSA) discovers a bug in Ubuntu which they can use to take over relays, and 95% (or so) of the relays run Ubuntu, then they can take over Tor. If a significant part of the relays run something else, then those relays are safe for the exploit and consequently becomes harder for the NSA to take over Tor. As for why 95% of the relays runs on Ubuntu, I guess it is legacy. At least https://support.torproject.org/#operators advertises multiple operating systems. See also https://torbsd.github.io/ René (running "ymkeo" on FreeBSD for almost 5 years now)

3 2

Re: [tor-relays] [tor-talk] Explain yourself Conrad Rockenhaus
by Tor Revolution 02 May '19

02 May '19

> This is another reminder to please keep posts on-topic and civil. > > This is not the place for personal attacks. > The sooner that the Tor community is rid of this filth known as "Conrad Rockenhaus" the sooner people will stop talking about him. Why are you defending him? > > > On 2 May 2019, at 09:43, Tor Revolution isupportthenewrevolution(a)protonmail.com wrote: > > Per your LinkedIn: > > You worked at the National Reconnaissance Office of the United States which is the most secretive branch of the United States Intelligence Community > > You worked at the Naval Security Group Activity which is the United States Navy's version of the National Security Agency > > You have a Security Clearance but you don't specify what type but I wonder why someone with a SECURITY CLEARANCE would want to work with Tor > > Teor called you out months ago as a US Government Spy and I'm glad that the Tor Community Council is calling you out with. People can post all of the advertising in the world but as long as you're called out Mr US Federal Government Spy then they're doing the right thing. You are probably trying to push hacked FreeBSD or that hacked HardenedBSD stuff that no one cares about anyway. If people cared about more FreeBSD on Tor they would do it but obviously it's not a big issue!!! It's not a big issue to spin up our Hetzner exits at least we know that a spy not you isnt doing it!!! > > > > Sent with ProtonMail Secure Email. > > > > ----------------------------------- > > > > tor-talk mailing list - tor-talk(a)lists.torproject.org > > To unsubscribe or change other settings go to > > https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-talk > > -- > > tor-talk mailing list - tor-talk(a)lists.torproject.org > To unsubscribe or change other settings go to > https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-talk

2 1

Explain yourself Conrad Rockenhaus
by Tor Revolution 02 May '19

02 May '19

Per your LinkedIn: You worked at the National Reconnaissance Office of the United States which is the most secretive branch of the United States Intelligence Community You worked at the Naval Security Group Activity which is the United States Navy's version of the National Security Agency You have a Security Clearance but you don't specify what type but I wonder why someone with a SECURITY CLEARANCE would want to work with Tor Teor called you out months ago as a US Government Spy and I'm glad that the Tor Community Council is calling you out with. People can post all of the advertising in the world but as long as you're called out Mr US Federal Government Spy then they're doing the right thing. You are probably trying to push hacked FreeBSD or that hacked HardenedBSD stuff that no one cares about anyway. If people cared about more FreeBSD on Tor they would do it but obviously it's not a big issue!!! It's not a big issue to spin up our Hetzner exits at least we know that a spy not you isnt doing it!!! Sent with [ProtonMail](https://protonmail.com) Secure Email.

1 0

SENDME CELL
by marziyeh latifi 01 May '19

01 May '19

Hello, I have two questions about SENDME cell in TOR: Is SENDME a Control cell or a Relay cell? Which node does interpret SENDME cells?The node that receives them or the edge node(client/exit)? thanks

2 2

Re: [tor-relays] Well, what exactly are you trying to contribute with your efforts?
by Conrad Rockenhaus 30 Apr '19

30 Apr '19

On Wed, Apr 17, 2019 at 5:49 PM Seby <seby2kt14(a)gmail.com> wrote: > > Here we go again... > This dude just won't stop harassing us with masked advertising, commercial > offers and monetary asks. Every time even the most boring thing needs to be > publicly shouted on these mail lists, every time he does something > extraordinary, something quite unusual that none of you mortals could ever > do like running a middle relay on a small virtual machine, or a 500KB/s > bridge. > Actually, it's not masked advertising for commercial offers. It's nonprofit solicitation to assist other users that are interested in expanding Tor's FreeBSD Resiliency. There's quite a few people that would like to help but aren't comfortable making the plunge on their own. Increasing the number of FreeBSD machines ensures we don't have a single point of failure as the number of Linux machines presently on Tor greatly outweighs the number of FreeBSD machines on Tor. This was previously discussed, but I'm sure you weren't paying attention, but that's where the project started from and it was always a nonprofit project to begin with. In addition, we're now assisting with AS divestment as well, to try to get people off of highly populated ASes so those don't form single points of failure. Which is another goal of the Project, from what I have been told. I understand you may not get that, so I'll explain it as simply as possible - too many middle relays and exits are getting service from the same service providers. We are trying to help provide another Tor friendly service provider to the table (which runs separately from this since that's a commercial operation). When we had are stuff fully online, we occupied all 15 top spots of the highest bandwidth exits in Canada. Right now my highest performing exit in the US is in the Top 10 but I've been scaling that exit down as I'm not sure if I'm keeping my personal items online anymore at this point. Finally, the GreyPony project has been there to make it be able for an enduser be able to easily setup and get going on their first new relay with dedicated support, sometimes people want that extra hand. Before you trash a project before you should learn about it, but all you've been doing is trashing things. Maybe you should try contributing to something and ignoring things you disagree with or asking questions if you don't understand it, instead of just resorting to talking trash about a project. I just makes it look like you have plenty of free time to mock others because you aren't helping others, but that's my take on things. -- Conrad Rockenhaus https://www.rockenhaus.com Cell: (254) 292-3350 Fax: (254) 875-0459

3 4

Reddit is starting to block my relays ...
by abuse net 29 Apr '19

29 Apr '19

https://i.imgur.com/nF3FR0V.png <https://i.imgur.com/nF3FR0V.png> WTF?

2 1

Tor Meetup in Hamburg, April 26th
by Alexander Dietrich 28 Apr '19

28 Apr '19

English: We would like to invite people interested in the Tor project and relay operators in the Hamburg area to meet at University of Hamburg, Department of Computer Science. There will be an introduction to Tor, a Q&A session and a brief announcement about a newly founded Hamburg-based Tor association. We would love for relay operators to meet and discuss ways of strengthening the network. Be seeing you! When: Friday, April 26th, 7:00 PM Where: Informatikum, Building F, Room F-027 University of Hamburg, Vogt-Kölln-Straße 30, 22527 Hamburg Public Transportation: https://www.hvv.de/(Destination: Informatikum) Deutsch: Wir möchten am Tor-Projekt interessierte Menschen und Relay-Betreiber aus Hamburg und Umgebung einladen, sich am Informatikum der Universität Hamburg zu treffen. Es wird eine Tor-Einführung, eine Frage-Antwort-Runde und eine kurze Ankündigung eines neugegründeten Hamburger Tor-Vereins geben. Wir würden uns freuen, wenn sich Relay-Betreiber treffen und Wege diskutieren, das Netzwerk zu stärken. Wir sehen uns! Wann: Freitag, 26. April 2019, 19:00 Uhr Wo: Informatikum, Gebäude F, Raum F-027 Universität Hamburg, Vogt-Kölln-Straße 30, 22527 Hamburg ÖPNV: https://www.hvv.de/(Ziel: Informatikum) Kind regards, Alexander -- PGP Key: https://dietrich.cx/pgp | 0x52FA4EE1722D54EB

1 1

relay unresponsive - relay resumed - stable-flag
by digitalist00 27 Apr '19

27 Apr '19

Hello! Maybe this is the cause why I've lost my stable-flag. Does anybody know how to fix this. The relay runs on a Raspberry. Need any further information? Yours digitalist [Unbenannt.JPG] Sent with [ProtonMail](https://protonmail.com) Secure Email.

2 2

firewall ports needed to run a middle relay
by torix＠protonmail.com 27 Apr '19

27 Apr '19

I need to move to a new router, which, unlike the old Verizon home router, doesn't have a quick DMZ host to which I attach the tor telay's local ip address. So I think I need to do port forwarding, and for that what rules do I need? My torrc config has: ControlPort 9052 ORPort 8443 DirPort 8080 So I forwarded 8443 and just in case, 8080. But the number of my connexions kept dropping, so I put it back in the DMZ and it started getting new ones again. Trying to figure out if I screwed up the config gui, or if I need to add other ports. Did I miss a port? TIA, --Torix Sent with [ProtonMail](https://protonmail.com) Secure Email.

5 6

Re: [tor-relays] Research on the live Tor Network and the Tor Research Safety Board
by nusenu 26 Apr '19

26 Apr '19

FYI nusenu wrote (2019-04-20): > Hi there, > > we noticed your tor relays and were wondering whether you > submitted your research to the Tor Research Safety Board > for review since your email address and amount of relays suggests > you are doing research. > > https://research.torproject.org/safetyboard.html > > https://nusenu.github.io/OrNetRadar/2019/04/17/a3 > > kind regards, > nusenu > > -- https://twitter.com/nusenu_ https://mastodon.social/@nusenu

1 0

ipv6 behaviour consensus
by Charly Ghislain 19 Apr '19

19 Apr '19

Hi list, Last reply from s7r on jake Visser' issue included a link to an open issue waiting for a consensus on a mailing list: https://trac.torproject.org/projects/tor/ticket/29570 Not sure if teor implied the dev mailing list or this one, but maybe gathering feedback from operators is a good idea. AFAIC, as avee stated on the ticket I don't find the current setup much confusing. The documentation on ipv6 setup was not as clear as one would expect, I came across what appeared to be outdated docs, and I think this is the area that could be improved to eases operator setup. I agree with Avee that any update on that matter should be backward compatible, allowing relays running behind custom natted networks to continue operating without any trouble. I feel there is an issue in case the operator advertises an unreachable ip6 address in the config. This seems like a configuration error that should be spotted by a self-reachability mechanism that is yet to come, like for ipv4. I can imagine however that directories could be able to flag the relay as reachable over ipv4 and not over ipv6, and that the relay would still be usable over ip4. I thought it was the case actually. Please provide your feedback. ip6 is around for so long, it is depressing to see how hard it is for so many software to provide a nice user experience with it. Regards, Charly

5 6

Debugging relays not showing online
by Jake Visser 19 Apr '19

19 Apr '19

Hi all, I am looking for some help in debugging a strange one.... EO runs ~30ish relays in our /24; but we currently have 4 relays that don't want to play nice and are reporting offline (although look to be online). The effected relay IPs are: 23.129.64.157 23.129.64.164 23.129.64.170 23.129.64.174 The first 3 do show on Metrics, and when they are restarted or rebuilt (we use relayor), metrics does pick it up.. in terms that its "uptime" is updated to reflect the restart, although still marked offline. The 4th - doesn't show at all... it is in the family members though. Looking more closely at: 23.129.64.157 (183C8C6727E2137AF278B3850AD5D9C2304B98C9); using nyx with debug messaging; 2 hours after a restart, I can still see active circuits, and I can see it doing "things" [logs bellow], and http://23.129.64.157 loads (we run the exit page). Is there anything I could be doing or look at to indicate what might be creating such a strange issue? All the other relays in the family seem to be working fine.. https://metrics.torproject.org/rs.html#search/family:183C8C6727E2137AF278B3… (and all built and managed with relayor using offline keys..). These have been online for about 10 days now. Help / guidance would be greatly appraised... Thanks, Jake Events (DEBUG-ERR, NYX NOTICE-ERR): x 10:48:54 [DEBUG] conn_read_callback: socket 18 wants to read. [181 duplicates hidden] x 10:48:50 [DEBUG] connection_or_process_cells_from_inbuf: 14: starting, inbuf_datalen 0 (0 pending in tls object). [83 duplicates hidden] x 10:48:50 [DEBUG] connection_or_process_cells_from_inbuf: 14: starting, inbuf_datalen 514 (0 pending in tls object). [83 duplicates hidden] x 10:48:50 [DEBUG] connection_buf_read_from_socket: After TLS read of 514: 543 read, 0 written [99 duplicates hidden] x 10:48:50 [DEBUG] connection_buf_read_from_socket: 14: starting, inbuf_datalen 0 (0 pending in tls object). at_most 16448. [105 duplicates hidden] x 10:48:50 [DEBUG] conn_read_callback: socket 14 wants to read. [83 duplicates hidden] x 10:48:43 [INFO] update_consensus_router_descriptor_downloads: 0 router descriptors downloadable. 0 delayed; 6722 present (0 of those were in old_routers); 0 would_reject; 0 wouldnt_use; 0 in progress. [9 duplicates hidden] x 10:48:39 [DEBUG] connection_or_process_cells_from_inbuf: 25: starting, inbuf_datalen 0 (0 pending in tls object). [1 duplicate hidden] x 10:48:39 [DEBUG] connection_or_process_cells_from_inbuf: 25: starting, inbuf_datalen 514 (0 pending in tls object). [1 duplicate hidden] x 10:48:39 [DEBUG] conn_read_callback: socket 25 wants to read. [1 duplicate hidden] x 10:48:39 [DEBUG] connection_or_process_cells_from_inbuf: 17: starting, inbuf_datalen 0 (0 pending in tls object). [1 duplicate hidden] x 10:48:39 [DEBUG] connection_or_process_cells_from_inbuf: 17: starting, inbuf_datalen 514 (0 pending in tls object). [1 duplicate hidden] x 10:48:39 [DEBUG] conn_read_callback: socket 17 wants to read. [1 duplicate hidden] x 10:48:39 [DEBUG] connection_handle_write_impl: After TLS write of 514: 0 read, 543 written [17 duplicates hidden] x 10:48:39 [DEBUG] flush_chunk_tls: flushed 514 bytes, 0 ready to flush, 0 remain. [17 duplicates hidden] x 10:48:39 [DEBUG] conn_write_callback: socket 25 wants to write. [1 duplicate hidden] x 10:48:39 [DEBUG] conn_write_callback: socket 17 wants to write. [1 duplicate hidden] x 10:48:39 [DEBUG] run_connection_housekeeping: Sending keepalive to (199.58.81.140:443) [1 duplicate hidden] x 10:48:39 [DEBUG] run_connection_housekeeping: Sending keepalive to (154.35.175.225:443) [1 duplicate hidden] x 10:48:16 [INFO] routerlist_remove_old_routers: We have 6869 live routers and 820 old router descriptors. [8 duplicates hidden] x 10:48:16 [DEBUG] resolve_my_address: Resolved Address to '23.129.64.157'. [8 duplicates hidden] x 10:48:13 [DEBUG] connection_or_process_cells_from_inbuf: 23: starting, inbuf_datalen 0 (0 pending in tls object). [1 duplicate hidden] x 10:48:13 [DEBUG] connection_or_process_cells_from_inbuf: 23: starting, inbuf_datalen 514 (0 pending in tls object). [1 duplicate hidden] x 10:48:13 [DEBUG] conn_read_callback: socket 23 wants to read. [1 duplicate hidden] x 10:48:13 [DEBUG] conn_write_callback: socket 23 wants to write. [1 duplicate hidden] x 10:48:13 [DEBUG] run_connection_housekeeping: Sending keepalive to (128.31.0.34:9101) [1 duplicate hidden] x 10:48:09 [DEBUG] conn_write_callback: socket 14 wants to write. [1 duplicate hidden] x 10:48:09 [DEBUG] run_connection_housekeeping: Sending keepalive to (217.20.130.72:9001) [1 duplicate hidden] x 10:46:53 [DEBUG] connection_or_process_cells_from_inbuf: 21: starting, inbuf_datalen 0 (0 pending in tls object). [1 duplicate hidden] x 10:46:53 [DEBUG] connection_or_process_cells_from_inbuf: 21: starting, inbuf_datalen 514 (0 pending in tls object). [1 duplicate hidden] x 10:46:53 [DEBUG] conn_read_callback: socket 21 wants to read. [1 duplicate hidden] x 10:46:53 [DEBUG] conn_write_callback: socket 21 wants to write. [1 duplicate hidden] x 10:46:53 [DEBUG] run_connection_housekeeping: Sending keepalive to (194.109.206.212:443) [1 duplicate hidden] x 10:46:40 [DEBUG] connection_or_process_cells_from_inbuf: 20: starting, inbuf_datalen 0 (0 pending in tls object). [1 duplicate hidden] x 10:46:40 [DEBUG] connection_or_process_cells_from_inbuf: 20: starting, inbuf_datalen 514 (0 pending in tls object). [1 duplicate hidden] x 10:46:40 [DEBUG] conn_read_callback: socket 20 wants to read. [1 duplicate hidden] x 10:46:40 [DEBUG] conn_write_callback: socket 20 wants to write. [1 duplicate hidden] x 10:46:40 [DEBUG] run_connection_housekeeping: Sending keepalive to (171.25.193.9:80) [1 duplicate hidden] x 10:46:26 [DEBUG] connection_or_process_cells_from_inbuf: 19: starting, inbuf_datalen 0 (0 pending in tls object). [1 duplicate hidden] x 10:46:26 [DEBUG] connection_or_process_cells_from_inbuf: 19: starting, inbuf_datalen 514 (0 pending in tls object). [1 duplicate hidden] x 10:46:26 [DEBUG] conn_read_callback: socket 19 wants to read. [1 duplicate hidden] x 10:46:26 [DEBUG] conn_write_callback: socket 19 wants to write. [1 duplicate hidden] x 10:46:26 [DEBUG] run_connection_housekeeping: Sending keepalive to (204.13.164.118:443) [1 duplicate hidden] x 10:46:23 [DEBUG] connection_or_process_cells_from_inbuf: 22: starting, inbuf_datalen 0 (0 pending in tls object). [1 duplicate hidden] x 10:46:23 [DEBUG] connection_or_process_cells_from_inbuf: 22: starting, inbuf_datalen 514 (0 pending in tls object). [1 duplicate hidden] x 10:46:23 [DEBUG] conn_read_callback: socket 22 wants to read. [1 duplicate hidden] x 10:46:22 [DEBUG] conn_write_callback: socket 22 wants to write. [1 duplicate hidden] x 10:46:22 [DEBUG] run_connection_housekeeping: Sending keepalive to (86.59.21.38:443) [1 duplicate hidden] x 10:46:10 [DEBUG] consdiffmgr_cleanup: Looking for consdiffmgr entries to remove qj 10:45:58 [DEBUG] connection_or_process_cells_from_inbuf: 15: starting, inbuf_datalen 0 (0 pending in tls object). [1 duplicate hidden]

3 3

Quoting spam considered harmful
by Ralph Seichter 19 Apr '19

19 Apr '19

* Seby: > This dude just won't stop harassing us with masked advertising, > commercial offers and monetary asks. [...] My mail killfile is useful for discarding mail by specific senders, but quoting their posts negates that effect, so please don't. Thanks. -Ralph

2 5

Re: [tor-relays] [tor-talk] Anyone interested in running FreeBSD or Linux Exit Relays on AS19624?
by grarpamp 18 Apr '19

18 Apr '19

On 4/17/19, Seby <seby2kt14(a)gmail.com> wrote: > Here we go again... Not really different than all the quasi or non profit tor node groups posting their news now and then. Nos onions, torservers, emerald onions, noisebridge, etc. Hey look at me, join us, give us money, we're doing stuff, etc. So long as it supports the overlay networks, gets nodes running on them, etc... some diversity in approach to that isn't going to kill you, else hit your 'block' button. Maybe even some new operators-to-be like the offer of somehow working together with a hosters to get started funding and running their nodes that they would otherwise not be so confidant to do right away as a first step. Worry about MyFamily and good ops instead. > stop OMFG yes, please stop top posting, all of you.

1 0

Anyone interested in running FreeBSD or Linux Exit Relays on AS19624?
by Conrad Rockenhaus 17 Apr '19

17 Apr '19

For a small donation in relation to the number of physical CPUs (and x cores each) plus bandwidth you want, (mbp/s or gbp/s) I can provide you your own instance on my OpenStack cloud that I just built out on AS19624. No exit policy restrictions, I handle all abuse complaints, so you won’t have to worry about any abuse takedowns. This is the only time I’ll mention it here. If anyone is interested, please email me directly. Thanks, Conrad

4 3

Making use of new bandwidth
by Logforme 11 Apr '19

11 Apr '19

I run the non-exit relay: https://metrics.torproject.org/rs.html#details/855BC2DABE24C861CD887DB9B2E9… The relay run on a debian stretch machine with an i5-4670 at 3.8GHz with 4GB memory. CPU usage at 250Mbps traffic is around 40% of 1 core out of 4. On April 1st my ISP doubled my bandwidth, from 250Mbps to 500Mbps. So far the Tor bandwidth authorities seems to not have picked up on all the new bandwidth. The observed bandwidth number has changed twice, increasing with small amounts. How long does it take for the BW authorities to eventually observe a BW closer to 500Mbps. Weeks? Months? The reason I ask is that I wonder if I should run a second Tor instance or if the current one will be able to make use a a reasonable part of the 500Mps.

5 8