On 17.01.2021 00:57, nusenu wrote:
The DNS check has been added and your (for-privacy.net) and others
did verify properly are now also on the list.
Interesting graph you produced there :)
At myLoc (Servdiscount) I have 2 Tor-instances on each server blade and
the provider
limits the
William Kane:
> Minor complaint apart from the good job you've done already: The
> overlap on the top right side, as pointed out in the attachment, bugs
> the hell out of me.
>
> Otherwise, a solid idea and improvement.
thank you for your feedback, it should be fixed now.
> 2021-01-13 21:40
Minor complaint apart from the good job you've done already: The
overlap on the top right side, as pointed out in the attachment, bugs
the hell out of me.
Otherwise, a solid idea and improvement.
William
2021-01-13 21:40 GMT, nusenu :
>> OK. Unfortunately I can only redirect in private
> OK. Unfortunately I can only redirect in private webspace. And that
> is "MUST NOT". My DNS-TXT records are slowly spreading across the DNS
> world. In a few days my 'proof' should show up on OrNetStats.
The DNS record check will be added in a few days, at that point
your relays and a few more
On 11.01.2021 18:46, nusenu wrote:
- Can I leave my email address as it is [...]?
The use of "[]" is optional ("SHOULD"),
so this is valid:
email:cont...@example.com
Also the example you mentioned is valid.
OK thanks.
I wanted to set up a httpd first. Luckily I left that. I wrote the
> Maybe nitpicking but IMO It is irritating, that the 0% value (zero)
> of the left y-axis doesn't match the 0 GBit/s at the right y-axis
> (per default).
I find it actually useful to have distinct scaling and offsets
for the two y axis, because this way the available space is used
more
Toralf Förster:
> (BTW that doesn't work at all with the current ciissversion if relays
> are hosted at different hoster at all, or?)
I didn't understand you there, would you like to elaborate?
Using multiple hosters is good and recommended and CIISS does not limit that,
it supports as many
> - Can I leave my email address as it is [...]?
The use of "[]" is optional ("SHOULD"),
so this is valid:
email:cont...@example.com
Also the example you mentioned is valid.
> I wanted to set up a httpd first. Luckily I left that. I wrote the
> fingerprints in the DNS. Would like to have as
On 10.01.2021 21:37, Felix wrote:
Am 10.01.2021 um 19:08 schrieb li...@for-privacy.net:
- Shall we also add the fingerprints from the bridges in 'proof'?
https://gitlab.torproject.org/tpo/core/torspec/-/blob/master/proposals/326-tor-relay-well-known-uri-rfc8615.md
:: No bridge
On 10.01.2021 19:19, Toralf Förster wrote:
(BTW that doesn't work at all with the current ciissversion if relays
are hosted at different hoster at all, or?)
I wanted to set up a httpd first. Luckily I left that. I wrote the
fingerprints in the DNS.
Would like to have as little software or
On 1/9/21 2:42 PM, nusenu wrote:
> Toralf Förster:
>> cool idea,
>>
>> canthose graphs being linked from eg
>> https://yui.cat/relay/63BF46A63F9C21FD315CD061B3EAA3EB05283A0A.html ?
>
> Yes, that should be easy.
> The best way to get that done is to either submit a patch or feature
> request here:
On 1/9/21 9:38 PM, nusenu wrote:
- change the scale on the y axis (vertical drag and drop)
Maybe nitpicking but IMO It is irritating, that the 0% value (zero) of
the left y-axis doesn't match the 0 GBit/s at the right y-axis (per
default).
--
Toralf
OpenPGP_signature
Description:
Hi
Am 10.01.2021 um 19:08 schrieb li...@for-privacy.net:
On 09.01.2021 21:38, nusenu wrote:
- Shall we also add the fingerprints from the bridges in 'proof'?
https://gitlab.torproject.org/tpo/core/torspec/-/blob/master/proposals/326-tor-relay-well-known-uri-rfc8615.md
On 1/10/21 7:08 PM, li...@for-privacy.net wrote:
I don't want to expect the average user to fish something obfuscated out
of the string. Yes, I am old and conservative ;-)
/me too - therefore I tend to not add detailed technical information
about the relays.
(BTW that doesn't work at all
On 09.01.2021 21:38, nusenu wrote:
I've added new operator level pages with an
interactive graph showing the aggregated guard/exit probability and
advertised bandwidth over time across all relays for a given operator.
This should allow you to see whether your bandwidth and fractions
are
Toralf Förster:
> On 1/9/21 9:38 PM, nusenu wrote:
>
>> I've added new operator level pages with an
>> interactive graph showing the aggregated guard/exit probability and
>> advertised bandwidth over time across all relays for a given operator.
> cool idea,
>
> canthose graphs being linked from
On 1/9/21 9:38 PM, nusenu wrote:
I've added new operator level pages with an
interactive graph showing the aggregated guard/exit probability and
advertised bandwidth over time across all relays for a given operator.
cool idea,
canthose graphs being linked from eg
Thank you!!!
> On Jan 9, 2021, at 14:39, nusenu wrote:
>
> Hi,
>
> I've added new operator level pages with an
> interactive graph showing the aggregated guard/exit probability and
> advertised bandwidth over time across all relays for a given operator.
>
> This should allow you to see
Hi,
I've added new operator level pages with an
interactive graph showing the aggregated guard/exit probability and
advertised bandwidth over time across all relays for a given operator.
This should allow you to see whether your bandwidth and fractions
are growing or decreasing.
You can
-
19 matches
Mail list logo
