Re: [tor-talk] Any risk by showing traffic statistic on the DirFrontPage?

2016-08-29 Thread Ivan Markin
krist...@ovpn.se: > We've now discussed this and we have decided that we want to show > some of the public data (uptime, fingerprint, version etc...) and > also the amount of traffic the relay has sent through measured in GB. > We fetch this data from our libreNMS API. This set of data will be > up

Re: [tor-talk] Any risk by showing traffic statistic on the DirFrontPage?

2016-08-29 Thread Marcel Krzystek
If this is all you want to show, why not simply arm (nyx) and display its output? On Mon, Aug 29, 2016 at 7:47 AM, wrote: > > Assuming you have done so, I suggest you put together a brief > > description of what exactly you plan to collect and what your process > > will be (e.g. how and for how

Re: [tor-talk] Any risk by showing traffic statistic on the DirFrontPage?

2016-08-29 Thread kristian
> Assuming you have done so, I suggest you put together a brief > description of what exactly you plan to collect and what your process > will be (e.g. how and for how long will any raw data be held for > incorporation into statistics before being deleted, especially if this > is much longer than c

Re: [tor-talk] Tor Birdy doesn't start unless TBB runs first

2016-08-29 Thread Ahmad Youssef
> Is it configured to connect to Tor Browser's "tor" binary or do you > have a separate "stand alone" "tor" binary? It is stock TBB with stock TorBirdy. Black Dev: > You probably just need to adjust the default port. It's probably set > to 9150 which is what the TBB instead of 9050 which is what

Re: [tor-talk] Any news on Disconnect.me w/ Google ?

2016-08-29 Thread Nathaniel Suchy
What happened to disconnect.me? Did they get acquired? Or are you asking if it's safe? Also just use DuckDuckGo they've improved over the years. Thank you for reading, Nathaniel Suchy Fingerprint=490F 1103 B770 BE69 D4CF 20AC CE75 4786 622D 8ED5 (http://keyserver.ubuntu.com/pks/lookup?op=get&se

Re: [tor-talk] IPv6 /48 for OnionCat

2016-08-29 Thread grarpamp
On 8/29/16, Mirimir wrote: > On 08/28/2016 11:09 PM, Bernhard R. Fischer wrote: >> On 2016-08-28 23:35, grarpamp wrote: >>> I meant having single onioncat handling multiple /48's would give another >>> abstract management option, in addition today multiple onioncats with >>> one /48 each. >> >> Fo