> On 16 Dec 2021, at 13:57, Andrew Gallagher wrote:
>
> On 16/12/2021 13:38, Martin Dobrev wrote:
>> Hi,
>> It has been probably raised in the past as a question, but I’m wondering
>> what the issue might be that some of my peers are sending quite a lot of
&g
prevent this from
happening. Majority of the traffic to the cluster is now recon. Not that it
matters as I’m not charged by traffic volume but bandwidth.
Thanks for your help in advance,
Martin Dobrev
Hi guys,
If you’re looking to extend the list of peers and increase the reliability of
the network, feel free to add me to the list of your peers.
keyserver.dobrev.eu <http://keyserver.dobrev.eu/> 11370 # Martin Dobrev
mailto:mar...@dobrev.eu>>
0x283A56AE9544F3C87C71ADB0CAAAE2B8C
Hi Andrew and team,
On 15/04/2021 12:33, Andrew Gallagher wrote:
On 23/03/2021 12:58, Andrew Gallagher wrote:
On 21/03/2021 21:48, Martin Dobrev wrote:
I had to play with mod_rewrite and force a redirect from
//pks/lookup?op=stats&options=mr/ to //pks/lookup?op=stats /to let
the script p
On 29/03/2021 11:47, Marcel Waldvogel wrote:
Looking at the cached metadata it appears that when the spider ran,
pod02.fleetstreetops nodes was unavailable, as was pgpkeys.co.uk
Apologies, I didn't mean to cast doubt on the reliability of your node,
but rather on that of the spider. It does
I did this earlier for keyserver.dobrev.eu.
On 23/03/2021 09:37, Andrew Gallagher wrote:
> On 23/03/2021 09:19, Marcel Waldvogel wrote:
>> How about instead of claiming to be "SKS", Hockeypuck servers just
>> claim to be "Hockeypuck" (title case instead of lower case)? That
>> would be kind of a "
On 23/03/2021 12:58, Andrew Gallagher wrote:
> On 21/03/2021 21:48, Martin Dobrev wrote:
>> I had to play with mod_rewrite and force a redirect from
>> //pks/lookup?op=stats&options=mr/ to //pks/lookup?op=stats /to let
>> the script parse HTML. I don't have a prope
On 22/03/2021 22:02, Ryan Hunt wrote:
I concur with the rest of the sentiment, I think its time to start
accepting HP as a replacement for SKS.. If the sks-pool will not
recognize the value of HP servers I suppose our only recourse is to
fake it for the time being.
However I’d like to see so
Is it not time to extend the list of initial servers then?
$initial_servers = array("keys2.kfwebs.net", "zimmermann.mayfirst.org", "keyserver.kim-minh.com",
"pgp.circl.lu", "keys.niif.hu", "sks.b4ckbone.de", "keyserver.opensuse.org");
keyserver.dobrev.eu is peered to two of them and yet droppe
On 22/03/2021 19:41, Marcel Waldvogel wrote:
On Sun, 2021-03-21 at 22:56 +0100, Andreas Puls wrote:
I've created now a patch that just replaces in the json export contact
with server_contact and Total with numkeys.
https://github.com/apuls/hockeypuck/commit/34fbdfcf73b60e6001f3770b86d8750d1c8b
going to try to merge this back upstream eventually?
-Ryan
On Mar 21, 2021, at 12:38 PM, Martin Dobrev wrote:
Thanks everyone that messaged me privately. I recon many others are wondering
how my cluster is being setup, so I prepared a small repository with sample
configuration available here:
ht
Thanks everyone that messaged me privately. I recon many others are
wondering how my cluster is being setup, so I prepared a small
repository with sample configuration available here:
https://github.com/mclueppers/sks-keyserver-clustering
I hope it helps.
On 21/03/2021 00:38, Martin Dobrev
Good afternoon,
I've spent last few weeks fiddling and trying to revive three of the SKS
nodes from my cluster. It takes recently more time recovering from dumps
than actually running the service so I decided to give Hockeypuck a
proper go this time.
New cluster is dual node, running Hockeyp
Hi,my server is creating dumps daily. I've adapted Matt's script to make it run
inside one of the Docker containers behind my SKS cluster. You can find last 7
days worth of dumps at https://keyserver.dobrev.eu/dump/. The cluster is
located in Strasbourg, France and has 1GBit uplink. Hope it help
On 07/02/2019 08:02, robots.txt fan wrote:
> On Thursday, February 7, 2019 12:37 AM, Andrew Gallagher
> wrote:
>> Because you can reject a key, but then what happens is it just keeps trying
>> to come back. Pretty soon there are so many rejected keys floating around
>> that the network stops r
Hi
On 06/02/2019 19:28, Robert J. Hansen wrote:
>> If only it were open-source software and individuals with the extra time
>> and talent to work on those design flaws were able to do so. Wouldn't
>> that be a great world to live in?
> Wouldn't it be great if people were to think before snarking?
a bit more
reliable. I'm actually planning to write a blog article and dump all my
findings so far regarding operating a SKS cluster.
Regards,
Martin Dobrev
>
>
> ___
> Sks-devel mailing list
> Sks-devel@nongnu.org
> https:/
added DB_CONFIG in KDB/PTree folders to get rid of DB
archive logs that were causing plenty of IO load too.
My clusters are now happily responding to queries and load-average is
bellow one. Traffic wise things look better too, ~20GB/day.
Kind regards,
Martin Dobrev
P.S. Adding/changing DB_CONFIG
Hi,My observations so far show that both keys generate 2+ TB/month traffic on
average for all my clustered nodes. I'm running nginx + Varnish in-memory cache
tuned at 5 minutes TTL which gives plenty of CPU cycles for the never-ending
EventLoop alarm loops. The latter cause load-average spikes
e suffering atm.
Kind regards,
Martin dobrev
pEpkey.asc
Description: application/pgp-keys
___
Sks-devel mailing list
Sks-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/sks-devel
f
November 2018.
Those of you that want to peer with me, feel free to send me your
details over.
keyserver.dobrev.eu 11370 # Martin Dobrev
0x283A56AE9544F3C87C71ADB0CAAAE2B8C198C9AE
Kind regards,
Martin dobrev
pEpkey.asc
Description: application/pgp-keys
Hi,
due to GDPR and recent abuse on the SKS infrastructure I lost most if
not all of my peers. I'm looking to extend the list of peers now so feel
free to drop an email with your membership line so I can add you. Those
of you wishing to peer with me:
keyserver.dobrev.eu 11370 # Dobrev IT Ltd Fin
It's sad to see you going. I've removed the servers from my membership
file yet I see that you've removed keyserver.dobrev.eu from your list
too. Is there a particular reason for that or you were just attempting
to protect yourself during the attack?
On 17/07/18 13:17, Moritz Wirth wrote:
> Hi,
Hi,
I've checked both my servers keyserver.dobrev.[eu,it] and they seem fine and
in-sync in terms of amount of keys yet they're listed as unavailable so I
wonder what's the reason for that.
Regards,Martin
P.S. the message is not signed because I'm sending it from my mobile
Sent from my Samsun
Hi,
my 2 dimes in-line too
On 23/01/18 16:55, Hendrik Visage wrote:
> Thanks for the explanation Daniel
>
>> On 23 Jan. 2018, at 18:18 , Daniel Kahn Gillmor
>> wrote:
>>
>> On Tue 2018-01-23 10:51:54 +0100, Alain Wolf wrote:
>>> I would try to change desired filepaths in
>>> debian/patches/000
3FFC33E746C5
>
> best regards
>
> Paul Fontela
>
>
> El 15/01/2018 a las 13:46, Martin Dobrev escribió:
>> keyserver.dobrev.eu 11370 # Martin Dobrev
>> 0x283A56AE9544F3C87C71ADB0CAAAE2B8C198C9AE
>
>
>
> ___
> Sks
ydump from http://stueve.us/keydump/, dated 2018-01-13.
I see 4928917 keys loaded.
For operational issues, please contact me directly.
keyserver.dobrev.eu 11370 # Martin Dobrev
0x283A56AE9544F3C87C71ADB0CAAAE2B8C198C9AE
Thank you,
-Martin Dobrev
0xC198C9AE.asc
Description: application/pgp
27 matches
Mail list logo
