Hi,
> On 17 May 2020, at 01:19, Alexander Færøy wrote:
>
> On 2020/05/16 00:02, Keifer Bly wrote:
>> Thx very much. If OVH does get an abuse complaint the most that will happen
>> is termination of the vps correct? Thx.
>
> Based on the information from our wiki[1] from 2014, it sounds like th
Hi,
> On 10 May 2020, at 12:07, Roger Dingledine wrote:
>
> On Sat, May 09, 2020 at 01:15:46PM -0700, Eddie wrote:
>>> Bridge obfs4 : cert= iat-mode=0
>>> I have all the parts mentioned in the text except for .
>>>
>> It's the port from this line: ServerTransportListenAddr obfs4
>> 0.0.0.0:
Hi,
> On 5 May 2020, at 21:21, Dr Gerard Bulger wrote:
>
> Is there any work going on which would allow Tor to work with IPV6 alone?
> i.e. no IPV4 OR ports etc.
To protect user privacy, we need more dual-stack relays, before we can have
IPv6-only relays.
At the moment, we're working on i
Hi,
> On 4 May 2020, at 20:51, Станислав wrote:
>
> hi, strange but the relay constantly spontaneously goes offline after 3, 4
> hours again online in the logs no errors other than this (Failing because we
> have 4063 connections already. Please read doc / TUNING for guidance. [over
> 160
Hi,
> On 2 May 2020, at 00:07, Станислав wrote:
>
> 01.05.2020, 14:20, "teor" :
> Hi,
>
>
> On 1 May 2020, at 20:57, Станислав wrote:
>
> what could it mean
>
> May 01 13:47:02.000 [warn] parse error: Malformed object: missing obje
Hi,
> On 1 May 2020, at 20:57, Станислав wrote:
>
> what could it mean
>
> May 01 13:47:02.000 [warn] parse error: Malformed object: missing object end
> line
> May 01 13:47:02.000 [warn] Unparseable microdescriptor found in download or
> generated string
Where is it happening?
Client or rel
Hi,
> On 15 Apr 2020, at 01:45, Wilton Gorske wrote:
>
> Secondly, and mainly, I am working on setting up ten obsf4 bridge relays
> on macOS and keep running into port issues, so I'm hoping to get some
> general advice and guidance about how to set this up in the absence of
> updated macOS tutor
Hi,
> On 12 Apr 2020, at 10:10, Mario Costa wrote:
>
> I’m running a guard relay from my home connection on a Raspberry Pi 4. My
> internet connection is 1000/100 Mbps, and I thought I’d allocate half of the
> upload bandwidth for the relay. Then I set RelayBandwidthRate to 10 MB/s,
> because
Hi,
> On 8 Apr 2020, at 16:04, petra...@protonmail.ch wrote:
>
> So, could it be that there is just a wording issue on tor-metrics - to me
> "observed" and "advertised" bandwidth are two different things but they seem
> to be the same on tor-metrics. I think I do understand the observed bw,
>
Hi,
> On 8 Apr 2020, at 04:05, Imre Jonk wrote:
>
>> On Mon, 2020-04-06 at 11:07 -0500, Ismael Castro wrote:
>> 1. Can I use tor browser from the same computer the bridge relay node
>> is set up? Navigation will remain anonymous (at least similar than
>> when using only tor browser)?
>
> You ce
Hi,
> On 7 Apr 2020, at 21:34, ylms wrote:
>
> As written above, I run an Exit (for many years, with the current setup
> since 04.2019) but on 30. March 2020 it stopped, I was unable to
> determine any reason.
Have you checked tor's logs?
They are usually in /var/log/tor/log
If you have logrot
Hi,
> On 7 Apr 2020, at 19:56, petra...@protonmail.ch wrote:
>
>
> Hello all - I see a constant mismatch of my relay regarding the Advertised
> Bandwidth vs. the defined and available RelayBandwidthRate.
>
> Tor metrics usually only shows around 1.3 MiB/s as Advertised Bandwidth
> (Bandwidth
ve given it a low consensus weighting,
>>> would that cause low bandwidth numbers?
>>> I checked my ufw in Ubuntu and it’s allowing 443 and 80.
>>
>> Date: Tue, 31 Mar 2020 09:44:41 +1000
>> From: teor t...@riseup.net
>>
>> I have seen similar reports
all updates on start? If so, I
> could write a script to start tor browser, close it after a few minutes then
> start the relay when windows loads possibly.
>
> Thank you.
>
>
> --Keifer
>
> From: teor
> Sent: Monday, March 30, 2020 2:24 AM
> To: tor-relays@lists.torpr
Hi,
> On 30 Mar 2020, at 23:00, ha3ks wrote:
>
> my relay dropped nearly all it’s bandwidth about a month ago, checking over
> it I can see 3 of the dir auths have given it a low consensus weighting,
> would that cause low bandwidth numbers?
>
> I checked my ufw in Ubuntu and it’s allowing 44
Hi,
> On 30 Mar 2020, at 18:11, Keifer Bly wrote:
>
> The file directoy is named “totbrowser” where tor browser is installed. Thank
> you.
>
> Sent from Mail for Windows 10
>
> From: Keifer Bly
> Sent: Monday, March 30, 2020 1:10 AM
> To: tor-relays@lists.torproject.org
> Subject: RE: Re: [
Hi,
>> On 30 Mar 2020, at 16:03, Keifer Bly wrote:
> How would I specify the path to the binary? Thanks.
This is a directory path:
> ServerTransportPlugin obfs4 exec C:\Users\keife\Desktop\Tor Browser test
> relay\Browser\TorBrowser\Tor\PluggableTransports
You need to:
* give tor the path to
Hi,
>> On 30 Mar 2020, at 15:45, Keifer Bly wrote:
> Mar 29 17:00:47.000 [notice] You are running a new relay. Thanks for helping
> the Tor network! If you wish to know what will happen in the upcoming weeks
> regarding its usage, have a look at
> https://blog.torproject.org/blog/lifecycle-of-
Hi,
> On 30 Mar 2020, at 13:45, Keifer Bly wrote:
> So I am switching the OBFS4 bridge I was running via Tor Expert Bundle on
> Windows 10 over to running it via Debian app for Windows 10.
>
> This app is on the Windows store at
> https://www.microsoft.com/en-us/p/debian/9msvkqc78pk6?activetab
Hi Georg,
> On 27 Mar 2020, at 22:40, Georg Koppen wrote:
>
>> (If the DNS for the site they are testing has both IPv4 and IPv6, then
>> the outcome will depend on their tor version and config. 0.4.3 and
>> later will prefer IPv6 by default.)
>
> Not sure what Arthur is running but I am just us
Hi,
> On 28 Mar 2020, at 05:14, Keifer Bly wrote:
>
> ServerTransportPlugin obfs4 exec C:\Users\keife\Desktop\Tor Browser test
> relay\Browser\TorBrowser\Tor\PluggableTransports
You might need to quote the spaces in this path. And specify the path to
the binary, not the directory.
Try running
Hi,
> On 30 Mar 2020, at 12:46, Nuno Rego wrote:
>
> I had a similar problem on a server and solved it by disabling IPV6.
Yes, a lot of people struggle to configure IPv6. Or their providers
don't route IPv6 correctly.
We're working on some changes to tor, to help diagnose IPv6
connection issue
Hi,
> On 30 Mar 2020, at 12:45, Francisco wrote:
>
> Hi, sorry for that, I'm sending more information now:
>
> Tor version:
> Tor 0.4.2.7 running on Linux with Libevent 2.1.8-stable, OpenSSL 1.1.1, Zlib
> 1.2.11, Liblzma 5.2.2, and Libzstd 1.3.3.
>
> The log when I try to restart the service
> On 27 Mar 2020, at 20:42, teor wrote:
>
>>> On 26. Mar 2020, at 15:06, ger...@bulger.co.uk wrote:
>>>
>>> "btw, you need to have at least port 80 and 443 … port 80 is missing …"
>>>
>>> It there. But to a /8 area IPV4, all
Hi,
> On 27 Mar 2020, at 02:00, niftybunny
> wrote:
>
> My bad. Never seen this before. I there a good reason for the accept
> 133.0.0.0/8:80 ?
>
>> On 26. Mar 2020, at 15:06, ger...@bulger.co.uk wrote:
>>
>> "btw, you need to have at least port 80 and 443 … port 80 is missing …"
>>
>> It
Thanks!
Looks like a small bandwidth rate, did you really mean
300 kilobytes per second?
T
--
teor
--
> On 26 Mar 2020, at 04:59, William Pate wrote:
>
>
> Set up another relay (this time on Raspberry Pi
Hi,
> On 25 Mar 2020, at 06:35, Keifer Bly wrote:
>
> So I am currently running an OBFS4 bridge here:
>
> https://metrics.torproject.org/rs.html#details/386E99371B8CD938248940B754F16AAC54B5712B
>
> It is being done via the TOR expert bundle on Windows 10. I am wondering,
> would it be poss
Hi,
> On 19 Mar 2020, at 02:51, nottryingtobel...@protonmail.com wrote:
>
> My relay (903CA67D0DEB74CFBB01432840A26CB8C6C18FDF) is ~2 years old.
> Recently, I had a series of network issues that took my relay offline for
> unexpectedly long times. When it has gone offline before and lost the st
Hi,
Sorry I missed these emails. I was on leave around Christmas, and then I
was focused on the Relay IPv6 grant when I got back.
> On 22 Dec 2019, at 06:28, ILikeTor wrote:
>
> I was wondering how you will implement IPv6-only relays.
IPv6-only relays are out of scope for this sponsor.
We can
Hi,
> On 4 Mar 2020, at 04:21, Keifer Bly wrote:
>
> Thx. I was wondering if obfs4 could be included in the same file directory to
> download tor expert bundle from?
Sorry, I didn't see your question until now.
Please start a new thread for new questions!
The Tor Browser team packages the Tor
Hi Marco,
> On 18 Mar 2020, at 11:09, li...@for-privacy.net wrote:
>
> Funny pictures, nice stuff.
> Where can you get the eff.org and Tor stickers that are under the USB ports?
Please contact "tshirt at torproject dot org" to get stickers sent to you.
If you include your relay fingerprints, an
Hi John,
> On 7 Jan 2020, at 22:57, John Ricketts wrote:
>
> I have been watching the consensus weight and bandwidth of all of my 50 exit
> nodes drop consistently over the past few months. I have not made any
> hardware changes in my data center and actual customers have not complained
> abo
lv_conf_parse() to parse the file.
https://libevent.org/doc/dns_8h.html#a7e3a053e25ae7c045944a5db0947babb
How old is your version of libevent?
T
--
teor
--
___
tor-relays mailing list
t
Hi,
There are a few different tools that are publicly available.
Here are the ones that most relay operators use:
> On 12 Mar 2020, at 18:17, potlatch wrote:
>
> I have a few exit relays on the Tor network but generally I'm flying blind.
> Why isn't there an index of tor relays that can be a
Hi,
> On 26 Feb 2020, at 10:16, Keifer Bly wrote:
>
> So my bridge at
> https://metrics.torproject.org/rs.html#details/386E99371B8CD938248940B754F16AAC54B5712B
>
> Is not getting the stable flag despite being running for several weeks with
> only minor interruption in between. Is the stable f
Hi,
I've gone a few emails back up the thread, because the risk
analysis is missing some really important factors.
And just some reminders:
Some users depend on the tor network for their safety.
Relay operators take some risks, but we do our best to
reduce those risks.
MyFamily is about user a
Hi Michael,
> On 22 Feb 2020, at 11:30, Roman Mamedov wrote:
>
>>> I already knew that not all of my relays have a correct MyFamily setup
>>> because as long as i am not sure if they will stay i usually dont
>>> include them in MyFamily because it is a pain to edit every torrc
>>
>> Yes, manual
Hi,
> On 21 Feb 2020, at 20:21, Mario Costa wrote:
>
> Just reporting back after some time. Today I noticed that my relay running
> at home with a dynamic IP got a guard flag again. So it’s totally possible
> for a relay to become a guard even after the authorities notice that it has a
> dyn
> On 21 Feb 2020, at 20:21, Michael Gerstacker
> wrote:
>
>> > On 18 Feb 2020, at 06:10, Michael Gerstacker
>> > wrote:
>> >
>> > Once the consensus diffs are processed the load drops to normal.
>> > After some time without anything noticeable for me in the debug logs the
>> > CPU suddenly
ot;Tor Expert Bundle" ?
It's built along with the Tor Browser alphas, so it might take a
little while for each new version.
T
--
teor
--
signature.asc
Description: Message signed with OpenPGP
Hi,
A quick reminder to everyone on this list: this list is moderated.
Please keep your replies helpful and on topic.
> On 13 Feb 2020, at 22:05, zwiebeln wrote:
>
> depended on a network that is 21 percent controlled by a single person
> that you don't know?
>
> https://nusenu.github.io/OrNet
Hi,
> On 17 Feb 2020, at 00:54, LeoR wrote:
>
> I am waiting for the reponse from the people on the bad-relays list. I
> provided FINGERPRINT and IP address of my relays.
>
> Specifically, I am managing the following:
>
> IPFingerprint
> 3.225.115.238905EB77A63857E6EFCF04D734A547B
Hi,
> On 13 Feb 2020, at 03:14, niftybunny
> wrote:
>
> Checking my relays its hard to tell what is correct. As a German IXC I do own
> the IPs but the servers are in the Netherlands. If you prefer the ownership
> of the IPs Maxmind is correct with Germany, if you prefer where the actual
> s
l the bridges using a distribution method, we can fix
the issue, and then replace them with the "reserve" bridges.
If you're not seeing the traffic you expect, you could run a few more
bridges, on another IP o
yFamily ?
For more details, see section 5 in:
https://community.torproject.org/relay/setup/post-install/
If you'd like more help, please let us know your relay fingerprints.
T
--
teor
--
signature.asc
Description: Message s
elayIsSlow
You might find some of the tips on that page helpful.
Also, if you can find some authorities that are giving your relays
low measurements, we might be able to find out why.
You can see a copy of all the bandwidth authority measurements here:
https://consensus-health.t
ds,
to support relay IPv6 reachability checks. Clients will ignore it,
until they start doing IPv6 extends. (We think we need more IPv6
relays, before clients can safely use IPv6 extends. In the meantime,
clients just do IPv4 ex
Hi,
> On 28 Jan 2020, at 16:05, Tor Developer wrote:
>
> Hi,
> I am the operator of a Tor relay and I have been running it for the past
> couple of years.
> Over the past few weeks, the consensus weight of my relay has dropped
> significantly and I can't figure out why.
> I am running the late
Hi,
Thanks for reporting this issue, and sorry it's taken us a while to get
back to you. Many of us have been on leave over the holidays, and we're
still catching up.
> On 4 Jan 2020, at 10:18, trusting.mcnu...@protonmail.com wrote:
>
> An update on my relay 'kima' ($54A35E582F9E178542ECCFA48DBE
e guided by people who deal with
this data all the time: the network health, bad relays, and metrics
teams. (And the network team, to help with the design and
implementation in Tor.)
T
[0]: https://gitweb.torproject.org/torspec.git/tree/proposals/285-utf-8.txt
T
--
teor
--
___
tor-relays mailing list
tor-relays@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays
Hi,
> On 14 Jan 2020, at 18:56, j...@wth.in wrote:
>
> Hi Guys,
>
> I moved my two relays to a new location and was not able to keep them on the
> same IP address. Which is quite unfortunate, since on of the was a fallback
> relay.
>
> https://metrics.torproject.org/rs.html#details/50586E25BE
voidable because
> they can't reach relays behind CG-NAT, preferring IPv6 over IPv4 is only a
> handy side effect of this.
There hasn't been any new information in this thread for some time,
and it appears to be escalating, so I've asked the moderators to consider
closing it.
I&
Hi,
> On 13 Dec 2019, at 08:45, Logforme wrote:
>
>> On 2019-12-12 17:49:22, "NOC" wrote:
>> than lets drop all IPv4 only relays from consensus 2020 finally.
>>
> I would be sad to no longer be able to contribute to the Tor network.
> My ISP, Telenor Sweden, does not provide IPv6 and have no (
2020, when we've worked out an
implementation plan and a start time.
Thanks for your patience with our current IPv6 support. And thanks
to all those volunteer coders who have worked hard to get us this far.
Hi,
> On 8 Dec 2019, at 22:40, Winter Paulson
> wrote:
>
> this morning the tor process crashed, couldn't find anything searching
> the internet. Any hints what this might have been:
>
> Tor[96521]: Could not apply consensus diff because an ed command was
> missing a line number.
> Tor[96521]:
Hi,
> On 8 Dec 2019, at 22:37, Winter Paulson
> wrote:
>
> I'm running an exit relay > 200 Mbit/s with local unbound on openbsd. I
> receive a lot of the following syslog messages from unbound:
>
> unbound: [15040:1] error: recvfrom 226 failed: Host is down
Maybe the remote DNS server can't h
Hi,
> On 25 Nov 2019, at 00:02, David Strappazon
> wrote:
>
> I don't know..despite the fact that everthing looks fine to me, i lost the
> fast and stable flag, sometime tor relay search says the bridge is down and
> in 11 days nobody connected to my bridge (ecepted me).
That's normal, some
Hi,
> On 27 Nov 2019, at 05:58, Vitor Milagres wrote:
>
> What do guard, middle and exit probabilities mean?
> Say, for example, that the middle probability for a certain relay is 0.15%
> and the guard probability for the same relay is 0.20%. What does that mean?
A client has a probability of
Hi,
> On 27 Nov 2019, at 09:21, David Strappazon
> wrote:
>
> Hi,
>
> How long is it supposed to take to get the stable and fast flags?
>
> My bridge is up since 13 days. At the beginning I had both flags then I lost
> them because of a reboot I think. Since, they never came back.
Bridge cl
Hi,
> On 2 Dec 2019, at 21:00, Manuel Wiesinger wrote:
>
> Since I experience this 'permanent hibernation' since at least last August, I
> wonder if it's expected behavior, e.g., caused by the small limit of 128 GB
> per day, or if it's a bug (possibly related to this one:
> https://lists.tor
Hi,
> On 26 Nov 2019, at 05:20, nusenu wrote:
>
> teor:
>> Tor clients automatically exclude relays in the same IPv4 /24
>
> huh, in what version was this changed to /24?
> The tor man page still has the former value in tor version 0.4.1.6
>
> https://trac.torp
Hi,
> On 9 Nov 2019, at 01:53, ECAN - Matt Westfall wrote:
>
> If memory serves, if you're running multiple nodes on the same IP or in the
> same /24 tor protocol automatically families any nodes running in the same /24
Tor clients automatically exclude relays in the same IPv4 /24 and IPv6 /32
Hi,
> On 22 Nov 2019, at 08:28, René Ladan wrote:
>
> I might switch my ISP soon-ish from XS4ALL to Freedom Internet so my
> relay [1] will get a new AS number and IPv4/IPv6 address, how does this
> impact being listed as a fallback candidate? I'm currently not selected
> as a fallback. (And yes
Hi,
> On 1 Nov 2019, at 02:44, Mitar wrote:
>
> On Thu, Oct 31, 2019 at 6:21 AM Matt Traudt wrote:
>> - In an ideal world you won't get more load than your fair share.
>> Consider a hypothetically large Tor network with loads of high-capacity
>> relays. Every relay may be capable of 1 Gbps but
own for bad peering, and slowing down particular
protocols. Search the list archives for details.
Here are some steps you can take to try to improve the speed of your
relay:
https://trac.torproject.org/projects/tor/wiki/doc/MyRelayIsSlow
Let us know how you go!
T
--
teor
---
Hi,
> On 30 Oct 2019, at 00:53, tor_mana...@autistici.org wrote:
>
> I am looking for the procedure and the tor developer key to verify tor source
> code package.
> I found the one about tor-browser but not this.
All the signing keys are listed here:
https://2019.www.torproject.org/docs/signing
to deploy a middle, and if it's fast and stable enough,
it might become a guard.
Some bridges are kept in reserve. Others are handed out using less
popular methods. So feel free to deploy multiple bridges on the s
Hi,
> On 21 Oct 2019, at 12:36, ECAN - Matt Westfall wrote:
>
> For some reason, and somehow my fingerprint for tor changed about a month ago
> :(
>
> It is now : C9FD236FDE28003315BD8C96EE94BC58D85FBACF
>
> It used to be: B1B10104EB72A1FBBF6687B05F1915D87D00DBDE
>
> Anyone have any idea why
Hi,
> On 18 Oct 2019, at 04:39, Keifer Bly wrote:
>
> So I have been running an OBFS4 bridge via the Tor Expert Bundle for a year
> now, and it is going quite well. However, from what I have researched, using
> unattended upgrades to keep tor up to date is configured in the torrc file. I
> a
Hi,
> On 14 Oct 2019, at 22:23, tscha...@posteo.de wrote:
>
> On 2019-10-14 11:48, teor wrote:
>
>>> what's about the autorities maatu., tor26, bastet, gabel., and farav.?
>>
>> They either:
>> - check IPv6 reachability, or
>> - have a hig
Hi,
> On 8 Oct 2019, at 17:03, Michael Gerstacker
> wrote:
>
> when i setted up my relays i choosed 443 as the ORPort.
> My thought behind it was that 443 is most likely not blocked and less likely
> observed because the ISP could expect to anyway only see encrypted data so a
> Tor connectio
Hi,
> On 7 Oct 2019, at 17:37, tscha...@posteo.de wrote:
>
> what's about the autorities maatu., tor26, bastet, gabel., and farav.?
They either:
- check IPv6 reachability, or
- have a high stable MTBF (mean time before failure):
https://consensus-health.torproject.org/#flagthresholds
Keep your
Hi,
> On 3 Oct 2019, at 11:41, skarz wrote:
>
> Also, after I make changes to the torrc file, is pressing ‘x’ in Nyx an
> acceptable way to enable the changes or is there a preferred method?
Yes, it sends a reload signal:
https://gitweb.torproject.org/nyx.git/tree/nyx/__init__.py#n230
You can
xpect around ~1,6Gbit/s total exit capacity.
Thanks for adding more relays!
> On another note: Is there any update on multithreading for tor relays? I
> recall sending in a trace to, I think, teor.
Yes, that was me.
> I know that it's probably not a feature with high priority, just
> On 24 Sep 2019, at 03:27, Felix wrote:
>
>> Am 2019-09-23 um 1:59 AM schrieb teor:
>>
>> We need some more information to diagnose the issue, and answer these
>> questions:
>>
>> * Is this issue reproducible?
>
> In my Freebsd monocultu
custom controller.
We need some more information to diagnose the issue, and answer these
questions:
* Is this issue reproducible?
* Are all tor clients affected?
* If only some tor clients are affected, why are they affected?
* Are all bandwidth authorities affected, or just the ones running sbws?
*
Hi,
> On 10 Sep 2019, at 14:35, Anon-research wrote:
>
> Dear Tor relay operators,
>
> We are a team of researchers at MIT, and we would like to ask Tor relay
> operators to participate in a short and anonymous survey (no personal
> information or IP address collected).
If you want to make
Hi,
> On 10 Sep 2019, at 04:36, Kenneth Freeman wrote:
>
> Signed PGP part
>
>
> On 09/08/2019 06:28 PM, teor wrote:
>
>> Here's our advice for exit relays:
>> * don't run them at home, if you're at risk from the police assuming the exit
>&
Hi,
> On 7 Sep 2019, at 21:06,
> wrote:
>
> I have recently setup a new tor exit node but since about an hour of setting
> it up it has been almost maxed out with spam.
> https://metrics.torproject.org/rs.html#details/4AFECB973C2268D5074D8DEDAF0BDB604C89ED50
>
> How can I combat it?
>
> I t
Hi,
> On 7 Sep 2019, at 20:25, s7r wrote:
>
> So, Tor had the time Sep 06 21:03:46.000 before restart.
>
> After restart, it thought it had Aug 28 07:40:07.000 and then Aug 28
> 07:40:08.000 and then it healed and reported Sep 06 21:04:50.000.
>
> This is kind of odd. What could be the reason
Hi,
On 6 Sep 2019, at 20:14, Roman Mamedov wrote:
>> Where does the security weakpoint risk come from? Does
>> apt-transport-tor/onion service repository availability help in your
>> mind here?
>
> As with adding any third-party repository, it means trusting the repository
> provider to install
Hi all,
> On 6 Sep 2019, at 12:20, Mike Perry wrote:
>
> Roman Mamedov:
>>
>> On Thu, 05 Sep 2019 02:11:00 +
>> Mike Perry wrote:
>>
>>> 1. "I didn't know that Debian's backports repo has latest-stable Tor!"
>>
>> I only looked to backports when I get a warning on the metrics website tha
Hi,
> On 5 Sep 2019, at 03:54, potlatch wrote:
>
> I had TorExitFin [0] down for a few days hoping the non-Tor Iranian intruders
> would wander off. I restarted it today and before NYX could come up there
> were 257 Iranian IPs present (nicely automated!). The IP addresses range
> over all
Hi,
On 5 Sep 2019, at 13:01, Mike Perry wrote:
>> 8. I am maintaining research or other patches against tor, and rebases
>> are difficult
>
> Again, common? I'm going to guess not common (or self-supporting), but
> this does feel like something we could measure by checking for git
> versions
Hi Mike,
Here's some other reasons that might affect a few operators:
> On 5 Sep 2019, at 12:11, Mike Perry wrote:
>
> Unfortunately, we still have something like 2500 relays on either Tor
> 0.2.9-LTS or Tor 0.3.5-LTS.
>
> What are the reasons for this? My guess is the top 5 most common
> resp
Hi,
> On 30 Aug 2019, at 17:21, Michael Gerstacker
> wrote:
>
> Hi Torproject,
>
> as far as i can see my relay currently can advertise 560 KiB/s. That are
> 573,44 KB/s.
> 43C7BC2E17FB26B204EC0BD9AA784E4736979087
>
> Following your dir-specs it should get the "Fast" flag if it can provide m
Hi,
> On 30 Aug 2019, at 09:26, AMuse wrote:
>
> I have SSH open as an exit port on a TOR exit that my friends and I are
> maintaining - and of course it's the #1 offender by far in automated abuse
> notifications we get from our ISP, from peoples' fail2ban servers sending
> abuse emails. Thi
Hi,
> On 29 Aug 2019, at 00:07, niftybunny
> wrote:
>
> 2. Whats up with Torflow, still linked from Tor Atlas. As far as I can see it
> was last updated over 3,5 years ago?
It is still running on 4/6 bandwidth authorities.
After we fix some critical bugs in sbws, we will replace torflow wit
Hi,
> On 28 Aug 2019, at 23:44, t...@hikari.me wrote:
>
> Quoting teor :
>>
>>
>>> On 28 Aug 2019, at 14:21, Hikari wrote:
>>>
>>> So, it's just that few people receive my bridge from BridgeDB. So it's a
>>> guard relay,
Hi,
> On 28 Aug 2019, at 14:21, Hikari wrote:
>
> So, it's just that few people receive my bridge from BridgeDB. So it's a
> guard relay, right? What am I lacking to receive a guard flag?
Guards and Bridges are different.
Bridges are secret entry nodes for a few Tor clients.
Guards are publi
Hi,
> On 28 Aug 2019, at 14:34, potlatch wrote:
>
> I still haven't been able to rid myself of the Iranian servers revealed on
> the NYX connections page.I don't know their purpose but they slow the
> relay by about 85%. I have dropped them in the iptable input chain,
> restarted the VPS
:
> Hi,
>
> I have attached a profile of the main thread, over 30 seconds, to this
> e-mail.
>
> Let me know if you need anything else.
>
> Regards,
>
> Jochen
T
--
teor
--
sign
> On 27 Aug 2019, at 05:19, Toralf Förster wrote:
>
>> On 8/26/19 3:14 AM, teor wrote:
>> We expect to have funding to fix these bugs some time in the next month
>> or two.
>
> So I'll just wait.
Waiting might not help, if the issue is on your relay:
Hi,
> On 26 Aug 2019, at 19:06, Jochen wrote:
>
> Hi there, I'm the operator of the following two exit nodes:
>
> https://metrics.torproject.org/rs.html#search/family:94C268630BEDCB64E7F8881881A23D053F243C18
>
> My CPU is an Intel C2750 (8 cores total), which supports hardware accelerated
> A
Hi,
> On 26 Aug 2019, at 00:21, Felix wrote:
>
>> I found another relay [2] where at least 4 of the 9 authorities doesn't set
>> the "Running" flag, which is needed for "Guard", right?
>> That relay has a reasonable bw value to (23,000 , FWIW the value for [1] is
>> about 90,000).
>>
>> So no
> On 25 Aug 2019, at 21:45, Roger Dingledine wrote:
>
> And as a last note, I think it's been a long time since anybody tuned
> AvoidDiskWrites to have actually reasonable parameters. I wrote it long
> ago as a potential feature that somebody might find useful, and I just
> picked some numbers t
Hi,
> On 24 Aug 2019, at 19:38, Toralf Förster wrote:
>
>> On 8/19/19 4:56 AM, teor wrote:
>> Yes, changing other relays' bandwidths can affect the Guard flag, because
>> Guard is given to the fastest, most stable relays.
>
> I'm not convinced that thi
Hi,
> On 22 Aug 2019, at 20:00, Станислав wrote:
>
> 22.08.2019, 06:57, "teor" :
>>
>>
>>> On 21 Aug 2019, at 23:38, armik...@gmail.com wrote:
>>>
>>> hi.in relay stopped working ipv6.address is correct all pings, including
>
Hi Paul,
> On 22 Aug 2019, at 14:26, Paul Templeton wrote:
>
>> It can be hard to set up IPv6 for a relay, we're working on a grant to make
>> it easier.
>
> It could be helpful to do a request/survey to relay operators to find out
> their experiences.
> That is those who have ipv6 configured
Hi,
> On 21 Aug 2019, at 23:38, armik...@gmail.com wrote:
>
> hi.in relay stopped working ipv6.address is correct all pings, including
> tor to the servers, but relay does not work.before that it worked perfectly
> 2 months.
Please tell us your relay's fingerprint.
Please copy and paste th
1 - 100 of 1111 matches
Mail list logo
