[tor-relays] exit operators: DNS failure rate increased - please check your DNS

Dear Exit relay operators, first of all thanks for running exit relays! One of the crucial service that you provide in addition to forwarding TCP streams is DNS resolution for tor clients. Exits relays which fail to resolve hostnames are barely useful for tor clients. We noticed that lately

Re: [tor-relays] Previous Guard not getting Guard flag back

Hi, Matthew Glennon: > Sorry - that was crass. Thanks for the attempt, but I've read those > documents. Specifically, I'm looking into what has changed, if anything. Is > it just below the threshold of the Weighted Uptime? (e.g. we have enough > Guards?) I asked because I was told that the bwauth

Re: [tor-relays] Previous Guard not getting Guard flag back

Sorry - that was crass. Thanks for the attempt, but I've read those documents. Specifically, I'm looking into what has changed, if anything. Is it just below the threshold of the Weighted Uptime? (e.g. we have enough Guards?) I asked because I was told that the bwauth issues were holding people

Re: [tor-relays] Previous Guard not getting Guard flag back

Hi Matthew, Matthew Glennon: > While I understand that my relay lost the guard flag because of a weekend > of downtime, I would expect that it would get it back after a while of > stable again? Anyone able to shed some light on when it will get the flag > back? >

Re: [tor-relays] arm crashes

Many thanks, nyx seems to work. I'm a bit of a noob with this things, but I want to participate in the tor-network. Two questions left: The bandwith usage has an average of about 70 kb/s, it's a bit low I suppose. And: While installing nyx there was the following error: The directory

Re: [tor-relays] arm crashes

Hi, smichel0: > sudo apt-get install nyx > ...List of bundles... ready > ...dependecies... > ...status information... ready > --> E: bundle/packet can't be found Please file a bug with your system OS and other system-specific details so that it can be fixed. The Nyx bug tracker is located here:

Re: [tor-relays] tor-instance-create vs. /etc/tor/torrc

Hello. The ultra-paranoid would comment that it is better to have dedicated machines / VM's for each instance, and that machine should do nothing more than be a relay. However sometimes that isn't an option so instead there is tor-instance-create. It sounds like your problems are in a file at

Re: [tor-relays] arm crashes

Hello. On 21 March 2018 at 08:46, smichel0 wrote: > > As I said: sudo apt-get install nyx doesn't work. > I used a fresh install of Ubuntu Xenial 16.04 LTS. Other than the official instructions at https://www.torproject.org/docs/debian.html.en I didn't mess with

Re: [tor-relays] arm crashes

If I pick my flavor (Debian/Ubuntu), what about all the dependig things (python3, python3-stem, then the ones who depend to these e.g. [libpython3-stdlib](https://packages.debian.org/sid/libpython3-stdlib) and so on). Do I have to install all these bundles too? As I said: sudo apt-get install

Re: [tor-relays] Previous Guard not getting Guard flag back

Can't win! Lesson here is never hack a spread-sheet for someone else's relay ;-) Data elements were reverse-order relative to the sheet and I forgot to reverse them. I _think_ this is correct. . .Guard flag comes back Saturday 3/24. I'll have to write a perl or python script sometime to pull