Hi Davin. Unfortunately I can't tell you offhand what's up, but as
Nyx's author I can tell you what that message means.
Nyx constantly communicates with the tor process. At the very minimum
tor emits a bandwidth event each second, which means that Nyx should
constantly hear from the tor process.
> The Debian/Ubuntu instructions for doing this properly are listed at e.g.
> https://bugs.torproject.org/25890#comment:1
> Or I'll say the updated version here:
> """
> You might like to use the nyx relay monitor to watch your relay's
> activities from the command line. First, "sudo apt install ny
Hi yl, arm and nyx's author here. "Arm" is the name of the old 1.x
codebase which was last developed in 2012...
https://nyx.torproject.org/changelog/index.html#version_1.x
If the application says 'arm' then please upgrade. :)
On Tue, Jan 7, 2020 at 3:31 PM yl wrote:
>
> Hello Toralf
>
> Dependi
Hi Olaf, Hydra10 is evidently no longer running so we can't tell you
why it got the flag. Your other Hydra* relays aren't flagged that way
so I wonder how Hydra10 differs.
https://metrics.torproject.org/rs.html#search/Hydra
On Tue, Feb 12, 2019 at 12:30 PM Olaf Grimm wrote:
>
> Hello !
>
> I pro
> If someone on this list can take care of trac tickets directed to internal
> services please contact me.
Hi Sebastian. Different services are maintained by different people.
Without more detail this can't be answered.
___
tor-relays mailing list
tor-re
> There are so many edge cases for this check.
>
> Flags are a *recommendation* to clients. They don't force clients
> to behave a certain way.
>
> For example:
> * clients connecting via bridges can use a middle node as their
> second hop. These middle nodes will leak bridge addresses via nyx.
>
Hi arisbe. This isn't as concerning as you seem to think. As Nathaniel
mentions it's simple to get this information, Nyx is simply attempting
to scrub it cuz... well, it's ethically and legally the right thing to
do. Nyx's 'should this be scrubbed' check is pretty simple [1].
Inbound addresses are
Ahhh! Very helpful, thanks Andrew. I'll be cutting a Stem 1.7 release
soon. I'll include a fix for it.
https://trac.torproject.org/projects/tor/ticket/26967
On Sat, Jul 28, 2018 at 8:23 AM, Andrew Deason wrote:
> On Fri, 27 Jul 2018 11:50:57 -0700
> Damian Johnson wro
Hi Paul. Distutils should be a python builtin. Per chance did you
compile python yourself? If so then that can sometimes exclude modules
we expect to be there (like compression libs).
On Fri, Jul 27, 2018 at 8:57 AM, Paul wrote:
> I try to run Nyx on Linux 4.9.80-Re4son-v7+ #1 SMP Thu Apr 26 17
Hi Ron, are you sure you're using Nyx rather than the old arm
codebase? I could be mistaken but my recollection (and quick read of
the code) I think the graph title bar should only have 'limit',
'burst', and 'observed'. Iirc the 'measured' was removed.
On Wed, Jul 4, 2018 at 1:05 PM, wrote:
> H
>> And, finally, a quick question: Does NYX display incoming and outgoing IPv6
>> relay information? I assume ARM does not.
>
> This I do not know. :)
Should, but I've only tested it via mocks. Since I don't have an IPv6
relay there might be rough edges, if so then tickets welcome.
_
>>Oh interesting. You're right. I recently added Stem's ORPort
>>capabilities but seems I forgot to add usage examples in the docs.
>>Thanks for pointing that out, I'll add it to my todo list. In the
>>meantime I provided an example here...
>>
>>https://blog.atagar.com/april2018/
>
> Thank you!
>
>
> There don't seem to be any examples of ORPort endpoints in the Stem
> repository. I think Dave plans to add some more documentation as part of Tor
> Summer of Privacy.
Oh interesting. You're right. I recently added Stem's ORPort
capabilities but seems I forgot to add usage examples in the docs.
Thanks Toralf. Took a quick peek but this is gonna require more
thought. Tor's IPv6 addrspec states that policies should have
brackets...
https://gitweb.torproject.org/torspec.git/tree/dir-spec.txt#n1282
... but the torrc is looser...
https://www.torproject.org/docs/tor-manual.html.en#ExitPolicy
Hi Toralf. Unfortunately I don't know offhand, though I'd certainly be
curious if you find the answer. At the end of the day connection
resolvers use the proc contents, so this might be a bug in how I'm
filtering connections in Stem or maybe a bug with its underlying proc
resolver.
Unfortunately I
> Sorry, I meant to write "connection getinfo".
>
> And I'm not sure that the original reasoning applies: if Stem is getting the
> information from other sources anyway, why don't we just provide it
> through Tor?
Ah! Gotcha. No argument from me.
> Its worth noting that I have seen circuits on ar
> A circuit getinfo sounds like a great feature. I'd be happy to review
> a proposal, but I'm not sure I'd have time to implement it.
No worries! As mentioned, we already have a proposal. Eight years ago
Nick encouraged me to write proposals for things I'd find helpful, but
of course a proposal do
> Does Tor export a list of connections over the control port?
Hi teor. Nope, tor doesn't. That's something I wanted many years ago
and I made a proposal, but Jake talked me into limiting it to circuits
instead...
https://gitweb.torproject.org/torspec.git/tree/proposals/172-circ-getinfo-option.tx
Hi Roger, I don't think thats' the issue here. The lines they cited
were exit connections, not the 'Exit' circuit lines (the later look
different and don't include scrubbing).
For what it's worth here's where Nyx decides to label a connection as
being an exit. The conditional is "if I can't resolv
Oops! Actually, this would happen with Nyx too. This is a Stem bug...
https://trac.torproject.org/projects/tor/ticket/25423
Thanks for the catch!
On Mon, Mar 5, 2018 at 2:49 AM, teor wrote:
>
>
>> On 5 Mar 2018, at 21:02, Gary wrote:
>>
>> Hello.
>>
>> I have configured my relay (jaffacakemon
> Or any other easier way to do it in like python :)
Here ya go. This downloads the consensus so if you're gonna be doing
more than an occasional one-off check you should use the suggestions
from teor.
import sys
import stem.descriptor.remote
def is_exit
> So it seems to be something python2/python3 related. I'm not sure why I used
> python3 to be honest.
Interesting. Can't say there's anything that comes straight to mind
that would cause that. I'd expect python2 and python3 to behave the
same on this front.
> P.S. If you want the logs, do you mi
Hi Stijn, my first thought is that this might be tor's
DisableDebuggerAttachment feature. It causes proc contents to only be
readable by root. Usually this breaks Nyx's connection resolution but
it can prevent resource usage lookups too. Does setting
'DisableDebuggerAttachment 0' in your torrc caus
o they're not
> any help.
>
> --
> John McDonnell
>
> -Original Message-
> From: tor-relays [mailto:tor-relays-boun...@lists.torproject.org] On Behalf
> Of Damian Johnson
> Sent: Wednesday, January 17, 2018 10:58 AM
> To: tor-relays@lists.torproject.org
>
> From: tor-relays [mailto:tor-relays-boun...@lists.torproject.org] On Behalf
> Of TorGate
> Sent: Monday, January 15, 2018 7:14 PM
> To: tor-relays@lists.torproject.org
> Subject: Re: [tor-relays] nyx no connections shown
>
> Thank you, its working :-)
> But can i al
>> Hi is there an option to show connections in theonionbox ?
>
> Sorry... currently not!
Hi Ralph. For what it's worth since Onion Box already uses Stem you
can get the connection data via...
https://stem.torproject.org/tutorials/east_of_the_sun.html#connection-resolution
Cheers! -Damian
__
Thanks Arisbe! This is useful.
> 1) nyx is way slow to start up. Sometimes taking 20 seconds to come
visible. The contacts page (page 2) does come up eventually but sometimes
takes 10 minutes;
Weird. Nyx should be quicker in that respect than the old arm codebase.
Please run 'nyx --debug' and
gt;
> Thank you for clearing that up though, I've been quite perplexed by it
> reporting only B/s instead of KB/s for the average.
>
> --
> John
>
> -Original Message-----
> From: tor-relays [mailto:tor-relays-boun...@lists.torproject.org] On Behalf
> Of Damian Johnson
&
Hi John, thanks for pointing this out! Just took a quick peek at the
source and the 'measured: x' comes from your relay's consensus entry.
On reflection though that's stupid of me since that's the bandwidth
authority weight which is a unit-less heuristic (baka!).
https://gitweb.torproject.org/tors
Hi all. Everyone with a gmail account not a notice that their
subscription was suspended due to excessive bounces. You can ignore
this notice, no action is needed on your part.
I'm not entirely sure of the root cause but something similar happened
a few years back with another list too. I've disab
> Oh, that's big; I missed that. So Nyx gives you real-time information on
> your individual relay, and less about the network overall?
Correct. Atlas provides a website where you can look up general
information on any relay, whereas Nyx provides detailed real-time
information about your relay.
__
> I'll definitely crib off that.
>
> There's overlap between what data Nyx displays with what Tor Metrics
> displays, right?
Kinda? Nyx has much, much richer information. Atlas gets hourly
information. Nyx's info is both real time and far, far more detailed.
___
aft first and get your feedback?
>
> -Steph
>
>
> On 11/7/17 9:56 AM, Damian Johnson wrote:
>
> Thanks Tommy! Actually, I was just about to reach out to Stephanie to
> ask how she would care to proceed with a tor blog post. Love to have
> your professional touch on this T
> Want to write up something quick for the blog? If you want, I can pull
> something together and run it by you.
>
> Tommy
>
> On 11/6/17 3:41 PM, Damian Johnson wrote:
>> Hi all, after years of being in the works I'm pleased to announce Nyx!
>> A long
> Thank you for all your work. It is good to have a TTY-only tool
> available again.
Thanks Ralph!
> Either I am too tired to see it, or the new web shows no info about the
> installation process. Your blog mentions "pip install nyx" very briefly,
> but the web page apparently does not? Also, it
Hi all, after years of being in the works I'm pleased to announce Nyx!
A long overdue modernization of arm.
http://blog.atagar.com/nyx-release-2-0/
https://nyx.torproject.org/
Even more important for our controller space at large, Nyx is coming
hand-in-hand with Stem 1.6. A full year of improveme
> Yeah, that fixed it. :)
Great, thanks for reporting it! \o/
> Before reading your last email, I tried removing "DisableDebuggerAttachment
> 0". That actually made things worse. The connections weren't showing at all,
> even after waiting 5 minutes. It may be the same underlying issue that you
>
>> After pulling in the latest nyx/stem changes, nyx seems to be taking much
>> longer for connections to appear in the Connections pane. After switching to
>> that view the first time, it's taking about 30 seconds to load the list.
>> Once it's loaded I can switch panes and come back and the list
> After pulling in the latest nyx/stem changes, nyx seems to be taking much
> longer for connections to appear in the Connections pane. After switching to
> that view the first time, it's taking about 30 seconds to load the list.
> Once it's loaded I can switch panes and come back and the list is s
> "Menu" -> "Exit" works here under Gentoo now, but "q" -> "q" still not, after
> Ctrl-C I do get :
Hi Toralf, that's really puzzling. The menu and 'q' keys should do the
same thing. Just took a peek at the code and I can't spot a sizable
difference. Just tried again a few times to repro but no l
, Oct 30, 2017 at 12:35 PM, Damian Johnson wrote:
> Hi all! After five years Nyx (previously known as arm) is getting
> a far belated update. Under the covers the whole codebase has been
> rewritten from scratch, but for users things look much the same.
> One of those cases where...
&
> New issue - again I only have one machine running, so I don't know if it is
> just my problem -
> page 2: Inbound connections in nyx look like this:
> │ IP:51396 (??) --> my ip:8443 + 3.7m (INBOUND)
> Arm shows me the country name instead of (??).
Thanks torix. Unfortunately I don't h
> But to be clear, nyx still does not show the accounting lines that arm does.
Ah! Found it, accounting stats fixed. Thanks for pointing this out!
https://gitweb.torproject.org/nyx.git/commit/?id=6e9efcb
___
tor-relays mailing list
tor-relays@lists.torp
> More specifically (now that I know about the S menu), the Accounting lines
> only appear with the Bandwidth selected.
Ahhh! Gotcha. Yes, it's intended for accounting information to only be
present when showing the bandwidth graph.
___
tor-relays mailin
Hi torix.
> 1) I don't have any line showing Connection Count:
> Instead I have the same as arm showing Bandwidth (limit, burst, measured)
Sorry, not sure I follow. I assume you mean the connection count
graph? If so then like arm we only one graphed stat at a time. If you
press 's' then select C
> Lord give me patience, but make it fast... ;-) Let me rephrase: Is it
> deliberate that nyx logs both DEBUG and TRACE level messages when I use
> the --debug option? I would only expect debug level entries.
Yes, it is.
> That generates many MB of output data through which I'd rather not wade
>
>> Thanks for this great job!
>>
>> Dunno if it is an expected behavior or not, but when I enter the menu,
>> the gui is updated once after the first keypress, and then is not
>> updated at all then until the menu is left. Then all missed frames are
>> caught up when leaving the menu. This gives a
>> If so then mind running 'nyx --debug' and sending me the log (minus
>> anything you consider private)?
>
> I'd like to help, alas 'run_nyx --debug /path/to/log' writes staggering
> amounts of data. From what I see, both DEBUG and TRACE level entries are
> logged, is this deliberate? I can see au
> Try "pkg install python36". If nyx is written for python 3, then
> running it with python 2 might not be such a good idea. It may work
> for now, but nothing guarantees that it will continue to do so.
Sure, up to him. For what it's worth though Stem and Nyx will continue
to support Python
>> That's odd. Was this the title bar of the connections page?
>
> Pls see the atatched screen shot
Thanks Toralf! Pushed a fix for that, as well as a change so nyx can
quit more quickly. However, unfortunately it won't help with the
quitting issue you mentioned off list. That stacktrace indicated
> Thanks for this great job!
>
> Dunno if it is an expected behavior or not, but when I enter the menu,
> the gui is updated once after the first keypress, and then is not
> updated at all then until the menu is left. Then all missed frames are
> caught up when leaving the menu. This gives a weird
Shame on me for not running the tests. Thanks, fixed.
On Tue, Oct 31, 2017 at 11:04 AM, tor wrote:
>> Adjusted the message to specify installing for whatever
>> interpreter version they're running...
>> https://gitweb.torproject.org/nyx.git/commit/?id=93f20f9
>
> Damian: there's now a missing ')
> Hi Damien,
>
> the current version of nyx still produces event notices like these when
> run as a user that is neither root nor the tor user ([sic] for the
> missing spaces):
>
> 10:33:26 [NYX_NOTICE] We were unable to use any of your system's
> resolvers to get tor's connections.This is fine
>> > sudo pkg install py27-sqlite3
>
> Given that nyx is supposedly now written in python 3, perhaps a better
> choice would be one of py3[456]-sqlite3, according to which python 3 version
> is installed, instead of mixing python versions.
Thanks Scott. This crossed my mind when I was writing
Perfect, thanks!
> Yep. 'ps ax' output looks like:
>
> PID TT STATTIME COMMAND
> 83797 - R 1152:14.26 /usr/local/bin/tor -f /usr/local/etc/tor/torrc
> --PidFile /var/run/tor/tor.pid --RunAsDaemon 1 --DataDirectory /var/db/tor
Fixed, nyx should now provide better messages when unabl
> I updated the ticket to say something like this :-)
Thanks Tim, thanks Sebastian. Pushed a fix to improve this...
https://gitweb.torproject.org/stem.git/commit/?id=66a9b77
> Also, are you aware that inbound connections can come in on ORPorts
> that are configured like this, and therefore aren'
> I can confirm the connections now display correctly. Thanks!
\o/
>> Is 'tor' listed when you run "ps -ao ucomm="?
>
> It is *not* listed. In case it helps, Tor 0.3.1.8 was installed via
> ports/security/tor (https://www.freshports.org/security/tor), and I haven't
> done anything to modify the s
> I'm not sure if it's clear, but this is FreeBSD complaining that the
> environment string is invalid (an entry is missing the '=' separating
> the name and value). It's probably worth looking into why that's
> happening if you are able; whether nyx/stem/python is somehow causing
> that, or if it'
Thanks Andrew! Great points, changes pushed.
On Mon, Oct 30, 2017 at 3:32 PM, Andrew Deason wrote:
> On Mon, 30 Oct 2017 14:00:44 -0700
> Damian Johnson wrote:
>
>> Hi all. Pushed a couple changes to address feedback thus far...
>
> Sorry if this is not the right
Thanks Toralf!
> The # of digits after the comma might be reduced: "Outbound (3414, avg:
> 3275.896126452135412364):"
That's odd. Was this the title bar of the connections page?
> And if I press "m" here under Gentoo, then sometoimes I do get :
>
> mr-fox nyx # ./run_nyx -i 29051
> Traceback (m
> I think I've found a bug with the Connections pane. nyx appears to munge all
> the connections into "outbound", like:
>
> Connections (4852 outbound, 1 control):
>
> Whereas arm on the same system displays them correctly like:
>
> Connections (2196 inbound, 2651 outbound, 1 control):
Oops, g
> Oh, the message should be simply something like "You must emerge
> dev-lang/python with USE=sqlite"
Perfect, thanks Toralf! Message added...
https://gitweb.torproject.org/nyx.git/commit/?id=8be7ef6
> And - it works now - Thx for developing nyx. Damian !
My pleasure, thanks Toralf!
__
Hi all. Pushed a couple changes to address feedback thus far...
* Fixed the os.putenv() issue that came up for FreeBSD...
https://gitweb.torproject.org/nyx.git/commit/?id=bcb0122
* When sqlite3 is unavailable encouraging folks to contact us so we
can provide per-platform advice. For FreeBSD
Ahhh, gotcha. Please let me know when you find the magic ingredient
for sqlite3 on Gentoo an I'll add better messaging for it.
On Mon, Oct 30, 2017 at 1:31 PM, Toralf Förster wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> On 10/30/2017 09:27 PM, Damian Johnson
> Is FreeBSD supported? I've run into a few hurdles, and overcame several, but
> can't get over the last one.
Hi. Yup, FreeBSD is supported *but* I don't have a system to test on,
so I rely on user reports like this to provide comparability.
> I had to do:
>
> sudo pkg install py27-sqlite3
Perfe
> mr-fox nyx # ./run_nyx
> Traceback (most recent call last):
> File "./run_nyx", line 7, in
> import nyx
> File "/root/nyx/nyx/__init__.py", line 49, in
> import sqlite3
> ImportError: No module named sqlite3
Thanks Toralf! What python version are you using? Sqlite3 should be
built
Hi all! After five years Nyx (previously known as arm) is getting
a far belated update. Under the covers the whole codebase has been
rewritten from scratch, but for users things look much the same.
One of those cases where...
"When you do things right, people won't be sure you've done
anything
> leekspin and maybe stem can produce valid, randomised descriptors.
Yup. Stem now supports descriptor creation (and should have all
capabilities Leekspin did)...
https://stem.torproject.org/tutorials/mirror_mirror_on_the_wall.html#can-i-create-descriptors
Oops, sorry - my bad. Didn't spot that this was already answered under
a different email subject. :)
On Sat, Sep 2, 2017 at 6:27 PM, Damian Johnson wrote:
> Hi Ralph, I think there's some confusion about the ssh verses tor
> password. All I'm suggesti
ore...
https://stem.torproject.org/faq.html#can-i-interact-with-tors-controller-interface-directly
Cheers! -Damian
On Sat, Sep 2, 2017 at 2:01 PM, Ralph Seichter wrote:
> On 02.09.17 21:26, Damian Johnson wrote:
>
>> I dropped that since it posed a security issue.
>
> Sigh...
ication if you'd care to rely on file
permissions rather than something you know. That'll work
transparently.
Cheers! -Damian
On Sat, Sep 2, 2017 at 4:32 AM, Ralph Seichter wrote:
> On 01.09.2017 21:26, Damian Johnson wrote:
>
>> Nyx (aka arm) is undergoing a rewrite. M
Hi Arisbe. Think I vaguely recall seeing a report about this before.
Nyx (aka arm) is undergoing a rewrite. Mind giving the new codebase a
whirl?
https://nyx.torproject.org/
Unfortunately there aren't any releases yet so you'll need to snag it
from git. Think the following should do the trick...
e lose this data?
>
> arisbe
>
>
>
> On 1/13/2017 11:43 AM, Damian Johnson wrote:
>>>
>>> Thx Damian for this !
>>> Please you give some useful commands to install and use it ?
>>>
>>> I'll be happy to try your tool!
>>>
> Thx Damian for this !
> Please you give some useful commands to install and use it ?
>
> I'll be happy to try your tool!
> Many thx :)
% git clone https://git.torproject.org/stem.git
% cd stem
% sudo python setup.py install
% cd ..
% git clone https://git.torproject.org/nyx.git
% cd nyx
% sudo
> From MilkyWay:
> [root@clutterbuck ~]# ps -p 23780 -o etime
> ELAPSED
> 78-14:14:25
>
> Hope that helps.
Thanks Alan. All of those are indeed what Stem expects. If you run the
Nyx codebase instead does the uptime show up? Please note you'll need
to fetch both it and stem from the git repos..
> but I think it's not maintained anymore (?).
Hi mistral. That is incorrect, I'm the maintainer. arm's last release
was a long time ago and it indeed has quite a few issues. I've been
rewriting it from the ground up and that's Nyx...
https://gitweb.torproject.org/nyx.git
Nyx is feature complete
> Damian,
> Milkyway (which is working) is using Centos 6
> Andromeda is using Centos 7
> and TheCosmos uses a raspberry pi 2, so Raspbian
Interesting. Maybe that platform has a subtly different format than
what I expect. Mind running the following for an arbitrary process and
telling me the outpu
> arm does not show uptime and the average bandwidth rate is way to high.
This is because tor changed the format of its state file since arm's
last release, causing the prepopulated values to be inaccurate. The
current codebase (nyx) uses a new capability of tor's control port to
provide much bett
> Does it use `ps -o etime`? If so it should work in the latest OpenBSD
> release.
Yup, I use...
ps -p -o etime
Glad to hear it should now work on OpenBSD! To confirm would you mind
providing me the output of that command for some arbitrary process on
your OpenBSD system? I can add that to our
Hi Alan, what linux distribution is this with? The only platform I'm
aware of having issues with the uptime is OpenBSD. This is because the
uptime requires parsing ps output and on that sole platform they show
it in 12-hour local time with am/pm indicators, and a format that
shifts if over a day (i
Hi Ralph, arm simply shells out to netstat, lsof, and other commands
to get connection information. You can run these commands yourself to
troubleshoot why they don't work...
https://gitweb.torproject.org/nyx.git/tree/src/util/connections.py?h=release
Also, if you log the ARM_DEBUG events arm sho
Hi Matt, sorry this is nailing you. I've seen it as well and have been
pretty puzzled by it. The issue first started manifesting in the late
1.4.x series making me suspect it's related to the interpreter panel
but I never found out exactly what was up. Unfortunately the bug can
take days to manifes
Hi Green. Besides the things teor mentioned the DirPort also provides
easier access to directory information which Stem's remote module...
https://stem.torproject.org/api/descriptor/remote.html
... and curl can take advantage of...
% curl 128.31.0.34:9131/tor/server/all
> * relays no longer fet
>> Is this ok or is it deprecated and I should install something else? And
>> how?
>
> It works well enough now and it is being improved slowly with a name change.
> (As far as I can tell.).
Yup, that is correct. I was hoping to have the next release out for
you by around this time but it's comin
at 8:26 AM, ZEROF wrote:
> Hi,
>
> I use arm, but i wanted to test nyx and i have found install option "pip
> install nyx", but install don't work, version 1.4.5. You can see logs:
> https://paste.lugons.org/show/Ua6RdWzaMg8cI5cWsf0b/
>
> ;)
>
> On 25 Febr
Hi wonderful relay operators. It's GSoC season again, where students
can be funded to make open source projects like Tor even better!
Nyx (previously known as arm [1]) has been my main focus this last
year and is inching ever closer to release. For those unfamiliar with
it, Nyx is an ncurses monit
r arm to get updated then? I guess as long as it's not
> hurting anything, it doesn't matter too much.
>
>
> On 01/28/2016 12:06 PM, Damian Johnson wrote:
>>
>> When arm starts it attempts to read tor's state file to get past
>> bandwidth information. That is
When arm starts it attempts to read tor's state file to get past
bandwidth information. That is a notice level message, not an error,
and it's simply telling you that it wasn't able to prepopulate all the
data.
Tor has changed its state file format which actually breaks that
feature entirely. The
Yup, no problem...
https://stem.torproject.org/faq.html#how-do-i-reload-my-torrc
On Tue, Jan 26, 2016 at 5:06 PM, Tristan wrote:
> Is it possible to reload torrc without restarting Tor? I'm running on a
> Raspberry Pi compiled from source, so I can't use sudo service tor reload.
>
>
> _
> That should not be the reason.
> Arm displays the flags right in the text gui when used without
> parameters. Only when called via "-p" for command line processing it
> seems to fail.
That does seem a tad odd though. For what it's worth though the
interpreter's been moved out of nyx (aka arm) an
Yup, the authority operators are aware of them and think they've taken
action. If these relays are still in the consensus then let us know.
We're not really sure the story behind them but if you're reading mr.
cloudvps operator then please reach out to us. We'd love to chat.
Cheers! -Damian
On T
For what it's worth process permissions aren't at play here. Arm is
failing to talk with the control port - permissions could cause us to
be unable to read the authentication cookie, but that would be a
different message.
Cheers! -Damian
On Fri, Dec 4, 2015 at 5:36 PM, Manager Bahia del Sol LLC
>>> Doesn't Arm look for 9051?
>>
>> By default, but it can be any port you edit into the rc.
>
> Apologies for the rudimentary question but did you try 'arm
> --interface 9051'? I assume by 'edit into the rc' that you've changed
> the default via the armrc but if I was in your shoes I'd give the
>
>> Doesn't Arm look for 9051?
>
> By default, but it can be any port you edit into the rc.
Apologies for the rudimentary question but did you try 'arm
--interface 9051'? I assume by 'edit into the rc' that you've changed
the default via the armrc but if I was in your shoes I'd give the
interface a
> I’ve already read tickets like #16459[1] and #2501[2] but it didn’t help
> much. Damian says in Ticket #16459
>
> […] This message is meant to help people who edit their torrc, forget to
> restart tor, and are then confused why the settings didn't take effect.
> [...]
>
>
> I did restart tor (a c
Oooh, very neat! Just a quick head's up about an unfortunately naming
conflict...
https://gitweb.torproject.org/torflow.git/
TorFlow is the name of the codebase that backs the Directory
Authorities. That said, the library's obviously not user facing and
will likely go away when the DirAuths get a
Hi Coderman. Yup, Jake is aware of this and has been working on it for
a while. :P
https://lists.torproject.org/pipermail/tor-consensus-health/2015-July/005986.html
Cheers! -Damian
On Sun, Aug 16, 2015 at 5:06 PM, coderman wrote:
> On 5/31/15, Jannis Wiese wrote:
>> ...
>> At the moment I jus
Interesting. Thanks starlight for the head's up! I'm not aware of any
known issues with longclaw right now so looping in its operator.
On Sat, Jul 25, 2015 at 10:09 AM, wrote:
> Subject says it.
>
> Thought it was strange that its measurement
> of my relay has not been moving. Pulled the
> vot
Hi, Sina (Faravahar's operator) has already been notified. In fact,
he's getting notified each hour. :P
https://lists.torproject.org/pipermail/tor-consensus-health/2015-July/
Interestingly this made me realize DocTor has a bug. He got two week
warnings about the cert expiration [1], but looks lik
> Sorry for hijacking, but I wasn't sure where best to put this...
Glad you want to get involved! This would be more suited for its own
thread on tor-dev@ but that said, my top suggestion is: pick something
that interests you. Enjoying your involvement with open source and, by
extension, sticking
1 - 100 of 144 matches
Mail list logo
