sks-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Sks-devel] Strange case


From: Webmaster IspFontela
Subject: Re: [Sks-devel] Strange case
Date: Sun, 20 May 2018 01:31:36 +0200
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.5.0

Hi,
Thanks Brent, I have solved the first part of the matter.

It was a redirection http to https that had installed letsencrypt, I have removed it and now the nginx log is well visible. 2018-05-20T01: 22: 38 + 02: 00 "POST / pks / hashquery HTTP / 1.0" 200 2585 "

Now we just need to find out why the server a.0.keysnode.ispfontela.es on the list https://sks-keyservers.net/status/ has disappeared, I guess that will be a matter of time.

Thank you very much.
a greeting
Paul Fontela





El 2018-05-20 00:57, brent s. escribió:
On 05/19/2018 03:26 PM, Paul Fontela wrote:
Hello everyone,
I just saw that one of my sks servers is out of the list at
https://sks-keyservers.net/status/, the server is:
a.0.keysnode.ispfontela.es

I have reviewed the logs, both the recon.log and the nginx / access.log
I have seen something that I do not understand.

Until the day 04-24-2018 these lines appeared: (nginx/access.log)
2018-04-27T21: 25: 22 + 02: 00 "POST / pks / hashquery HTTP / 1.0" 200
8989 "-" "-"
2018-04-27T21: 26: 21 + 02: 00 "POST / pks / hashquery HTTP / 1.0" 200
16839 "-" "-"

from that day I see that they are:  (nginx/access.log)

2018-05-19T20: 44: 10 + 02: 00 "POST / pks / hashquery HTTP / 1.0" 301
556 "-" "-"
(SNIP)




I apologize for this lengthy message.

What could have happened?


A 301 means it was redirected to another URL.

I recommend you enable debug logging in your Nginx to determine where,
exactly, it's redirecting to and why. Warning- it will give you a LOT of information to sift through, so sit down with a cup of tea and take your
time reading it.

To enable debug logging in Nginx (just a note that not all
distributions' Nginx package build support for it, in which case they
usually offer a separate package that has support for it), change your
error log line from:

  error_log /some/path/to/error/log;

to:

error_log /some/path/to/error/log debug;

And reload Nginx. Look for matches to that URL path and the subsequent
301 request. This feels like an Nginx configuration issue.

_______________________________________________
Sks-devel mailing list
address@hidden
https://lists.nongnu.org/mailman/listinfo/sks-devel

--
keyserver.ispfontela.es 11370 # Paul Fontela <address@hidden> 0x31743FFC33E746C5



reply via email to

[Prev in Thread] Current Thread [Next in Thread]