Foundation for Applied Privacy (@applied_privacy) header
Foundation for Applied Privacy (@applied_privacy) profile picture

Non-profit Privacy Infrastructure Provider (AS208323) @applied_privacy@mastodon.social

Vienna, Austria
Joined November 2017
Photo by Foundation for Applied Privacy (@applied_privacy)Photo by Foundation for Applied Privacy (@applied_privacy)Photo by Foundation for Applied Privacy (@applied_privacy)Photo by Foundation for Applied Privacy (@applied_privacy)Photo by Foundation for Applied Privacy (@applied_privacy)Photo by Foundation for Applied Privacy (@applied_privacy)Photo by Foundation for Applied Privacy (@applied_privacy)Photo by Foundation for Applied Privacy (@applied_privacy)Photo by Foundation for Applied Privacy (@applied_privacy)Photo by Foundation for Applied Privacy (@applied_privacy)
Important announcement for our DNS over HTTPS service users: We will stop supporting HTTP/1.1 DoH requests soon and support HTTP/2 DoH requests only. Expect this to happen as soon as dnsdist version 1.9.3 reaches FreeBSD package repos.
1
3
327
We see unusually high DNS timeout rates on our tor exit relays since 2024-03-31 and we confirmed this is not a local issue by comparing graphs with a fellow large scale tor exit relay operator. make sure to have a look at tor_relay_exit_dns_error_total{reason="tor_timeout"}
1
2
313
If you are wondering why our tor relays run an old tor version from March 2023: According to the Tor Project's debian repo maintainer the build pipeline produces segfaults and the upstream source fails to build. We do not know when this situation will be resolved.
1
361
Should this result in our relays to become vulnerable we will either shutdown our relays until this is resolved or downgrade.
257
Are there any legitimate reasons why default tor clients would directly connect to non-guard exit relays? We are collecting such corner cases. If there are no known reasons we might have an easier time dealing with the ongoing CPU load on our tor exit relays.
1
1
291
according to the snowflake proxy IP lists by github.com/scriptzteam/Tor-B… the second largest snowflake proxy population is inside Iran? Is @torproject also distributing them to users? DE: 259k snowflake proxy IPs IR: 212k US: 45k ... CN: 3k
1
1
287
Our DNS provider @desec_io got DDoSed again.. they significantly improved their communications. We are pledging 100€ towards their AXFR support so we can add redundancy. Please consider supporting them as well if you use their services. github.com/desec-io/desec-st…
1
176
Unusually high new outbound connection rates at our tor exits forced us to shutdown two tor instances due to CPU load. High outbound connection rates are actually hard to defend if it isn't a single destination IP because current tor doesn't provide any mitigating options.
1
156
We are proposing to reduce tor's hungriness for IPv4 address space to reduce the costs for tor relay operators gitlab.torproject.org/tpo/co…
2
4
258
Join us a the Tor Relay Operators Meetup 2023-01-28 19:00 UTC lists.torproject.org/piperma…
1
104
The root cause for the partial outage (especially europe) was a DDoS attack against our DNS provider @desec_io. We will try to add a secondary DNS provider to increase redundancy.
Our monitoring notified us about DNS issues with our domains starting at 2023-01-22 09:54 UTC. Looks like there is an issue at our DNS provider @desec_io but we can not email them currently because their domain appears also affected. Our tor exits should not be affected.
1
2
294
deSEC does not support AXFR yet, so the idea to add a second DNS provider will not be implemented just yet. In the meantime we increased our TTL values (from 1 to 12h) to have caches for a longer time period when under attack.
1
110
Our monitoring notified us about DNS issues with our domains starting at 2023-01-22 09:54 UTC. Looks like there is an issue at our DNS provider @desec_io but we can not email them currently because their domain appears also affected. Our tor exits should not be affected.
2
1
1
534
we are making some progress in dealing with the CPU load on our tor exit relays, but we are well aware that under the current circumstances this is a loosing battle. Anyway, our server hasn't seen such a low system load for a while... since 23:00 we are testing some new defenses
5
We have a better understanding on the Tor exit CPU load issue now: when load increases the rate of incoming OR connections also increases significantly while the number of total open incoming OR connections decreases. This is especially bad on systems with multiple tor processes
2
We had an outage of our encrypted DNS resolver service today between 2022-10-14 01:16:51 and 08:22:42 UTC. We will follow up with a short post-mortem write up and how we will prevent this particular root cause in the future.
3
Thanks to deSEC.io - our authoritative DNS service provider - you can now query our domains without producing any plaintext DNS traffic on the internet, if your client uses an encrypted DNS protocol and...
1
1
2