Hi. Sorry, wenn diese Antwort nicht richtig einsortiert wird. Kam vom Smartphone...
> deshalb nutzt auch das löschen der leases datei auf dem server nichts. > auch der client speichert seine letzte ip ab... Ja, OK. Ich hatte aber gehofft, dass der letzte Eintrag auf *beiden* Seiten gelöscht ist, wenn ich auf dem client die Datei /var/lib/DHCP/....leases lösche und auf dem Server mit "chilli_query dhcp-release <mac>" ebenfalls den Eintrag lösche?! Das scheint jedenfalls nicht auszurichten, da häufig trotzdem noch die gleiche IP wie beim letzten Mal ausgehandelt wird. Irgendwo anders muss es offenbar noch stehen.... Nur wo?? > dhcp geht so: Danke. So hatte ich es mit auch vorgestellt :) > irgendwie hat dein client also mal ne andre ip als seine statische > erhalten und fordert diese nun als erstes mal vom server. > dein dhcp server scheint nun zuerst in seinen dyn pool zu schauen, statt > zu sehen, daß diese mac eigentlich eine statische ip erhalten soll. Ganz genau .... nur wo steckt der Fehler bzw wie kann man durch die Reihenfolge eine Priorität festlegen? Muss z.B. HS_staticIP vor oder hinter dem anderen Eintrag auftauchen oder ist das egal??? Ich habe darüber leider nirgendwo etwas gefunden... > also stimmt m.e. die reihenfolge von >macauth / userauth prüfung nicht... Macauth funktioniert zuverlässig. Was ist, wenn ich dem Client, der unbedingt eine statische Adresse erhalten soll (Unifi Controller!) unter /etc/network/interfaces mitteile, dass er eine statische IP hat? Dann stellt er offenbar keine DHCP-Anfrage mehr ... aber klappt Macauth/Netzzugriff dann noch?!?? Und zuletzt nochmal: wie sieht das mit den überlappenden Adressbereiche und der Meldung von chilli aus? Welches Vorgehen ist da richtig? Blöd, dass die Doku das imho nicht hergibt.... Michael _______________________________________________ linuxmuster-user mailing list [email protected] https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
