FHEM plötzlich nur noch von Aussen erreichbar - nicht im gleichen WLAN

[pillepalle12]

Hallo,

ich habe plötzlich ein komisches Phänomen, ich kann mein FHEM plötzlich nur noch von Außen (mobile Daten oder anderes VPN) erreichen.
Wenn ich im Heimnetz bin, kann ich nicht darauf zugreifen.
Auf den PI mittels SSH komme ich drauf innerhalb des WLANs.

Ports sind auf der Fritzbox freigegeben und das ganze hat bisher immer funktioniert... Ich bin ratlos...

Ich nutze für WEB den 8080:

Code Auswählen Erweitern

define WEB FHEMWEB 8080 global


Die Fritzbox 7490 läuft auf Version 6.92
welche Infos benötigt Ihr noch für die Hilfestellung?


Vielen Dank schon im Vorfeld

[CoolTux]

list des fhemweb devices und des passenden allow devices.

[pillepalle12]

gerne:

WEB:

Code Auswählen Erweitern

Internals:
   CONNECTS   55
   DEF        8080 global
   FD         7
   NAME       WEB
   NR         10
   NTFY_ORDER 50-WEB
   PORT       8080
   STATE      Initialized
   TYPE       FHEMWEB
Attributes:
   JavaScripts codemirror/fhem_codemirror.js
   codemirrorParam { "lineWrapping":true }
   confirmDelete 0
   csrfToken  none
   defaultRoom Haus
   editConfig 1
   longpoll   1
   menuEntries Update,cmd=update,UpdateCheck,cmd=update+check,Restart,cmd=shutdown+restart,Apptime,cmd=Apptime


und hier das allow:

Code Auswählen Erweitern


Internals:
   NAME       allowed_WEB
   NR         12
   STATE      validFor:WEB,WEBhook,WEBphone,WEBtablet,telnetForBlockingFn_1514267874,telnetPort
   TYPE       allowed
   validFor   WEB,WEBhook,WEBphone,WEBtablet,telnetForBlockingFn_1514267874,telnetPort
   READINGS:
     2018-04-18 12:37:11   state           validFor:WEB,WEBhook,WEBphone,WEBtablet,telnetForBlockingFn_1514267874,telnetPort
Attributes:
   basicAuth  xxxxxxxxxxxxxxxxx
   validFor   WEB,WEBhook,WEBphone,WEBtablet,telnetForBlockingFn_1514267874,telnetPort

[pillepalle12]

achso und wenn ich dem PI den Strom abdrehe, kommt es vor, dass es dann wieder im WLAN geht aber nach einiger Zeit ist es wieder weg.

[CoolTux]

stell mal bitte longpool auf websocket um und schaue dann mal. Ist jetzt nur geraten da mir noch infos fehlen.
Was steht denn im Log drin?

[rabehd]

Respekt, wie Du aus so wenig Info einen Lösungsvorschlag machst!

es dann wieder im WLAN geht aber nach einiger Zeit ist es wieder weg

Wenn ich im Heimnetz bin, kann ich nicht darauf zugreifen.

[pillepalle12]

das Logfile ist Fehlerfrei.

Habe Longpoll auf Websocket umgestellt.

@rabehd, gerne gebe ich noch weitere Infos raus, Du musst mir nur sagen was Du brauchst.

Danke CoolTux, jetzt muss ich das Ganze beobachten, sporadisch funktioniert es ja. Ich melde mich sobald ich wieder keinen Zugriff aus dem WLAN habe.
LG

[ToM_ToM]

Hallo pillepalle12,

für micht klingt das hier nach einem IP Konflikt. Kannst du dem Pi mal eine andere IP-Adresse zuweisen oder prüfen ob diese vielleicht mehrfach vergeben ist?
Manchmal gibt's z.B. noch einen NAS-Server auf dem Router den man selbst nicht konfiguriert hat, der aber vorhanden ist und eine eigene IP-Adresse besitzt.

VG, Thomas

[Frank_Huber]

klingt nach dem "Problem" mit der aktuellenb Chrome Version.
Daher der Tipp mit dem longpoll -> websocket.
Das wäre nach deiner Beschreibung auch mein Verdacht.

[CoolTux]

Jetzt warten wir erstmal ab und ändern bitte nicht gleich wieder die Testbedingungen.

[Frank_Huber]

IP-Konflikt scheidet für mich eh aus, dann würde auch extern nix gehen.

[ToM_ToM]

IP-Konflikt scheidet für mich eh aus, dann würde auch extern nix gehen.

Das stimmt so nicht ganz. Ich hatte genau diesen Fall dass ich immer von extern zugreifen konnte, aber intern nur immer wenige Sekunden direkt nach Neustart des Pis. Problem war dass ich dem Pi die IP mit der Endung 255 gegeben hatte bis ich dann irgendwann feststellte dass der NAS der FRITZBox auch auf dieser IP agiert (auch wenn der NAS dort deaktiviert ist) und man diese nicht ändern kann.

VG, Thomas

[pillepalle12]

Auch Dir - Danke für den Tipp aber momentan läuft alles mit "websocket"... das muss sich jetzt bewähren und ich bin glücklich

Aber wie soll ein IP Konflikt aus dem Nichts auftreten? Ich hatte ja an dem Aufbau nichts geändert... mal schauen...

[CoolTux]

Das stimmt so nicht ganz. Ich hatte genau diesen Fall dass ich immer von extern zugreifen konnte, aber intern nur immer wenige Sekunden direkt nach Neustart des Pis. Problem war dass ich dem Pi die IP mit der Endung 255 gegeben hatte bis ich dann irgendwann feststellte dass der NAS der FRITZBox auch auf dieser IP agiert (auch wenn der NAS dort deaktiviert ist) und man diese nicht ändern kann.

VG, Thomas

Die Endung 255 sollte nie ein Endgerät als IP bekommen, da dies im Normalfall der Broadcast ist
192.168.1.255
als Beispiel. Der Nutzbare Bereich bei einem Class C Netz mit ner 24/ Netzmask ist 1-254

[ToM_ToM]

Die Endung 255 sollte nie ein Endgerät als IP bekommen, da dies im Normalfall der Broadcast ist

Stimmt. Es war sogar 254 

Hier noch der Original-Thread zu meinem damaligen Problem bzw. Problemen. Da waren es mehrere parallele...
https://forum.fhem.de/index.php/topic,84656.15.html

VG, Thomas

[helmut]

Einen Adresskonflikt kannst Du mit "arping -c1 -D <fragliche IP-Adresse>" schnell ausschliessen. Im Gutfall kommt
dann "!         0% packet loss (0 extra)" heraus. arping musst Du vermutlich erst installieren. Ohne das "-D" siehst
Du die MAC-Adresse des Geraetes.

Und, auch wenn hier wieder einige Leute wieder sagen werden "aber doch nicht bei Servern", benutzt einfach DHCP.
Probleme dieser Art, wenn es in diesem Fall ueberhaupt daran liegt,  sind dann ausgeschlossen.

Gruss Helmut

[pillepalle12]

Leider hat "Websocket" nicht geholfen... Zugriff von Mobilen Daten funktioniert, aber WLAN nicht.

Auch die IPs habe ich gerade geprüft, die sind alle unterschiedlich.

[CoolTux]

dann bitte einmal das logfile hier posten. am besten den teil wo du gerade zugriff nehmen wolltest. Schau auch mal mit F12 in die Entwicklertools von Firefox oder Chrome.
Welche Browser verwendest Du?

[pillepalle12]

als ich es versucht hatte kam keine Fehlermeldung. Davor aber das hier:

Code Auswählen Erweitern


2018.04.18 14:16:47 1: FHEMWEB SSL/HTTPS error: Datei oder Verzeichnis nicht gefunden  (peer: xxxxxxxxxxx)

Browser hab ich chrome am Handy, firefox am Rechner und fully am Tablet. macht keinen Unterschied....

[ToM_ToM]

Kann es sein dass er ein Zertifikat nicht finden kann?
Was ist wenn du HTTP statt HTTPS verwendest? Geht es dann?

VG, Thomas

[pillepalle12]

Ich benutze nur HTTP, kein HTTPS... komischerweise geht es jetzt wieder ohne das ich etwas geändert habe.

[CoolTux]

als ich es versucht hatte kam keine Fehlermeldung. Davor aber das hier:

Code Auswählen Erweitern


2018.04.18 14:16:47 1: FHEMWEB SSL/HTTPS error: Datei oder Verzeichnis nicht gefunden  (peer: xxxxxxxxxxx)

Browser hab ich chrome am Handy, firefox am Rechner und fully am Tablet. macht keinen Unterschied....

Mit so wenig Angaben kann man wirklich nichts machen. Sorry. Mag sein das Du nichts siehst, aber eventuell gibt es hier Leute die mehr sehen können wie Du.

[helmut]

Leon, Du hast es mit dem Logfile nun zweimal versucht.

Ich versuche es jetzt auch nochmal: pillepalle12, bitte stelle den relevanten Teil des Logfile hier ein.

Gruss Helmut

[pillepalle12]

also hier ist mein Logfile in der Zeit wo es ging und dann plötzlich (Jetzt) wieder nicht:

Code Auswählen Erweitern

2018.04.18 15:09:46 3: CUL433 IT_set: Garagentor off
2018.04.18 15:10:05 3: CUL433 IT: Alarm.EG_Terrassentuer_Ost on->on
2018.04.18 15:10:05 3: CUL433 IT: Alarm.EG_Terrassentuer_Ost on->on
2018.04.18 15:12:35 3: CUL433 IT: Alarm.EG_Terrassentuer_Sued on->on
2018.04.18 15:14:00 3: CUL433 IT: Alarm.EG_Terrassentuer_Sued on->on
2018.04.18 15:15:03 3: CUL433 IT: Alarm.EG_Terrassentuer_Sued on->on
2018.04.18 15:15:35 3: CUL433 IT: Alarm.EG_Terrassentuer_Sued on->on
2018.04.18 15:19:37 3: CUL433 IT: Alarm.EG_Terrassentuer_Sued on->on
2018.04.18 15:25:57 3: CUL433 IT: Alarm.EG_Terrassentuer_Sued on->on
2018.04.18 15:29:29 3: CUL433 IT: Alarm.EG_Terrassentuer_Sued on->on
2018.04.18 15:29:54 3: CUL433 IT: Alarm.EG_Terrassentuer_Sued on->on
2018.04.18 15:31:52 3: CUL433 IT: Alarm.EG_Terrassentuer_Sued on->on
2018.04.18 15:34:37 3: CUL433 IT: Alarm.EG_Terrassentuer_Sued on->on
2018.04.18 15:37:10 3: WEB_xxxxxxxx8_3xxxx: unsupported HTTP method 


��4�D�, rejecting it.
2018.04.18 15:46:58 3: CUL433 IT: Alarm.EG_Terrassentuer_Sued on->on
2018.04.18 15:51:12 3: CUL433 IT: Alarm.EG_Terrassentuer_Sued on->on
2018.04.18 15:52:32 3: CUL433 IT: Alarm.EG_Terrassentuer_Ost on->on
2018.04.18 16:16:35 3: CUL433 IT: Garagentaster hoch->off
2018.04.18 16:16:35 3: CUL433 IT_set: Garagentor on
2018.04.18 16:16:36 3: CUL433 IT: Garagentaster hoch->off
2018.04.18 16:16:36 3: CUL433 IT_set: Garagentor on
2018.04.18 16:16:36 3: define tmp_time1 at +00:00:01 set Garagentor off : tmp_time1 already defined, delete it first
2018.04.18 16:16:36 3: Garagen_notify return value: tmp_time1 already defined, delete it first
2018.04.18 16:16:37 3: CUL433 IT_set: Garagentor off
2018.04.18 16:27:57 3: CUL433 IT: Alarm.EG_Terrassentuer_Sued on->on
2018.04.18 16:28:06 3: CUL433 IT: Alarm.EG_Terrassentuer_Sued on->on
2018.04.18 16:28:07 3: CUL433 IT: Alarm.EG_Terrassentuer_Sued on->on

der Einzige WEB Eintrag ist mein Versuch mit HTTPS zuzugreifen. WEB ist auf verbose 3

ich weiß nicht, was ich Euch noch geben kann...?

[CoolTux]

2018.04.18 15:37:10 3: WEB_xxxxxxxx8_3xxxx: unsupported HTTP method 


��4�D�, rejecting it.

Das sieht für mich recht komisch aus.
Versuchst Du den internen Zugriff immer von der selben Quelle aus? Also ein Notebook oder ein Tablet?
Kannst Du wenn dem so ist mal eine andere Quelle nehmen? Zum Beispiel stand ständig das Notebook mal ein Handy was im Wlan angemeldet ist.

[pillepalle12]

die Xse waren natürlich Nummern (IP) die hab ich geändert.

Ich sehe es immer als erstes an meinen Wandtablets, dann versuche ich es mit dem Handy im WLAN, da geht es dann auch nicht. Wenn ich am Handy dann Moile Daten nutze funktioniert es.

Am Windows Rechner habe ich es auch schon versucht mit dem gleichen Ergebnis. Die Quelle ist anscheinend egal...

[helmut]

der Einzige WEB Eintrag ist mein Versuch mit HTTPS zuzugreifen. WEB ist auf verbose 3

Vorhin hast Du geschrieben, Du benutzt nur HTTP. Stell doch den verbosity-Level fuer das WEB-Device auf 5.
Dann sollte auch mit HTTP deutlich mehr zu sehen sein.

Gruss Helmut

[pillepalle12]

Mach ich, der Versuch mit HTTPS war nach dem Tipp oben

beim nächsten Ausfall poste ich mit Verbose 5

[pillepalle12]

bis jetzt noch keinerlei Probleme, anscheinend hat WEBSOCKET das Problem doch behoben...

Vielen Dank!!!

[helmut]

Leider hat "Websocket" nicht geholfen... Zugriff von Mobilen Daten funktioniert, aber WLAN nicht.

Merkwuerdig. Gestern Nachmittag hattest Du das Problem doch trotzdem.

Gruss Helmut

[pillepalle12]

Ja, ich verstehe es auch nicht, meine letzte Änderung war WEB auf verbose 5 zu stellen, danach habe ich auf einen Ausfall gewartet. Bis jetzt kam der nicht mehr...

Bin immer noch ratlos...

[oetti77]

Hält/macht deine Fritzbox auch das WLAN?

Wie verhält sich das Ganze, wenn du am Notebook WLAN ausmachst, und dich direkt per Kabel an die Fritzbox steckst?

Gruß
Chris

[pillepalle12]

Bis jetzt hatte ich noch keine Gelegenheit das zu testen, aber bei den Ausfällen konnte ich im wlan ganz normal surfen und auch auf den pi per ssh und WLAN zugreifen. Daher schließe ich das WLAN als Fehler aus.

[oetti77]

Ich würde eher auf etwas anderes tippen. Existiert das Problem denn überhaupt noch?

Gruß
Chris

[pillepalle12]

Nein, derzeit funktioniert es seit 2 Tagen