[gelöst] attr global dnsServer & Hosts-Datei

[ThoTo]

Hallo zusammen!

Ich hatte bis dato, um Blockaden zu verhindern, meinen internen DNS via attr global dnsServer festgelegt.

In den letzten Tagen bin ich auf eine Docker-Umgebung umgestiegen und habe dabei einige Services in eigenständige Container ausgelagert.
Aus FHEM heraus rufe ich die Services zB via HTTP-GET auf:

Code Auswählen Erweitern

sub HttpRequest($)
{
my ($url)= @_;

HttpUtils_NonblockingGet({ url=>$url, callback=>sub($$$) { my ($hash, $err, $data) = @_;; Log 1, "$err/$data" } })
}

{ HttpRequest("http://fhem_tools/MilightAPI?action=test") }

fhem_tools ist der Name des Containers, der via --link in "docker run" angebunden ist.
Dazu wird im Container von FHEM automatisch ein Eintrag in der Hosts-Datei hinzugefügt.

Problem dabei ist nun, dass solange attr global dnsServer gesetzt ist, der Eintrag in der Hosts-Datei ignoriert wird und somit der Link auf den Container nicht funktioniert:

Code Auswählen Erweitern

DNS: No A record found/

Ist dieses Verhalten gewollt oder habe ich einen Denk- und/oder Konfigurationsfehler?


Danke Thomas

[dev0]

Ob gewollt oder nicht, es ist zumindest (noch?) nicht implementiert: https://forum.fhem.de/index.php/topic,75557.msg675948.html#msg675948

[ThoTo]

Danke für den Hinweis, somit ein beabsichtigtes Verhalten.

Wäre gut wenn bei gesetztem dnsServer Attribut zukünftig auch die Hosts Datei ausgelesen wird.

Spricht etwas gegen eine solche Implementierung??

[dev0]

Frag das bitte den fhem.pl Entwickler: http://www.fhem.de/MAINTAINER.txt

[ThoTo]

Dann sollte das Thema jetzt im richtigen Forum sein.
Gerade für Docker-Deployments wäre die Abfrage der Hosts-Datei wünschenswert.


LG Thomas

[dev0]

Dann sollte das Thema jetzt im richtigen Forum sein.

Ja.

Leider hat unser SMF Board das Manko, dass ein verschobener Beitrag den Abonenten nicht (per eMail) signalisiert wird. Wenn der Maintainer nach ein paar Tagen nicht reagiert, dann kann man ihn auch per PN/Email auf den Beitrag hinweisen. Sorry, ist zZ. leider so.

[rudolfkoenig]

Spricht etwas gegen eine solche Implementierung??

Prinzipiell ja: Implementierungsaufwand, Performance-Penalty, Code-Wachstum und damit Kompexitaet
Ob das alles die Interesse an dem Feature ueberwiegt, weiss ich aber noch nicht

Bevor ich Zeit investiere, wollte ich wissen, ob es Alternativen gibt, das Problem zu loesen, z.Bsp. mit IP statt Name, oder IP/Name einem DNS-Server mitteilen.

[Wernieman]

Dad Problem bei Docker .. die IP kann sich ändern, der Name eines Containers wird nicht.

Wenn Du aber kein DNS-Server in FHEM angiebst, sollte es doch funktionieren, da Du dann das Normale Verhalten des Containers verwendests ... oder?

[ThoTo]

@rudolfkoenig
Docker vergibt den Containern nach dem Start in aufsteigender Reihenfolge IP-Adressen, quasi zufällig.
Sinn ist, dass die Container untereinander nur über den Container-Namen bzw. einen Alias ansprechbar sind - genau das ist der Eintrag in der Hosts-Datei.
Das Vergeben einer festen IP oder eines DNS-Eintrages wären möglich, aber widerspricht wohl der gedachten Architektur 

@Wernieman
Korrekt. Dann sind DNS-Abfragen aber wieder blockierend.

[Frank_Huber]

@rudolfkoenig
Docker vergibt den Containern nach dem Start in aufsteigender Reihenfolge IP-Adressen, quasi zufällig.
Sinn ist, dass die Container untereinander nur über den Container-Namen bzw. einen Alias ansprechbar sind - genau das ist der Eintrag in der Hosts-Datei.
Das Vergeben einer festen IP oder eines DNS-Eintrages wären möglich, aber widerspricht wohl der gedachten Architektur 

@Wernieman
Korrekt. Dann sind DNS-Abfragen aber wieder blockierend.

Dein erster Teil ist etwas widersprüchlich.
Ob ich jetzt eine name zu ip Kombi in die hosts eintrage oder einen dns Eintrag mache kommt prinzipiell aufs gleiche raus.
Nur dass die hosts nicht mit dem global dns Attribut zusammenspielt.
Ich kenne Docker nicht im Detail, aber wie du es beschreibst scheint es ja mittelalterliche Methoden zu verwenden...



Gesendet von meinem S3_32 mit Tapatalk

[ThoTo]

Der Eintrag in der Hosts-Datei ist dynamisch und betrifft nur Docker Container untereinander, hat also nichts mit DNS (bzw. dem konfigurierten Nameserer) zu tun.
Schau mal hier bei Interesse: https://docs.docker.com/engine/userguide/networking/default_network/configure-dns/

Mit mittelarlterichen Methoden hat das nichts zu tun, nennt sich nur Microservice Architektur.

[rudolfkoenig]

Habs implementiert, man muss dazu "attr global dnsHostsFile filename" setzen. Aus der commandref:

dnsHostsFile
If dnsServer is set, check the contents of the file specified as argument. To use the system hosts file, set it to /etc/hosts on Linux/Unix/OSX and C:\windows\system32\drivers\etc\hosts on Windows.

Habs unter Windows nicht getestet.
Und mit IPV6 funktioniert es nicht.

[ThoTo]

Habs implementiert, man muss dazu "attr global dnsHostsFile filename" setzen.

Vielen Dank, Rudi!
Ich werde es baldigst testen und dir noch eine finale Rückmeldung geben - vielleicht schaffe ich den Windows-Test auch gleich!

[Frank_Huber]

Der Eintrag in der Hosts-Datei ist dynamisch und betrifft nur Docker Container untereinander, hat also nichts mit DNS (bzw. dem konfigurierten Nameserer) zu tun.
Schau mal hier bei Interesse: https://docs.docker.com/engine/userguide/networking/default_network/configure-dns/

Mit mittelarlterichen Methoden hat das nichts zu tun, nennt sich nur Microservice Architektur.

Ah, OK.
Ich dachte jetzt an die klassische hosts Datei wie man sie früher in NT Netzwerken oft verwendet hat.

Gesendet von meinem S3_32 mit Tapatalk

[dev0]

Und mit IPV6 funktioniert es nicht.

Siehst Du die Notwendigkeit nicht oder ist es Dir zu aufwendig?
Zumindest wäre es mAn sinnvoll das in der commandref zu erwähnen, sonst würde ich erwarten, dass es mit IPv6 funktioniert.