Cheers,
-hiro
___
tor-relays mailing list
tor-relays@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays
___
tor-relays mailing list
tor-relays@lists.torproject.o
welcome any suggestions or feedback regarding the types of
information that should be included in the API. You can provide feedback
by opening an issue on the repository or by replying to this email.
Thank you.
-hiro
___
tor-relays mailing list
tor
.
Collector should process the information it receives from rdsys every
hour, but there might be a gap between when onionoo process the data and
receives the information from collector.
I'll see if there is an easy fix to this and let everybody know.
-hiro
--
T
share them via encrypted communication. (PGP, SimpleX Chat)
Thanks boldsuck.
I have blocked further messages posting bridges lines.
-hiro
___
tor-relays mailing list
tor-relays@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo
On 6/26/24 16:46, Hiro wrote:
On 6/23/24 21:59, Roger Dingledine wrote:
On Sun, Jun 23, 2024 at 09:28:23PM +0200, li...@for-privacy.net wrote:
A few months ago there was a recommendation to not exposing OrPort for
bridges.
This had the unpleasant effect that all bridges were 'red&#x
he issue is somewhat hidden into collector and how/how
often the tests from bridgestrap are processed.
I am counting to work on this when we are back the 2nd week of july.
Cheers,
-hiro
___
tor-relays mailing list
tor-relays@lists.torprojec
is was the case what we could do to help you and have you re-enable
it again.
Talk soon,
-hiro
___
tor-relays mailing list
tor-relays@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/
letely fixed it seems:
https://gitlab.torproject.org/tpo/anti-censorship/rdsys/-/issues/199#note_3023649
Cheers,
-hiro
___
tor-relays mailing list
tor-relays@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/list
Dionysios, all,
This was an issue with rdsys and documents that weren't being synced to
the vm where collector.torproject.org lives.
For details:
https://gitlab.torproject.org/tpo/anti-censorship/rdsys/-/issues/199
It should be solved now.
Talk soon,
-hiro
On 4/22/24 22:13, Hiro
ics/relay-search),
or you can send me a private message (email or irc) with the hashed
fingerprint and logs.
Cheers,
-hiro
___
tor-relays mailing list
tor-relays@lists.torproject.org
https://lists.torproject.org/cgi-b
/dists/tor-nightly-main-bookworm/main/binary-amd64/Packages
This is maintained by a debian developer. I'll ping and see if the
person has time soon to fix it.
Cheers,
-hiro
aarch64 build fails. Deploy job is skipped:
https://gitlab.torproject.org/tpo/core/debian/tor/-/jobs
https://gitlab.torproject.org/tpo/core/tor/-/issues/40921? Has this been
happening again since?
Let me know.
Cheers,
-hiro
from the tor manual page:
ConfluxEnabled 0|1|auto
If this option is set to 1, general purpose traffic will
use Conflux which is traffic splitting among multiple
Hi all,
I can now confirm the data has been restored and no relay or bridge
should exhibit any bump in traffic due to this but.
Cheers,
-hiro
On 4/3/22 15:11, Silvia/Hiro wrote:
On 4/3/22 11:40, Eldalië via tor-relays wrote:
Thanks very much. The anomalous peaks disappeared for most of
On 4/3/22 11:40, Eldalië via tor-relays wrote:
Thanks very much. The anomalous peaks disappeared for most of the days
indeed, it remained only for 26/02.
Yes, working to fix the bump for 26/02.
-hiro
Eldalië
On Fri, 4 Mar 2022 07:26:26 +
Georg Koppen wrote:
Eldalië via tor-relays
,
-hiro
___
tor-relays mailing list
tor-relays@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays
Valters,
We run the update command daily and sync the data from it.
See: https://man-pages.ipfire.org/libloc/location.html
As far as I understand this should update the local DB.
Are we overlooking something?
Cheers,
-hiro
> ___
> tor-r
n help operators understand better why their relays can be
found in this state and how a normal state can be recovered.
Please do let us know what you think.
Cheers,
-hiro
>
> If you can't find sticking out, that is OK, you can move on and see if it
> continues to stick. If so, ma
On 9/28/21 8:40 PM, Toralf Förster wrote:
> On 9/23/21 3:39 PM, Silvia/Hiro wrote:
>> Let us known how you find this new feature.
> It would be nice if even the search form would have that feature too.
> Currently here all is green:
> https://metrics.torproject.
Ofc I meant you can reply off list.
On 9/27/21 11:16 AM, Silvia/Hiro wrote:
> Gary,
>
> Replying off list.
> Can I know which one is your relay?
> We don't do user-agent detection.
>
> Cheers,
> -hiro
>
> On 9/26/21 4:27 AM, Gary C. New via tor-relays wrote:
Gary,
Replying off list.
Can I know which one is your relay?
We don't do user-agent detection.
Cheers,
-hiro
On 9/26/21 4:27 AM, Gary C. New via tor-relays wrote:
> Hiro,
> Presently, I'm seeing a similar issue. On my laptop, I'm observing an
> overloaded status fo
ad-general" field in there. If there isn't we have a bug :).
Please let me know if this happens again.
Cheers,
-hiro
On 9/24/21 2:39 PM, friendlyexitnode via tor-relays wrote:
> Hey hiro, thanks!
>
> I've also attached some screenshots too if it helps (sorry, I should have
l try to check if any of your relays were overloaded in the past.
When a node is overloaded the state is kept for 72 hours.
Cheers,
-hiro
>
> Family Members:
> F01E382DA524A57F2BFB3C4FF270A23D5CD3311D
> 6231A1370700DD03046A85D953D35CAB5C21
> F9A28AB71D7E4E446308641A556
lay-bridge-overloaded/
Let us known how you find this new feature.
Cheers,
-hiro
[1]
https://gitweb.torproject.org/torspec.git/tree/proposals/328-relay-overload-report.md
[2]
https://lists.torproject.org/pipermail/tor-project/2021-August/003168.html
[3] https://gitweb.torproject.org/torspec.gi
23 matches
Mail list logo
