[vz-dev] vzclient - Probleme mit DNS-Auflösung?

[Klaus Reichenecker]

In der conf steht:

[default]

url:http://kr123.de/volkszaehler_neu/volkszaehler.org/htdocs/middleware.php

 

Das merkwürdige ist – es gibt 3 Installationen , 3 verschiedene Haushalte

Alle 3 loggen auf meinen Account bei 1und1 (verschiedene VZ-Installationen, verschiedene Datenbanken)

 

Alle 3 haben seit gestern ca. 6 Uhr das gleiche Problem

 

Ich habe noch diverse NetIOs / ESP8266, diese loggen weiterhin problemlos

 

 

 

 

Von: volkszaehler-dev <volkszaehler-dev-bounces at demo.volkszaehler.org> Im Auftrag von Andreas Götz
Gesendet: Sonntag, 21. Oktober 2018 10:53
An: volkszaehler.org <volkszaehler-dev at demo.volkszaehler.org>
Betreff: Re: [vz-dev] vzclient - Probleme mit DNS-Auflösung?

 

Was steht in Deiner vzclient.conf? Unten ist noch kein Host ersichtlich?

Viele Grüße,

Andreas


Am 21.10.2018 um 10:42 schrieb Klaus Reichenecker <kr at kr123.de <mailto:kr at kr123.de> >:

Hallo Andreas,

 

curl -v http://kr123.de/volkszaehler_neu/volkszaehler.org/htdocs/middleware.php/data/ac882920-a817-11e1-b92a-31a6c35005e8.json?operation=add <http://kr123.de/volkszaehler_neu/volkszaehler.org/htdocs/middleware.php/data/ac882920-a817-11e1-b92a-31a6c35005e8.json?operation=add&value=111> &value=111

 

bringt

 

root at raspberrypi:~# * Hostname was NOT found in DNS cache

*   Trying 217.160.233.140...

* Connected to kr123.de <http://kr123.de>  (217.160.233.140) port 80 (#0)

> GET /volkszaehler_neu/volkszaehler.org/htdocs/middleware.php/data/ac882920-a817-11e1-b92a-31a6c35005e8.json?operation=add <http://volkszaehler.org/htdocs/middleware.php/data/ac882920-a817-11e1-b92a-31a6c35005e8.json?operation=add>  HTTP/1.1

> User-Agent: curl/7.38.0

> Host: kr123.de <http://kr123.de> 

> Accept: */*

> 

< HTTP/1.1 200 OK

< Content-Type: application/json

< Transfer-Encoding: chunked

< Connection: keep-alive

< Keep-Alive: timeout=15

< Date: Sun, 21 Oct 2018 08:37:41 GMT

* Server Apache is not blacklisted

< Server: Apache

< X-Powered-By: PHP/7.1.22

< Cache-Control: no-cache

< Access-Control-Allow-Origin: *

 

 

Hatte schon bei vz-user einiges dazu geschrieben, in Kurzform:

 

(beides auf dem gleichen Raspberry)

 

Variante 1:

 

wget "http://kr123.de/volkszaehler_neu/volkszaehler.org/htdocs/middleware.php/data/ac882920-a817-11e1-b92a-31a6c35005e8.json?operation=add <http://kr123.de/volkszaehler_neu/volkszaehler.org/htdocs/middleware.php/data/ac882920-a817-11e1-b92a-31a6c35005e8.json?operation=add&value=111> &value=111"

funktioniert, kommt sauber 0.3... zurück, Wert wird geloggt

tcpdump sagt:

IP 192.168.178.47.46830 > kundenserver.de.http: Flags [P.], seq 1:239, ack 1, win 229, options [nop,nop,TS val 3611105 ecr 892687439], length 238: HTTP: GET /volkszaehler_neu/volkszaehler.org/htdocs/middleware.php/data/ac882920-a817-11e1-b92a-31a6c35005e8.json?operation=add <http://volkszaehler.org/htdocs/middleware.php/data/ac882920-a817-11e1-b92a-31a6c35005e8.json?operation=add&value=111> &value=111 HTTP/1.1

 

 

Jetzt mit VZclient:

vzclient -u ac882920-a817-11e1-b92a-31a6c35005e8 add data value=333

wieder der Fehler mit "The server is temporarily unable..."

Aber tcpdump sagt auch hier:

IP 192.168.178.47.44854 > kundenserver.de.http: Flags [P.], seq 1:238, ack 1, win 229, options [nop,nop,TS val 3562148 ecr 892197869], length 237: HTTP: GET /volkszaehler_neu/volkszaehler.org/htdocs/middleware.php/data/ac882920-a817-11e1-b92a-31a6c35005e8.json?operation=add <http://volkszaehler.org/htdocs/middleware.php/data/ac882920-a817-11e1-b92a-31a6c35005e8.json?operation=add&value=333> &value=333 HTTP/1.1

 

 

 

Hast Du eine Idee was da schief läuft?

Viele Grüße

 

Klaus

 

 

 

 

Von: volkszaehler-dev <volkszaehler-dev-bounces at demo.volkszaehler.org <mailto:volkszaehler-dev-bounces at demo.volkszaehler.org> > Im Auftrag von Andreas Götz
Gesendet: Sonntag, 21. Oktober 2018 09:46
An: volkszaehler.org <http://volkszaehler.org>  <volkszaehler-dev at demo.volkszaehler.org <mailto:volkszaehler-dev at demo.volkszaehler.org> >
Betreff: Re: [vz-dev] vzclient - Probleme mit DNS-Auflösung?

 

Moin Klaus,

 

Du hast mit ziemlicher Sicherheit kein VZ Problem. Was sagt denn curl -v auf die Url die Du erreichen willst? Welche Url ist es?

Viele Grüße,

Andreas


Am 20.10.2018 um 23:27 schrieb Klaus Reichenecker <kr at kr123.de <mailto:kr at kr123.de> >:

Seit vielen Jahren liefen mehrere VZ-Instanzen bei mir klaglos vor sich hin – bis heute Morgen

Alle loggten auf diverse Installationen bei einem Webhoster (1und1)

 

Seit heute morgen bekomme ich mit dem VZClient nur noch die 503 als Antwort, direktes loggen mit curl oder WGET funktioniert noch

 

Meine Vermutung:

Meine URL , z.B. test.de <http://test.de>  hat zwar eine eigene IP-Adresse 123.123.123.123, so eigen ist die aber doch nicht, sondern wird für alle Kunden gleichermaßen genutzt

Irgendwas hindert jetzt plötzlich den VZCLient daran, auf meine Domain (z.B. 123.123.123.123/test) zu loggen, sondern alle Anfragen gehen an die 123.123.123.123

 

Die Umstellung muss bei 1und1 erfolgt sein, evtl Anpassungen wegen der DNS-Resolver?

 

Ich kenne mich mit Python nicht aus, geschweige denn mit der urllib , vermute aber sehr stark das es was damit zu tun hat

Gibt es irgendwelche Updates die ich installieren kann ?

 

Viele Grüße

 

Klaus

 

 

 

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-dev/attachments/20181021/b63cdb38/attachment.html>