[gelöst] http / Blitzer-Modul hat Schwierigkeiten bei der Anfrage

Gisbert · 24 Juli 2019, 19:20:51

Update 1. August 2019:

Das Problem konnte dadurch gelöst werden, dass im UniFi-Controller unter Network --> WAN die Option IPV6 Connection Type angewählt wurde: UsingDHCPv6

Warum es zum Verbindungsproblem kam, und warum das die Lösung ist, ist mir aber völlig schleierhaft.

Hallo,

mit dem Maintainer des Blitzer-Moduls habe ich bereits kommuniziert.
Immerhin konnte er das Problem eingrenzen:

Zitat... das Modul macht 2 unterschiedliche Abfragen.
1x bei atudo.net -> Blitzerdaten (Koordinaten und grundlegende Informationen) (Diese kommen bei mir an)
und pro Blitzer dann noch bei OSM -> Genauere Ortsangaben basierend auf die Koordinaten des Blitzers (Diese kommen NICHT bei mir an).

Er hat mir geraten, das Problem hier kundzutun.
Der Link zum bisherigen Thread, sowie die folgende Kommunikation:
//[code]https://forum.fhem.de/index.php/topic,99070.msg960326.html#msg960326[/code]

Wenn in der Linux-Konsole die URL abfragt wird, scheint es in Ordnung zu sein, d.h. alle Infos kommen an.

Code Auswählen

pi@HPT610:/media/USBBackup/FhemBackup$ wget -O -  "https://nominatim.openstreetmap.org/reverse?format=json&lat=50.934
--2019-07-24 18:55:26--  https://nominatim.openstreetmap.org/reverse?format=json&lat=50.934988&lon=6.963184
Resolving nominatim.openstreetmap.org (nominatim.openstreetmap.org)... 130.117.76.9, 2001:978:2:2c::172:9
Connecting to nominatim.openstreetmap.org (nominatim.openstreetmap.org)|130.117.76.9|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: unspecified [application/json]
Saving to: 'STDOUT'

-                                                               [<=>                                                 "place_id":116736594,"licence":"Data © OpenStreetMap contributors, ODbL 1.0. https://osm.org/copyright","osm_type":"wtadt, Köln, Regierungsbezirk Köln, Nordrhein-Westfalen, 50667, Deutschland","address":{"road":"Heumarkt","suburb":"Al-                                                               [ <=>

2019-07-24 18:55:26 (23.9 MB/s) - written to stdout [617]

pi@HPT610:/media/USBBackup/FhemBackup$ wget -O -  "https://nominatim.openstreetmap.org/reverse?format=json&lat=50.934988&lon=6.963184"
--2019-07-24 19:18:44--  https://nominatim.openstreetmap.org/reverse?format=json&lat=50.934988&lon=6.963184
Resolving nominatim.openstreetmap.org (nominatim.openstreetmap.org)... 130.117.76.9, 2001:978:2:2c::172:9
Connecting to nominatim.openstreetmap.org (nominatim.openstreetmap.org)|130.117.76.9|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: unspecified [application/json]
Saving to: 'STDOUT'

-                                 [<=>                                            ]       0  --.-KB/s               {"place_id":116736594,"licence":"Data © OpenStreetMap contributors, ODbL 1.0. https://osm.org/copyright","osm_type":"way","osm_id":171952941,"lat":"50.9349990559632","lon":"6.96317995651474","display_name":"Heumarkt, Altstadt-Nord, Innenstadt, Köln, Regierungsbezirk Köln, Nordrhein-Westfalen, 50667, Deutschland","address":{"road":"Heumarkt","suburb":"Altstadt-Nord","city_district":"Innenstadt","city":"Köln","state_district":"Regierungsbezirk Köln","state":"Nordrhein-Westfalen","postcode":"50667","country":"Deutschland","country_code":"de"},"boundingbox":["50.9349452","50.9350167"-                                 [ <=>                                           ]     617  --.-KB/s    in 0s

2019-07-24 19:18:45 (17.3 MB/s) - written to stdout [617]

Mein Device:

Code Auswählen

defmod myBlitzer Blitzer 15
attr myBlitzer Ausgabe number,{OR,city,town,},{OR,suburb,city_district,village,},road,building,[max.],vmax,[km/h],[-],distanceShort,[km],newline
attr myBlitzer HTML_Before <html> <p align='left'>Aktuelle Blitzer:<br>
attr myBlitzer HTML_Without <html> <p align='left'>Keine Blitzer in der Nähe</p></html>
attr myBlitzer MapHeight 600px
attr myBlitzer MapShow 1
attr myBlitzer MapWidth 600px
attr myBlitzer ShowFixed 0
attr myBlitzer area_bottomLeft_latitude 50.9393399099099
attr myBlitzer area_bottomLeft_longitude 6.91259454955601
attr myBlitzer area_topRight_latitude 51.1195200900901
attr myBlitzer area_topRight_longitude 7.19908545044399
attr myBlitzer comment Die Readings werden (im Detail) nicht benötigt, deshalb wurde das Attribut "createAllReadings" auf 0 gesetzt. \
ShowFixed: hiermit werden die festen Blitzer angezeigt. \
Leider können im ausgewählten Vereich nicht alle angezeigt werden, deshalb werden nur die mobilen Blitzer ausgewählt.
attr myBlitzer createAllReadings 0
attr myBlitzer createNoHTML 0
attr myBlitzer createUpdateReading 1
attr myBlitzer disable 1
attr myBlitzer home_latitude 50.972032
attr myBlitzer home_longitude 6.917153
attr myBlitzer icon car
attr myBlitzer radius 12
attr myBlitzer room Traffic

setstate myBlitzer Defined
setstate myBlitzer 2019-07-24 07:27:13 Anzeige 1
setstate myBlitzer 2019-07-24 18:55:17 Error error while requesting https://nominatim.openstreetmap.org/reverse?format=json&lat=51.046664&lon=6.992052 - connect to https://nominatim.openstreetmap.org:443: Network is unreachable
setstate myBlitzer 2019-07-24 18:55:17 html <html> <p align='left'>Aktuelle Blitzer:<br>00 max. 50 km/h - 9.9 km <br></p></html>
setstate myBlitzer 2019-07-24 18:55:17 lastUpdate Wed Jul 24 18:55:17 2019
setstate myBlitzer 2019-07-24 18:55:17 status ok

In den Readings erscheint eine error-Meldung.

In global steht sslVersion auf SSLv23:!SSLv3:!SSLv2 - kann das ein Ansatzpunkt sein?
Ich nutze pi-hole auf dem gleichen Rechner, auf dem auch Fhem läuft kann das ein Problem sein?

Da es ja schon längere Zeit funktioniert hat, frage ich mich woran es liegen könnte.
Wegen eines anderen Problem mit dem Modul Buienradar kann ich aber die genaue Reihenfolge meiner Änderungen nicht mehr sagen.
Backups habe ich im Prinzip, leider nicht den aktuellen Stand (ich hatte Änderungen wegen Nutzung des neuen flex-styles durchgeführt, von diesem habe ich aber kein Backup gleichzeitig und funktionierendem Blitzermodul).

Wäre schön, wenn sich jemand der Sache annehmen könnte.
Nur zur Information in eigener Sache: ich nutze zwar das Blitzermodul, falle aber ansonsten auch an Stellen ohne Blitzer nicht durch zu schnelles Fahren auf.

Viele Grüße Gisbert

bismosa · 27 Juli 2019, 10:59:40

Hallo!

Ich bin der Maintainer vom Blitzermodul. Da wir mittlerweile im dem Thread
https://forum.fhem.de/index.php/topic,99070.150.html
festgestellt haben, dass es nicht nur das Blitzermodul betrifft, wird hier die Diskussion fortgesetzt in der Hoffnung, dass wir noch jemanden mit weiteren Lösungsvorschlägen finden.

Hier ein auszug aus den letzten Beiträgen:

Zitat von: Gisbert am 27 Juli 2019, 10:39:40
Hallo Joachim,
hallo Bismosa,

ja, ich weiß, dass das hier OT ist, bin aber dennoch froh darüber, dass ihr euch dieser Sache annehmt.
Da ich meine Familie nicht mit pi-hole terrorisieren wollte, habe ich nur auf meinem Desktop-Rechner und meinem Handy das DNS-Server die IP des pi-hole/Fhem-Servers eingetragen.

In pi-hole habe ich bereits alle möglich Domains auf die Whitelist gesetzt, die aus Fhem nicht erreichbar sind.

Die IP des Fhem-Servers ist fix auf 192.168.1.46 eingestellt.Ja, ping funktioniert in allen erdenklichen Varianten für die "nicht erreichbaren" URLs.

Code Auswählen Erweitern
pi@HPT610:~$ sudo iptables -L Chain INPUT (policy ACCEPT) target prot opt source destination Chain FORWARD (policy ACCEPT) target prot opt source destination Chain OUTPUT (policy ACCEPT) target prot opt source destination

Code Auswählen Erweitern
pi@HPT610:~$ ip route default via 192.168.1.1 dev enp3s0 192.168.1.0/24 dev enp3s0 proto kernel scope link src 192.168.1.46

Code Auswählen Erweitern
pi@HPT610:~$ ip addr 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: enp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000 link/ether c8:cb:b8:2f:5a:02 brd ff:ff:ff:ff:ff:ff inet 192.168.1.46/24 brd 192.168.1.255 scope global enp3s0 valid_lft forever preferred_lft forever inet6 fe80::cacb:b8ff:fe2f:5a02/64 scope link valid_lft forever preferred_lft forever

Code Auswählen Erweitern
pi@HPT610:~$ nslookup nominatim.openstreetmap.org Server: 127.0.0.1 Address: 127.0.0.1#53 Non-authoritative answer: Name: nominatim.openstreetmap.org Address: 130.117.76.9

Code Auswählen Erweitern
pi@HPT610:~$ dig nominatim.openstreetmap.org ; <<>> DiG 9.10.3-P4-Debian <<>> nominatim.openstreetmap.org ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 57798 ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 4096 ;; QUESTION SECTION: ;nominatim.openstreetmap.org. IN A ;; ANSWER SECTION: nominatim.openstreetmap.org. 192 IN A 130.117.76.9 ;; Query time: 0 msec ;; SERVER: 127.0.0.1#53(127.0.0.1) ;; WHEN: Sat Jul 27 10:18:07 CEST 2019 ;; MSG SIZE rcvd: 72

Code Auswählen Erweitern
pi@HPT610:~$ sudo nmap -p 443 nominatim.openstreetmap.org Starting Nmap 7.40 ( https://nmap.org ) at 2019-07-27 10:31 CEST Nmap scan report for nominatim.openstreetmap.org (130.117.76.9) Host is up (0.021s latency). Other addresses for nominatim.openstreetmap.org (not scanned): 2001:978:2:2c::172:9 PORT STATE SERVICE 443/tcp open https Nmap done: 1 IP address (1 host up) scanned in 0.71 seconds

Es ist sowas von mysteriös, aber anscheinend sind diese (und andere URLs) auf Linux-Ebene erreichbar.

Viele Grüße Gisbert

Edit:
Vielleicht das noch:
Code Auswählen Erweitern
pi@HPT610:~$ curl -k https://nominatim.openstreetmap.org/reverse?format=json&lat=50.911849&lon=6.989686 [1] 23750 [2] 23751 pi@HPT610:~$ {"error":{"code":400,"message":"Need coordinates or OSM object to lookup."}} [1]- Done curl -k https://nominatim.openstreetmap.org/reverse?format=json [2]+ Done lat=50.911849

Zitat von: MadMax-FHEM am 27 Juli 2019, 10:54:39
Ja sehr misteriös...

Mit den von dir gegebenen Infos scheiden wohl pihole als auch iptables aus (bin aber da kein Spezialist, sieht aber "normal" aus)...

Eine Idee hab ich noch (aber weder der Fehler deiner letzten Ausgabe noch andere Fehler deuten darauf hin): es gibt hier einen Thread bzgl. ssl und Buster (Nachfolger von raspbian Stretch)...
Hat begonnen in dem Thread zu "Abfragen" von "irgendwas.bund.de" (weiß den genauen Namen leider nicht, lese dort nur ab und an mal rein)...

Welches OS hast du?

Ansonsten wirklich mal im USG schauen, nicht dass der irgendwas blockt...
...oder wie vorgeschlagen: mal direkt ans Internet/FB

Gruß, Joachim

Gruß
Bismosa

Gisbert · 27 Juli 2019, 11:11:28

Hallo Joachim,

ich hab folgendes OS:

Code Auswählen

pi@HPT610:~$ uname -a
Linux HPT610 4.9.0-9-amd64 #1 SMP Debian 4.9.168-1+deb9u4 (2019-07-19) x86_64 GNU/Linux

Viele Grüße Gisbert

MadMax-FHEM · 27 Juli 2019, 11:22:22

Hallo Gisbert,

was kommt bei:

Code Auswählen

cat /etc/os-release

EDIT: das ist der Thread wo auch einige Zugriffsprobleme zu externen Diensten haben, da liegt es aber wohl an ssl: https://forum.fhem.de/index.php/topic,48609.msg402741.html#msg402741 (ist erst so im hinteren Drittel)...

EDIT2: das ist der "ausgelagerte Thread" dazu: https://forum.fhem.de/index.php/topic,102385.msg959441.html#msg959441

Gruß, Joachim

KölnSolar · 27 Juli 2019, 11:35:25

ZitatIn global steht sslVersion auf SSLv23:!SSLv3:!SSLv2 - kann das ein Ansatzpunkt sein?

Vielleicht. Warum hast Du das überhaupt ? $:-\$
Ist nicht so wirklich ein Thema, wo ich tief drin stecke, aber in meinem neuen Nina-Modul haben MANCHE user auch ein Problem durch den "normalen" HttpUtils_BlockingGet-Aufruf ohne den Parameter sslargs. Das hinzufügen von

Code Auswählen

sslargs => { SSL_version => 'TLSv12' }, scheint zu helfen.
Details zu der Diskussion hier
Grüße Markus

bismosa · 27 Juli 2019, 11:43:49

Hallo!

Sorry...da verstehe ich leider nichts von

Aber man könnte es mit der Demo in den MyUtils mal testen:

Code Auswählen

sub TestHTTP(){
	my $hash = {};
	my $param = {
					url        => "https://nominatim.openstreetmap.org/reverse?format=json&lat=".52.111."&lon=".8.1212,
					timeout    => 15,
					sslargs    => { SSL_version => 'TLSv12' }, 
					method     => "GET",            # Lesen von Inhalten
					hash       => $hash,            # Muss gesetzt werden, damit die Callback funktion wieder $hash hat
					header     => "agent: FHEM/1.0\r\nUser-Agent: FHEM/1.0\r\nAccept: application/json",
					callback   =>  \&TestHTTPCallback   # Diese Funktion soll das Ergebnis dieser HTTP Anfrage bearbeiten
				};
				#agent: FHEM/1.0\r\nUser-Agent: FHEM/1.0\r\nAccept: application/json
					
				HttpUtils_NonblockingGet($param);      # Starten der HTTP Abfrage. Es gibt keinen Return-Code.	
}

sub TestHTTPCallback($){
	my ($param, $err, $data) = @_;
	my $mydata = $param->{hash};
	my $hash = $mydata->{hash};
	Log 1, "http:".$err."\n".$data;
	return;
	
}

Dann könnte ich das im Blitzermodul auch einbauen (oder sind Schwierigkeiten bei anderen Usern zu erwarten?

Gruß
Bismosa

Gisbert · 27 Juli 2019, 12:36:58

Zitat von: KölnSolar am 27 Juli 2019, 11:35:25
Vielleicht. Warum hast Du das überhaupt ? $:-\$
Ist nicht so wirklich ein Thema, wo ich tief drin stecke, aber in meinem neuen Nina-Modul haben MANCHE user auch ein Problem durch den "normalen" HttpUtils_BlockingGet-Aufruf ohne den Parameter sslargs. Das hinzufügen von
Code Auswählen Erweitern
sslargs => { SSL_version => 'TLSv12' }, scheint zu helfen.
Details zu der Diskussion hier
Grüße Markus

Hallo Markus,

das Ergebnis ist das gleiche für diese 3 Fälle:

kein sslVersion Attribut
sslVersion SSLv23:!SSLv3:!SSLv2
sslVersion TLSv12:!SSLv3

@Joachim, ich antworte gleich, wenn ich wieder am PC bin.

Viele Grüße Gisbert

CoolTux · 27 Juli 2019, 13:55:45

Ich lese nur eine einzige Fehlermeldung und die ist immer gleich.
Network unreachable.
Ist das noch aktuell? Wenn ja ist das nicht gerade eine typische SSL Fehlermeldung wie hier vermutet.

Gisbert · 27 Juli 2019, 14:45:24

Zitat von: MadMax-FHEM am 27 Juli 2019, 11:22:22
was kommt bei:
Code Auswählen Erweitern
cat /etc/os-release
Gruß, Joachim

Ergebnis:

Code Auswählen

pi@HPT610:~$ cat /etc/os-release
PRETTY_NAME="Debian GNU/Linux 9 (stretch)"
NAME="Debian GNU/Linux"
VERSION_ID="9"
VERSION="9 (stretch)"
ID=debian
HOME_URL="https://www.debian.org/"
SUPPORT_URL="https://www.debian.org/support"
BUG_REPORT_URL="https://bugs.debian.org/"
pi@HPT610:~$

Zitat von: CoolTux am 27 Juli 2019, 13:55:45
Ich lese nur eine einzige Fehlermeldung und die ist immer gleich.
Network unreachable.
Ist das noch aktuell? Wenn ja ist das nicht gerade eine typische SSL Fehlermeldung wie hier vermutet.

Ja ist leider immer noch aktuell, Vorschläge zum Testen sind willkommen.
Das Vertrackte daran ist, dass die URL's auf der Linuxebene erreichbar sind (bin Laie - deshalb kann ich's nicht besser beschreiben), nicht aber wenn sie aus Fhem heraus in den entsprechenden Modulen aufgerufen werden.

Viele Grüße Gisbert

bismosa · 27 Juli 2019, 15:16:12

Hallo!

Könntest Du bitte das

Zitat von: bismosa am 27 Juli 2019, 11:43:49
Aber man könnte es mit der Demo in den MyUtils mal testen:
...
Dann könnte ich das im Blitzermodul auch einbauen (oder sind Schwierigkeiten bei anderen Usern zu erwarten?

nochmal testen? Vielleicht können wir es dann wirklich auf SSL eingrenzen.

Gruß
Bismosa

CoolTux · 27 Juli 2019, 16:24:59

Zitat von: bismosa am 27 Juli 2019, 11:43:49
Hallo!

Sorry...da verstehe ich leider nichts von
Aber man könnte es mit der Demo in den MyUtils mal testen:

Code Auswählen Erweitern
sub TestHTTP(){ my $hash = {}; my $param = { url => "https://nominatim.openstreetmap.org/reverse?format=json&lat=".52.111."&lon=".8.1212, timeout => 15, sslargs => { SSL_version => 'TLSv12' }, method => "GET", # Lesen von Inhalten hash => $hash, # Muss gesetzt werden, damit die Callback funktion wieder $hash hat header => "agent: FHEM/1.0\r\nUser-Agent: FHEM/1.0\r\nAccept: application/json", callback => \&TestHTTPCallback # Diese Funktion soll das Ergebnis dieser HTTP Anfrage bearbeiten }; #agent: FHEM/1.0\r\nUser-Agent: FHEM/1.0\r\nAccept: application/json HttpUtils_NonblockingGet($param); # Starten der HTTP Abfrage. Es gibt keinen Return-Code. } sub TestHTTPCallback($){ my ($param, $err, $data) = @_; my $mydata = $param->{hash}; my $hash = $mydata->{hash}; Log 1, "http:".$err."\n".$data; return; }

Dann könnte ich das im Blitzermodul auch einbauen (oder sind Schwierigkeiten bei anderen Usern zu erwarten?

Gruß
Bismosa

Ich habe es damit getestet. Habe sowohl sslargs als auch method auskommentiert. Dennoch keine Fehler.

Gisbert · 27 Juli 2019, 16:34:45

Zitat von: bismosa am 27 Juli 2019, 11:43:49
Hallo!

Sorry...da verstehe ich leider nichts von
Aber man könnte es mit der Demo in den MyUtils mal testen:

Code Auswählen Erweitern
sub TestHTTP(){ my $hash = {}; my $param = { url => "https://nominatim.openstreetmap.org/reverse?format=json&lat=".52.111."&lon=".8.1212, timeout => 15, sslargs => { SSL_version => 'TLSv12' }, method => "GET", # Lesen von Inhalten hash => $hash, # Muss gesetzt werden, damit die Callback funktion wieder $hash hat header => "agent: FHEM/1.0\r\nUser-Agent: FHEM/1.0\r\nAccept: application/json", callback => \&TestHTTPCallback # Diese Funktion soll das Ergebnis dieser HTTP Anfrage bearbeiten }; #agent: FHEM/1.0\r\nUser-Agent: FHEM/1.0\r\nAccept: application/json HttpUtils_NonblockingGet($param); # Starten der HTTP Abfrage. Es gibt keinen Return-Code. } sub TestHTTPCallback($){ my ($param, $err, $data) = @_; my $mydata = $param->{hash}; my $hash = $mydata->{hash}; Log 1, "http:".$err."\n".$data; return; }

Dann könnte ich das im Blitzermodul auch einbauen (oder sind Schwierigkeiten bei anderen Usern zu erwarten?

Gruß
Bismosa

Ergebnis:

Code Auswählen

2019.07.27 16:30:32 1: PERL WARNING: Subroutine TestHTTP redefined at .//FHEM/99_myUtils.pm line 226.
2019.07.27 16:30:32 1: PERL WARNING: Subroutine TestHTTPCallback redefined at .//FHEM/99_myUtils.pm line 242.
2019.07.27 16:30:52 1: http:connect to https://nominatim.openstreetmap.org:443: Network is unreachable

D.h.

Gibt es noch Ideen, was ich machen könnte?
Außer Weglaufen, das Land verlassen, ... $:-\$

CoolTux · 27 Juli 2019, 17:03:33

Hast Du ein dnsServer Eintrag im global Device?

bismosa · 27 Juli 2019, 17:05:18

Hallo!

1.) Hast Du denn schon probiert Dein FHEM ohne den USG3 Router zu betreiben?
2.) Hast Du dort vielleicht Log-Einträge?

3.) Beim Stöbern im Thread ist mir gerade dein Edit nochmal ins Auge gesprungen:

ZitatEdit:
Vielleicht das noch:
Code: [Auswählen]
pi@HPT610:~$ curl -k https://nominatim.openstreetmap.org/reverse?format=json&lat=50.911849&lon=6.989686
[1] 23750
[2] 23751
pi@HPT610:~$ {"error":{"code":400,"message":"Need coordinates or OSM object to lookup."}}
[1]- Done curl -k https://nominatim.openstreetmap.org/reverse?format=json
[2]+ Done lat=50.911849

Den Fehler habe ich bei curl übrigens auch...

4.) Versuch doch nochmal bitte diesen Code in der myUtils:

Code Auswählen

sub TestWGET(){
	system("wget -O -  \"https://nominatim.openstreetmap.org/reverse?format=json&lat=50.934988&lon=6.963184\"");
}

und aufrufen mittels

Code Auswählen

{TestWGET()}
in der Kommandozeile.Dies hatte ja auf Kommandozeilenebene schonmal funktioniert. Funktioniert das auch aus FHEM heraus? Die Ausgabe davon steht in der Log.

5.)Wie wäre es, wenn Du FHEM mal stoppst, die config umbenennen, statefile umbenennen, myUtils umbenennen (noch etwas???) und mit einem leeren FHEM nochmal probierst (in einer neuen myUtils dann einfach obiggen Code probieren). Vorher unbedingt ein Backup vom FHEM Verzeichnis machen!

Ich bin auch leider bis auf weiteres raus. Bin die nächsten Tage unterwegs...werde aber versuchen vom Handy aus bei der Fehlersuche zu helfen

Gruß
Bismosa

Gisbert · 27 Juli 2019, 22:05:07

Hallo CoolTux,

Zitat von: CoolTux am 27 Juli 2019, 17:03:33
Hast Du ein dnsServer Eintrag im global Device?

Ja, ich hab's mit 8.8.8.8 und mit der IP des Fhemservers / pi-hole (192.168.1.46) probiert, mit beiden erhalte ich das gleiche (schlechte) Resultat.

Hallo Bismosa,
zu deinen Fragen:
1.) Hast Du denn schon probiert Dein FHEM ohne den USG3 Router zu betreiben?
--> Nein, würde ich nur äußerst ungern machen, da die Fritzbox alles durchleitet und ich Angst hab, dass dann mein Fhemserver ungeschützt im Netz hängt.
2.) Hast Du dort vielleicht Log-Einträge?
--> Es gibt log-Einträge auf dem USG3, aber nichts was auf eine Fhelfunktion auch nur im Entfertesten hindeuten würde.
3.) ok
4.) Versuch doch nochmal bitte diesen Code in der myUtils, hier die Antwort:

Code Auswählen

--2019-07-27 21:56:49--  https://nominatim.openstreetmap.org/reverse?format=json&lat=50.934988&lon=6.963184
Resolving nominatim.openstreetmap.org (nominatim.openstreetmap.org)... 130.117.76.9, 2001:978:2:2c::172:9
Connecting to nominatim.openstreetmap.org (nominatim.openstreetmap.org)|130.117.76.9|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: unspecified [application/json]
Saving to: 'STDOUT'
{"place_id":116736594,"licence":"Data © OpenStreetMap contributors, ODbL 1.0. https://osm.org/copyright","osm_type":"way","osm_id":171952941,"lat":"50.9349990559632","lon":"6.96317995651474","display_name":"Heumarkt, Altstadt-Nord, Innenstadt, Köln, Regierungsbezirk Köln, Nordrhein-Westfalen, 50667, Deutschland","address":{"road":"Heumarkt","suburb":"Altstadt-Nord","city_district":"Innenstadt","city":"Köln","state_district":"Regierungsbezirk Köln","state":"Nordrhein-Westfalen","postcode":"50667","country":"Deutschland","country_code":"de"},"boundingbox":["50.9349452","50.9350167","6.9630327","6.9632282"]}
     0K                                                        8.95M=0s

2019-07-27 21:56:50 (8.95 MB/s) - written to stdout [617]

5.) Fhem neu aufsetzen --> das geht bei mir nicht in den nächsten Tagen, da ich auch unterwegs sein werde.

Viele Grüße Gisbert