@MSGID: 2:240/77 68ae5863
@REPLY: 2:240/12 68a249f6
@CHRS: LATIN-1 2
@TID: hpt/lnx 1.4.0-sta 09-04-05
Tach auch Gerrit!

Am 24 Aug 25, Gerrit Kuehn schrieb an Kai Richter:

 GK>>> Weil dieses "statisch" vermutlich das ist, was unter ISC oben
 GK>>> "fixed" hei▀t. Es bedeutet eine feste Kopplung zwischen MAC und
 GK>>> IP, also gerade nicht "dynamic". Trotzdem fordert dhcp als
 GK>>> Protokoll ja eine regelmф▀ige Erneuerung des Lease.

 KR>> Aber statische IP Rechner haben doch gar keinen dhclient laufen,
 KR>> da sind alle Daten fest in die Config geschrieben.

 GK> Nicht in die config von dnsmasq, sondern in /etc/hosts (die dann von
 GK> dnsmasq gelesen wird).

 In meiner hosts stehen zumindest im Moment keine MAC. Daf№r wфre ja
die ethers gewesen.

 GK> In der Leases stehen nur Hosts, die auch per dhcp nach einer Adresse
 GK> gefragt haben (ob nun statisch oder nicht). In /etc/hosts stehen
 GK> Hosts, die gar nicht per dhcp nach einer Adresse fragen, aber tortzdem
 GK> per dns aufgelЎst werden sollen. Im ersteren Kontext bedeutet
 GK> "static", da▀ man per dhcp immer die gleiche IP bekommt ("static" vs.
 GK> "dynamic" in *D*HCP). Im zweiten Kontext ist "static" der statische
 GK> Setup eine Hosts ganz ohne DHCP.

 Ok, dann macht die gegensфtzliche Angabe Sinn. Ich habe schon
aussprobiert, bei dnsmasq kЎnnen die statischen Adressen auch in der dynamischen
range liegen.

 GK>>> Warum dns vor files?

 KR>> Weil ich die statischen IPs bisher auf allen PCs in die hosts
 KR>> Datei geschrieben habe. Davon mЎchte ich weg und mir einen
 KR>> zentralen Point of Failure einbauen.

 GK> Ah, Du mЎchtest genau das tun, was man eigentlich nicht haben will,
 GK> verstehe. ;-)

 Habe gerade nochmal in andere Distributionen gesehen, die haben zwar
auch files dns, aber dann in hosts nur die localhosts. Hm, kann man
localhost auch №ber dns auflЎsen lassen? ;-)

 GK> Eigentlich geht man immer davon aus, da▀ die lokalen Eintrфge in
 GK> /etc/hosts die aus dem Netz №berschreiben. Auch beim Ausfall des DNS
 GK> macht das eher ─rger, weil die DNS-Abfragen erst in ein Timeout
 GK> `reinlaufen m№ssen (mehrere Sekunden), bevor die nфchste Quelle
 GK> gefragt wird.

Dann stelle ich das mal zur№ck bis ich Zeit zum ausprobieren habe.

 Heute habe ich daf№r in den Sourcen von openWRT endlich den Grund
meines Fehlers in der dyndns Config gefunden. Ich hatte mir einen neuen
Provider in das Dropdown Menu gebastelt, welcher zwar per manueller URL
funktioniert hat, aber in dem internen openWRT script nicht funktioniert hat. Ich
hatte "mitgedacht" und einen zweiten Eintrag f№r https gebaut, aber das
script hat bereits durch den Haken bei https verwenden mittels sed aus dem
http ein https gemacht.

Tschuess

Kai

--- GoldED+/LNX 1.1.4.7
 * Origin: `back quotes` execute command (2:240/77)
SEEN-BY: 50/109 221/1 240/12 77 502 1120 1254
1512 1634 2188 4075 5234 5411
SEEN-BY: 240/5413 5824 5832 5853 5890 6309 8001
8002 8005 8010 8050 9190
SEEN-BY: 280/5003 301/1 310/31 313/41 341/66 371/0
2432/390 2448/1021
SEEN-BY: 2454/119 2490/3045 5001/100 5019/40
5020/715 848 1042 4441 12000
SEEN-BY: 5030/49 1081 5058/104 5061/133 5075/128
5083/1
@PATH: 240/77 5832 1120 5020/1042 4441