Hallo,

> die Accesspoints müssen  - meines Wissens eigentlich gar keine
> IP-Adresse bekommen,

.. doch, man will sie doch mal Warten können.

> aber wenn schon, dann im Netz 192.168.0.0/24, also
> wie du es oben schreibst. Definitv *nicht* in 172.16.16.x.

sei müssen nicht im 192.168.0.0 Netz sein: das bringt nämlich das
Problem mit, dass man die da verwendeten IPs im dhcp des coova ausnehmen
muß.
Sie dürfen nicht 172.16.16.0/24 haben: da wir schon ein Netz haben, das
172.16.16.x hat.
Meine haben 172.16.18.x
Will ich sie warten, hänge ich mein Laptop ins VLAN der APs und gebe ihm
von Hand eine IP in 172.16.18.x: dann komme ich an die APs: das stört
dann nicht einmal den WLAN Betrieb.

> Eigentlich sind die AP aber dumm und leiten den Traffic nur durch. Du
> wirst also nicht drum rum kommen, jeden Accesspoint neu zu konfigurieren.

ja: muß sein .. oder du änderst das NEtz zwischen IPFire und Coova ..
aber davon würde ich abraten.

> Der CoovaChili stellt den DHCP-Server für das 192.168.-Netz, d.h. die
> WLAN Clients machen DHCP und bekommen eine Adresse daraus vom Coova.

das müssen sie, sonst funktioniert das Capturing Portal nicht.

> 
> Dass in der Anleitung 192.168.99. steht ist wiederum unglücklich. Bei
> mir hat das auch nur automatisch ein 192.168.0.0-Netz erzeugt.
> Das Bild sollte also bei "99" durch "0" ersetzt hochgeladen werden.

es gibt noch inen Grund, weswegen das unglücklich ist: oft haben die
Leute in ihrem Router 192.168.1.x oder 192.168.2.x als Netz: beide
liegen im Coovanetz.
Das kann zu Nebenwirkungen führen.
In so einem Fall sollte man lieber 172.19.x.y nehmen: dann ist man da raus.

Viele Grüße

Holger

-- 
Mein öffentlicher PGP-key ist hier hinterlegt: pool.sks-keyservers.net
_______________________________________________
linuxmuster-user mailing list
[email protected]
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

Antwort per Email an