Depends on your disk encryption software - VeraCrypt on Windows
supports encrypting sensitive data (including keys) in RAM.
2020-07-13 11:10 GMT, fl4co :
>
>
>> Il giorno 13 lug 2020, alle ore 08:44, Roman Mamedov ha
>> scritto:
>>
>> On Sun, 12 Jul 2020 21:12:31 +
>> dluga...@protonmail.com
>> the machine has it's own global unicast ipv4 and ipv6 addresses.
I don't know for sure, but possibly that's causing the issue? I do know tor
uses one IP address for relays, so if it is detecting several different IPS
that may be confusing it.
It's only a thought.
--Keifer
On Tue, Jul 21, 20
Great job, except one thing. Can’t providing *any* contact info be
obligatory? What’s the point of making specifically the email address
required? What are benefits of having it *over other contact info*?
- Automatic verification of some kind? No.
That would require client-side system coup
nusenu wrote [1]:
> I'm generating some timeseries graphs now to see what (exit) fraction
> (stacked)
> is managed by
> https://torservers.net/partners.html
> and those mentioned at the bottom of
> https://lists.torproject.org/pipermail/tor-relays/2020-January/018022.html
> + some custom addition
Toralf Förster:
> On 7/21/20 7:16 PM, nusenu wrote:
>> verifyurl
>
> What is the advantage over the torrc config value "MyFamily" ?
MyFamily is somewhat orthogonal to the idea behind the verifyurl field.
MyFamily has an impact on path selection, ContactInfo/verifyurl has not.
verifyurl is u
On 7/21/20 7:16 PM, nusenu wrote:
> verifyurl
What is the advantage over the torrc config value "MyFamily" ?
--
Toralf
signature.asc
Description: OpenPGP digital signature
___
tor-relays mailing list
tor-relays@lists.torproject.org
https://lists
Hi,
I'm happy to finally announce version 1 of the ContactInfo Information Sharing
Specification:
https://github.com/nusenu/ContactInfo-Information-Sharing-Specification
This is an effort that started in 2017 as you can see on github.
Tor's ContactInfo field was primarily intended to contain an
Hey,
the problem persists. upgraded to several new daily snapshots of openbsd in
between, no success.
On 20.07.20 08:30, Keifer Bly wrote:
> It is worth noting, tor conscious does not immediately update. It can take 40
> minutes up to about 3 hours for an operating status update to appear in th
This bridge is on Digital Ocean, so I checked my logs and it doesn't appear
that my memory usage ever maxed. It hovers right around 80 with the highest
spike at about 87%. Is that insufficient? Thank you for the reply.___
tor-relays mailing list
tor-rel
