Re: [tor-relays] #torstrike

I'm not switching off my relays. I'd prefer to leave the politics to other people. > Fact: The investigation done by Tor Inc, was run by the primary accusers > of Jacob Applebaum. Citation needed. ___ tor-relays mailing list

Re: [tor-relays] #torstrike

I'm not switching off my relay, primarily because I'm lazy and can't be arsed to figure out what all the politics bullshit is about. Some project member did some shit and other project members are mad at them. Other people may or may not be righteously mad at the first people for reasons I

Re: [tor-relays] #torstrike

On 21/08/16 10:02 PM, Zenaan Harkness wrote: > Fact: Jacob Applebaum's directory authority was a target of NSA's > XKEYSCORE: > https://contraspin.co.nz/the-weaponising-of-social-part-3-the-resurrection-of-ioerror/ Of course, perhaps they all are. > Fact: Jacob Applebaum got kicked from Tor Inc,

Re: [tor-relays] #torstrike

On Sun, 21 Aug 2016 19:53:26 -0600 Marcel Krzystek wrote: > ​What are the thoughts of relay operators on this? > https://ghostbin.com/paste/kmnzz > > I can be persuaded otherwise, and perhaps i'm being naive, but i > believe that operation of the network should remain

Re: [tor-relays] #torstrike

If Tor software is open source and therefore free to be examined for tricks what does any person matter to we who contribute hardware resources to the Tor network which in turn is used by unknown people who need privacy sometimes for very serious reasons?Robert  supersluet...@gmail.com wroteI

Re: [tor-relays] #torstrike

I read some tweets and found some articles. Jake Applegate stepped down from the project, and Sheri replaced the board of directors. But this strike wants to replace all Tor project members because of Applegate. I'm not connecting the dots, and the response on Twitter seems to be mostly against

Re: [tor-relays] #torstrike

On Sun, Aug 21, 2016 at 07:53:26PM -0600, Marcel Krzystek wrote: > ​What are the thoughts of relay operators on this? > https://ghostbin.com/paste/kmnzz > > I can be persuaded otherwise, and perhaps i'm being naive, but i believe > that operation of the network should remain independent from the

Re: [tor-relays] #torstrike

I've never believed in strikes. They never seem to really do anything, other than make something unaccessible for a day or 2 (just like the Wikipedia blackout a few years ago). I don't understand any of the demands on the page, or why they matter. Tor does its job, whether an ex-CIA agent helps

Re: [tor-relays] relay on a vps not exclusively used for tor?

> Most AUPs ban the use of programs designed to use 100% CPU A well-utilized Tor node will max out CPU... ___ tor-relays mailing list tor-relays@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays

Re: [tor-relays] relay on a vps not exclusively used for tor?

I wouldn't run BOINC on a VPS. Most AUPs ban the use of programs designed to use 100% CPU (a.k.a. programs like BOINC). You should probably double-check if your VPS is ok with that. On Sun, Aug 21, 2016 at 2:33 PM, Petrusko wrote: > Hey! > Thx for adding a relay ;) > About

Re: [tor-relays] relay on a vps not exclusively used for tor?

Woo I've quickly googled this "grsecurity" patch, it looks like not so easy to apply on a Debian Stable kernel... (that's why I've never seen something like your log on my side...) https://wiki.debian.org/grsecurity Thx for sharing this kernel option, and this experience. But if I understand

Re: [tor-relays] relay on a vps not exclusively used for tor?

On 8/21/16, Michael McConville wrote: > Anything other than Tor running on the server is a liability. I'd be > particularly concerned about things like Owncloud (not to mention web > servers), which has a history of security vulnerabilities. I think it's > best to restrict Tor

Re: [tor-relays] relay on a vps not exclusively used for tor?

On Sun, 21 Aug 2016 20:06:31 +0200 jensm1 allegedly wrote: > > I'm planning to get myself a small VPS for simple things like > calendar-synching and backup of important data. Since these things are > very light on resource-usage, I thought about putting a tor relay > (non-exit)

Re: [tor-relays] relay on a vps not exclusively used for tor?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 08/21/2016 09:33 PM, Petrusko wrote: > CPU is not used 100% all the time, so there is Boinc running behind to > help worldcommunitygrid.org against cancer, ebola, zika... There was an unclear situation related to BOINC at my former exit relay

Re: [tor-relays] relay on a vps not exclusively used for tor?

Hey! Thx for adding a relay ;) About my vps relay, there's a webserver running behind with munin to monitor/graph everything. (only my home IP is able to connect to this webserver) CPU is not used 100% all the time, so there is Boinc running behind to help worldcommunitygrid.org against cancer,

[tor-relays] relay on a vps not exclusively used for tor?

Hi, I'm planning to get myself a small VPS for simple things like calendar-synching and backup of important data. Since these things are very light on resource-usage, I thought about putting a tor relay (non-exit) on the server, so it does something useful instead of idling most of the time. Is

Re: [tor-relays] issues with a fresh new tor server

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 08/21/2016 06:35 PM, Tom van der Woerdt wrote: > Side-note wrt your setup : > > You're storing the keys on the disk, and while they're removed > immediately after, that potentially leaves them on the physical storage. > Since you're already

Re: [tor-relays] issues with a fresh new tor server

Happy to hear you resolved the problem :-) Side-note wrt your setup : You're storing the keys on the disk, and while they're removed immediately after, that potentially leaves them on the physical storage. Since you're already passing them through ssh, consider just having ssh do the stdin bit

Re: [tor-relays] issues with a fresh new tor server

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 08/21/2016 03:23 PM, Tom van der Woerdt wrote: > Did this work prior to adding encryption, or could that be a red > herring? It was the attempt to encrypt the Tor directory using the ext4 method - - GRSecurity is fine (works since 2 years like a

Re: [tor-relays] Tiny computers (RPi-like) for exit nodes?

On 08/18/2016 01:50 PM, Michael McConville wrote: > Michael McConville wrote: >> Roman Mamedov wrote: >>> On Thu, 18 Aug 2016 10:40:00 -0600 >>> Michael McConville wrote: >>> Raspberry Pi 3 should do fine, not to mention some of the more >>> powerful boards -- there are now up

Re: [tor-relays] issues with a fresh new tor server

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 08/21/2016 03:23 PM, Tom van der Woerdt wrote: > what it fails on with strace? Is tor actually running as the 'tor' user? > Do you have any special security configuration like sandboxing set up? > > Tom Well, whilst disabling the SandBox at

Re: [tor-relays] issues with a fresh new tor server

Op 21/08/16 om 15:14 schreef Toralf Förster: > Hi, > > I made the following steps to have /var/lib/tor encrypted under an ext4fs > under a stable Gentoo Linux: > > at a local system: > head -c 16 /dev/random | xxd -p > ~/tmp-salt.txt; echo 0x`cat > ~/tmp-salt.txt` > ~/.cryptoSalt; rm

[tor-relays] issues with a fresh new tor server

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, I made the following steps to have /var/lib/tor encrypted under an ext4fs under a stable Gentoo Linux: at a local system: head -c 16 /dev/random | xxd -p > ~/tmp-salt.txt; echo 0x`cat ~/tmp-salt.txt` > ~/.cryptoSalt; rm

Re: [tor-relays] Accounting and the 'Stable' flag

On 21.08.2016 13:29, Sebastian Hahn wrote: > Just keep your relay up and you should regain the flag. Thanks Sebastian, I'll do that. I just wanted to make sure that I did not botch the configuration when I introduced accounting. -Ralph ___ tor-relays

Re: [tor-relays] Accounting and the 'Stable' flag

> On 21 Aug 2016, at 13:11, Ralph Seichter wrote: > > Hello list, > > I have enabled daily accounting on a non-exit Tor relay some days ago. > On the first day, the transfer threshold was reached and the relay > entered hibernation for a few hours, as expected. On

[tor-relays] Accounting and the 'Stable' flag

Hello list, I have enabled daily accounting on a non-exit Tor relay some days ago. On the first day, the transfer threshold was reached and the relay entered hibernation for a few hours, as expected. On the next day, I reduced RelayBandwidthRate to ensure that the accumulated transfer would fall