On Tue, May 23, 2017 at 03:01:10AM +, John Ricketts wrote:
> Roger,
>
> I have whatever resources you need for testing. Let me know if you would
> like them.
1)
git clone https://git.torproject.org/git/tor
cd tor.git
./autogen.sh && ./configure && make
2) edit /etc/security/limits.conf to
> On 23 May 2017, at 05:56, Alexander Dietrich wrote:
>
> On 2017-05-22 10:23, nusenu wrote:
>
>> Please post your configuration file
>> /etc/tor/torrc (without sensitive content like password hashes)
>
> It's not very exciting, with all comments removed:
>
> --
> HeartbeatPeriod 1 ho
Roger,
I have whatever resources you need for testing. Let me know if you would like
them.
John
> On May 22, 2017, at 21:54, Roger Dingledine wrote:
>
>> On Mon, May 22, 2017 at 10:48:31PM +0200, niftybunny wrote:
>> Same with 0.3.0.5. Upgrading to 0.3.0.7 helped on most relays.
>
> We di
On Mon, May 22, 2017 at 10:48:31PM +0200, niftybunny wrote:
> Same with 0.3.0.5. Upgrading to 0.3.0.7 helped on most relays.
We didn't change anything between 0.3.0.5 and 0.3.0.7 that would
have helped.
If somebody with a really really fast CPU wants to run their relay under
valgrind --leak-chec
Same with 0.3.0.5. Upgrading to 0.3.0.7 helped on most relays.
niftybunny
ab...@to-surf-and-protect.net
Where ignorance is bliss, 'Tis folly to be wise.
Thomas Gray
> On 22. May 2017, at 20:29, tor-relay.d...@o.banes.ch wrote:
>
> Dear all,
>
> we are operating two exit nodes with each two
On 2017-05-22 10:23, nusenu wrote:
Please post your configuration file
/etc/tor/torrc (without sensitive content like password hashes)
It's not very exciting, with all comments removed:
--
HeartbeatPeriod 1 hours
SOCKSPort 0
HiddenServiceDir /var/lib/tor/SERVICE_NAME/
HiddenServicePor
Le 22/05/17 à 20:29, tor-relay.d...@o.banes.ch a écrit :
Dear all,
we are operating two exit nodes with each two tor processes out of
Switzerland.
The nodes worked quite stable until about 2-3 weeks ago.
Since then we experience frequent disruptions (Up to several times a
day). This is caused
Hi
We do also experience high memory consumptions by Tor from time to time
which result in a total halt of the system.
I'm now testing several values in MaxMemInQueues...
Greetings
tor-relay.d...@o.banes.ch:
> Dear all,
>
> we are operating two exit nodes with each two tor processes out of
>
Dear all,
we are operating two exit nodes with each two tor processes out of
Switzerland.
The nodes worked quite stable until about 2-3 weeks ago.
Since then we experience frequent disruptions (Up to several times a
day). This is caused by a significant rise in memory consumption
by the tor proce
On Sun, May 21, 2017 at 8:47 PM, grarpamp wrote:
That's actually why the torservers.net people suggest *not* using disk
encryption. Having no barriers makes it much easier for the police to
realize that there's nothing useful to them.
>
>>> This falling over may perhaps not be prefe
>>> The permissions on /var/lib/tor/SERVICE_NAME/ are "rwx--S---" and
>>> it's owned by debian-tor, which worked for 0.2.9.10.
>>
>> What user is your tor process running as?
>
> The Ubuntu packages from d.t.o run Tor as "debian-tor". I would expect
> 0.3.0.7 to do the same, but it dies immediatel
On 2017-05-22 04:07, teor wrote:
The permissions on /var/lib/tor/SERVICE_NAME/ are "rwx--S---" and it's
owned by debian-tor, which worked for 0.2.9.10.
What user is your tor process running as?
The Ubuntu packages from d.t.o run Tor as "debian-tor". I would expect
0.3.0.7 to do the same, bu
12 matches
Mail list logo
