[epgd] Error: SVDRPCL: Timeout waiting server reply 'www.eplists.de'

scheint was mit dem Zertifikat von https:/www.eplists.de schräg, ich schreib Mike mal an

Danke, scheint das Zertifikat ist gestern abgelaufen

geht wieder, Mike hat's schnell gefixt.

Wenn ich schon drauf schaue:

Jul 23 10:37:00 hdvdr epgd: Error: SVDRPCL: Timeout waiting server reply 'www.eplists.de'

Im Browser funktioniert das aber nun .... wird da von curl noch was (negativ) gecached?

Und heute klappte es auch noch nicht:

Jul 24 05:26:38 hdvdr epgd: Error: SVDRPCL: Timeout waiting server reply 'www.eplists.de'

Gibt es bei curl oder curl.downlodFile eine Art Cache?

Wird das nix mehr mit eplists über epgd? Meine Serien laufen mir davon ...

Gibt es eine Alternative dafür oder ist yavdr-0.6 einfach schon zu alt, um noch die CAs von LetsEncrypt zu kriegen?

Was ich hoffentlich noch länger nicht tun muß .... aber irgendwann klemmt es doch.

Was könnte die Ursache sein, kann ich was zum Debugging beitragen?

nein es gibt keine Schnittstelle die Files so einlesen kann - das Problem war das du aus Frust die DB gedropped hast, vermutlich ohne Backup

Geht bei mir geht die Aktualisierung auch nicht aber ich kann die Tabelle als dump bereitstellen - ist aber mit 4Mb etwas zu groß um es hier hochzuladen

Ansonsten hab ich Jörg und Mike informiert sich das anzusehen.

Zitat von wmautner

Gibt es eine Alternative dafür oder ist yavdr-0.6 einfach schon zu alt, um noch die CAs von LetsEncrypt zu kriegen?

Du musst dich selbst darum kümmern, da 14.04 EOL ist, kommt da naturgemäß nichts mehr über Updates rein - eventuell genügt es schon eine neuere Version von ca-certificates zu installieren, um die root-Zertifikate zu erhalten, mit denen die LetsEncrypt-Zertifikate signiert wurden, ansonsten muss man das von Hand machen.

Hallo,

ich glaube nicht, dass es ein Zertifikatsproblem unter 14.04 ist, da ich das Problem mit yavdr-experimental unter 18.04 auch habe.

Ich habe mal die Antworten von eplists.de beim Start von epgd ausgegeben:

220 VDR-Test SVDRP VideoDiskRecorder 2.4.0; Thu Jul 25 15:45:37 2019; UTF-8
900 EPG2VDR epgd state change accepted
220 VDR-Test SVDRP VideoDiskRecorder 2.4.0; Thu Jul 25 15:45:47 2019; UTF-8
900 EPG2VDR epgd state change accepted
220-eplists.constabel.net EpisodesListsServer 0.0.5-beta6; Thu Jul 25 15:45:50 2019
220-Timeout after 60 seconds.
220-(3 of max 500 Clients)
220-Use HELP to see help.
220 Start SSL with STARTSSL
225 Setting encoding to utf8
225-Thank you for identifying yourself
225-gzip-compression due to a bug temporarily disabled
225-block = 1
225 Too many connections per minute from your IP. Please pause 90 seconds between every connection (Last pause: 10s). Please try again later. You are blocked now for 45s.
^C15:46:04,281

Nein, ich habe es nicht so kurz hintereinander versucht, o.g. Fehler bekomme ich immer, egal wie lange ich warte. Die ersten vier Zeilen sehen tatsächlich so aus, als ob epgd zwei Mal mit 10s Abstand die Verbindung aufgebaut. Dann hätte es aber noch nie funktionieren dürfen ???

Korrektur: die ersten vier Zeilen gehen an EPG2VDR, somit scheint eplists.de gerade grundsätzlich die Verbindung als "zu häufig" abzulehnen.

Man kann das Problem einfach mit Telnet reproduzieren:

# telnet eplists.de 2006
Trying 88.99.30.253...
Connected to eplists.de.
Escape character is '^]'.
220-eplists.constabel.net EpisodesListsServer 0.0.5-beta6; Thu Jul 25 19:08:25 2019
220-Timeout after 60 seconds.
220-(3 of max 500 Clients)
220-Use HELP to see help.
220 Start SSL with STARTSSL
HELLO epgd v1.1.146-GIT (21.10.2018), ID=7AABD184-AE96-4E31-82D9-5BDABF23D1AC MAIL=
225-Thank you for identifying yourself
225-gzip-compression due to a bug temporarily disabled
225-block = 1
225 Too many connections per minute from your IP. Please pause 90 seconds between every connection (Last pause: 2s). Please try again later. You are blocked now for 45s.

"HELLO epgd v1.1.146-GIT (21.10.2018), ID=7AABD184-AE96-4E31-82D9-5BDABF23D1AC MAIL=" ist der Input, den epgd verwendet.