FHEM läuft nicht mehr, wenn LAN Link ist UP durch DNS von div. Modulen

[CoolTux]

genau.

Für raspberry hat sich da so ein bisschen powerDNS und isc-dhcp-server rauskristallisiert.

[dev0]

Aber auch nur, wenn man weiß was man tut und es auch debuggen kann. Sonst ist das Geschrei nachher wieder groß

[CoolTux]

Es ist immer eine gute Idee sich in neue Themen genauer ein zu arbeiten. Dazu gehört lesen, lesen, lesen, verstehen, testen.
Verstehe sowieso nicht wieso so viele Leute so lese und lern Resistent sind.

Aber muß ich ja auch nicht, sonst hätte ich ja privat kein Zubrot mehr. Bisschen Scharwerk tut immer gut.

[Wernieman]

Alternativ verlasen sich (zu fiele) auf den FritzBox DNS und dhcp-Server. Mit diversen, hier schon diskutierten Problemen. Da ist mir ein eigener DNS,dhcp-Server lieber.

[FunkOdyssey]

Neuerdings blockiert das DNS-Lookup bei Http_NonblockingGet FHEM nicht, wenn man "attr global dnsServer <Dns-Server-IP>" setzt. Das duerfte selbst bei einem auf eine Sekunde konfigurierten lokalen DNS-Server helfen, die Eine-Sekunde-Blockaden zu vermeiden.

Gibt es noch viele Module, die das evtl. anders machen? Wie kann man das herausfinden?
Ich habe mir z.B. vom Twilight-, UWZ- und Yahoo-Weather-Modul mal den Quelltext angeschaut. Rein vom Code her würde ich als Laie vermuten, dass Twilight einen Nonblocking-Aufruf nutzt. Bei den anderen bin ich mir nicht sicher.

Ich hatte heute einen (ich nenne es mal) Totalausfall wichtiger FHEM-Komponenten, weil die DSL-Leitung temporär unterbrochen war. Das ist schon ärgerlich und nun würde ich die potentiellen Fehlerursachen gerne eingrenzen.

Oder reicht es, wenn man das neuen Attribut dnsServer setzt und der Rest ist egal?

Vielen Dank.

[CoolTux]

Alle erwähnten Module arbeiten nonBlocking. Das bezieht sich aber auf die reine http/s Verbindung. Die DNS Anfrage war schon immer blockierend. Es wurden erste Ansätze geschaffen das hier nicht mehr so oft und lange blockiert wird. Bitte mal im Forum nach suchen.

[FunkOdyssey]

Du meinst doch jetzt "attr global dnsServer <Dns-Server-IP>", oder?

[CoolTux]

Das kann ich nicht zu 100% bejaen. Denke aber mal das es das ist. Ich hatte nie das Problem da ich einen eigenen DNS Server habe. Daher habe ich das alles nur am Rande als Entwickler mit gelesen.

[rudolfkoenig]

Beim Aufruf von HttpUtils_NonblockingGet wird DNS mit den eigenen, nicht blockierenden Methoden abgefragt, falls man das global Attribut dnsServer gesetzt hat.
Habe gerade dnsServer in commandref auch dokumentiert.

[CoolTux]

Vielen Dank Rudi. Ich werde es pro Forma auch mal eintragen. Kann ja nur gut sein.


Grüße

[FunkOdyssey]

Danke auch von mir.

Ich bin mir jetzt nicht sicher, da ich derzeit viele Dinge an meinem FHEM gleichzeitig verändert habe. Unter anderem auch dieses Attribut. Und ich habe viele viele offene Connections, deren Ursache ich noch nicht finde.



Nachtrag:
Ich mag ja Postings dieser folgenden Art nicht, aber ich habe hier (Connections-Problem mit Global-Attribut "dnsServer") mein Fehler mal in einem eigenen Thread beschrieben. Ich wollte diesen Thread hier nicht missbrauchen und hoffe auf ein wenig Hilfe eines Profis. Danke.