Hi jonny! > mindestens 40 mails wegen coova etc stehn noch auf meiner ungelesen > liste. ich komme momentan mal wieder nicht nach :) *lach* ... aber nicht alles meine, oder?? :)
> die gute nachricht: den kann man steuern. > die schlechte nachricht: den kann man steuern. > :-) Ja ... ich sehe schon: Es *ist* kompliziert ... Aber ist es wirklich *SO* kompliziert wie du schreibst?? Mittlerweile habe ich diese eMail entdeckt: http://www.chillispot.org/chilliforum/topic425-chillispot-configuration-chilli-dhcp-range.html Würde das nicht schon reichen? Es ist natürlich so, dass ein Client, der sich selbst einfach eine feste IP vergibt (bei mir der Unifi-Controller (VM)) in dem "violetten" Netz nichts kann/darf (wäre ja auch zu einfach gewesen). Von daher muss das schon der Coovachilli übernehmen. Ich habe die Optionen noch nicht ausprobiert ... und nach deiner letzten Mail vergeht mir auch allmählich die Lust :) Allerdings hat man schon ein paar Probleme mit dem Controller, wenn man den ständig auf DHCP läßt!? mFi hat vorhin schon wieder die Verbindung verloren.... Dann aber noch etwas: Ich habe eine eMail erhalten, mit der Meldung, dass 172.11.0.0 keine privaten IPs sind sondern aus dem öffentlichen Pool stammen, was zu Problemen führen kann! Ich habe allerdings an der Grundkonfiguration daaaamals nichts geändert, sondern alles so übernommen, wie es hier steht: https://www.linuxmuster.net/wiki/dokumentation:addons:linuxmuster-chillispot:konfiguration Ist da ein Fehler in der Beschreibung? Oder setzt der CoovaChilli --> IPFire die 172.11er Adressen erfolgreich selbst auf 172.16.16.x um, so dass das nach außen nichts macht??? > chilli ist ein radius nas. das zuweisen er festen ip geschieht also über > den raduis server. Ich habe bereits erfolglos ganz /etc/ nach allen möglichen Buzzwords durchsucht... Es wird offenbar fast alles über /etc/chilli/config eingestellt?!? > du lässt das netzsegment wie es ist. > du beschneidest den dhcp pool, sodass er zb nur adressen bis 250 vergibt. Das habe ich schon gemacht: dhcpstart=100 läßt den DHCP-Bereich erfolgreich erst ab .100 beginnen! Ich dachte, dass ich evtl Glück haben kann, wenn ich nun sowas einbaue wie: # 30 statische Adressen von 172.11.0.1 bis .30 -- # keine Überlappung mit dynip?? HS_STATIP=172.11.0.0/27 Wie gesagt -- ausprobiert habe ich das noch nicht ... zumal dann ja im Prinzip auch ein findiger Client/Schüler eine dieser festen IPs übernehmen könnte und sich so Zugang "erschleichen" könnte??!? Wenn dieser Ansatz also nix taugt, sag' Bescheid :) > bei deinem mehr als üppigen pool von 65000 gleichzeitigen clients, > kannst du ihm auch gerne ein ganzes c netz spendieren :) Wie gesagt: Vgl. Anleitung im linuxmuster-Wiki! Da steht 172.11.0.0 voreingestellt... daher nochmal die Frage: Fehler??? > du führst eine neue radius gruppe ein, in der du den service type auf > framed-user setzt. .... puh, das ist mir zu kompliziert.... not now :) Michael -- Systemdaten: ============ - virtualisiert mit Proxmox 2.3 - linuxmuster.net 6.0.46 - IPFire 2.15 - Linbo 2.1.10-0 - Ubuntu 14.04 Clients (trusty714-Vorlage) - leoclient1 mit WinXP im offline-Modus - Moodle 2.7.8 (extern mit LDAPS und openLML-Modul) - WLAN: Unifi-APs (UAP-AC) am CoovaChilli - Info-Boards: tabula.info Server + RasPi-Clients _______________________________________________ linuxmuster-user mailing list [email protected] https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
