andFHEM Zugriff per Dyndns dauert lange?

Begonnen von Pretender810, 27 April 2020, 22:44:16

Vorheriges Thema - Nächstes Thema

Pretender810

Hallo,

vorerst mal, ich bin totaler Anfänger in FHEM, habs aber mithilfe des Wikis und des Forums geschafft einen NanoCul einzubinden, den auf einen Signalduino zu flashen und meine Somfy RTS Markisen zu steuern.

Über die Suche bin ich auch auf die App andFHEM gestoßen, da ich eine App für mein Handy suchte.

Nun zum eigentlichen Problem:

Der Zugriff mit andFHEM im eigenen WLAN funktioniert ohne Probleme.
Der Zugriff per Browser und DynDNS Adresse funktioniert auch ohne Probleme.

Problem ist allerdings, wenn ich nicht im WLAN unterwegs bin und mit andFHEM zugreifen möchte, dauert der Start "Lade Geräteliste" und auch jeder Befehl der in weiterer Folge abgesetzt wird min. 1 Minute.

attr WEB csrfToken none ==> hab ich bereits ausgeführt.

als Url hab ich http://192.168.1.50:8083/fhem
als alternative Url hab ich http://xxx.ddns.net:8083/fhem

Wie schon erwähnt funktioniert der Zugriff per Dyndns über den Browser ohne Probleme.

Hab mal verusucht das relevante aus dem Log zu kopieren:

2020.04.27 22:35:48 4: Connection accepted from WEB_213.162.XX.XX_42730
2020.04.27 22:35:48 5: GET /fhem?room=notExistingJustToLoadCsrfToken HTTP/1.1
Accept-Encoding: gzip
Authorization: Basic UHJldGVuZGVyODEwOnBvbnRlZml4
User-Agent: Google-HTTP-Java-Client/1.22.0 (gzip)
Host: xxx.ddns.net:8083
Connection: Keep-Alive
2020.04.27 22:35:48 4: WEB_213.162.XX.XX_42730 GET /fhem?room=notExistingJustToLoadCsrfToken; BUFLEN:0
2020.04.27 22:35:48 4: WEB: /fhem?room=notExistingJustToLoadCsrfToken / RL:1270 / text/html; charset=UTF-8 / Content-Encoding: gzip
/ Cache-Control: no-cache, no-store, must-revalidate

2020.04.27 22:35:49 5: GET /fhem?XHR=1&cmd=xmllist&fwcsrf HTTP/1.1
Accept-Encoding: gzip
Authorization: Basic UHJldGVuZGVyODEwOnBvbnRlZml4
User-Agent: Google-HTTP-Java-Client/1.22.0 (gzip)
Host: XX.ddns.net:8083
Connection: Keep-Alive
2020.04.27 22:35:49 4: WEB_213.162.XX.XX_42730 GET /fhem?XHR=1&cmd=xmllist&fwcsrf; BUFLEN:0
2020.04.27 22:35:49 5: Cmd: >xmllist<
2020.04.27 22:35:49 4: WEB: /fhem?XHR=1&cmd=xmllist&fwcsrf / RL:5577 / application/xml; charset=utf-8 / Content-Encoding: gzip
/ Cache-Control: no-cache, no-store, must-revalidate

2020.04.27 22:36:10 4: sduino: KeepAlive, ok, retry = 0
2020.04.27 22:36:45 5: GET /fhem/FileLog_logWrapper?dev=Logfile&type=text&file=fhem-2020-04.log HTTP/1.1
Host: 192.168.1.50:8083
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:75.0) Gecko/20100101 Firefox/75.0
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*;q=0.8
Accept-Language: de,en-US;q=0.7,en;q=0.3
Accept-Encoding: gzip, deflate
Referer: http://192.168.1.50:8083/fhem/FileLog_logWrapper?dev=Logfile&type=text&file=fhem-2020-04.log
DNT: 1
Authorization: Basic UHJldGVuZGVyODEwOnBvbnRlZml4
Connection: keep-alive
Cookie: io=E0mEInDGEJD8gtw1AAAC
Upgrade-Insecure-Requests: 1
Cache-Control: max-age=0
2020.04.27 22:36:45 4: WEB_192.168.1.39_49371 GET /fhem/FileLog_logWrapper?dev=Logfile&type=text&file=fhem-2020-04.log; BUFLEN:0


Danke für die Hilfe,

Christian

CoolTux

Keine Ahnung, aber ich bilde mir ein.
Er versucht immer erst die URL zu laden und wenn das nicht klappt die alternative URL.
Zum testen die DynDNS URL als URL definieren.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

Pretender810