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:
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
list des fhemweb devices und des passenden allow devices.
gerne:
WEB:
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:
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
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.
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?
Respekt, wie Du aus so wenig Info einen Lösungsvorschlag machst!
Zitates dann wieder im WLAN geht aber nach einiger Zeit ist es wieder weg
ZitatWenn ich im Heimnetz bin, kann ich nicht darauf zugreifen.
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
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
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.
Jetzt warten wir erstmal ab und ändern bitte nicht gleich wieder die Testbedingungen.
IP-Konflikt scheidet für mich eh aus, dann würde auch extern nix gehen.
ZitatIP-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
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...
Zitat von: ToM_ToM am 18 April 2018, 13:49:07
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
ZitatDie Endung 255 sollte nie ein Endgerät als IP bekommen, da dies im Normalfall der Broadcast ist
Stimmt. Es war sogar 254 8)
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 (https://forum.fhem.de/index.php/topic,84656.15.html)
VG, Thomas
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
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. :(
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?
als ich es versucht hatte kam keine Fehlermeldung. Davor aber das hier:
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....
Kann es sein dass er ein Zertifikat nicht finden kann?
Was ist wenn du HTTP statt HTTPS verwendest? Geht es dann?
VG, Thomas
Ich benutze nur HTTP, kein HTTPS... komischerweise geht es jetzt wieder ohne das ich etwas geändert habe.
Zitat von: pillepalle12 am 18 April 2018, 15:26:32
als ich es versucht hatte kam keine Fehlermeldung. Davor aber das hier:
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.
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
also hier ist mein Logfile in der Zeit wo es ging und dann plötzlich (Jetzt) wieder nicht:
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...?
Zitat2018.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.
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...
Zitat von: pillepalle12 am 18 April 2018, 16:31:22
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
Mach ich, der Versuch mit HTTPS war nach dem Tipp oben :)
beim nächsten Ausfall poste ich mit Verbose 5
bis jetzt noch keinerlei Probleme, anscheinend hat WEBSOCKET das Problem doch behoben...
Vielen Dank!!!
Zitat von: pillepalle12 am 18 April 2018, 15:04:27
Leider hat "Websocket" nicht geholfen... Zugriff von Mobilen Daten funktioniert, aber WLAN nicht.
Merkwuerdig. Gestern Nachmittag hattest Du das Problem doch trotzdem.
Gruss Helmut
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...
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
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.
Ich würde eher auf etwas anderes tippen. Existiert das Problem denn überhaupt noch?
Gruß
Chris
Nein, derzeit funktioniert es seit 2 Tagen :)