Ich hoffe, dass ich das Problem einigermaßen verständlich erläutern kann. Die Situation ist folgende: Ich bekommen ein WLAN-Signal von einem 200m entfernten Access-Point, der mir die IP per DHCP zukommen lässt. Dieses Signal erreicht mich über eine Antenne an wlan0. Konfiguration von wlan0: ESSID =wlan, IP und Subnetzmaske per DHCP (in Yast eingestellt) Ich bekomme dann ein Subnetz und eine IP via DHCP zugewiesen. Der Rechner soll als Router fungieren. An eth0 ist über ein Netzwerkkabel ein Access-Point angeschlossen, der mehrere Clients versorgen soll. Konfiguration des Access-Points: statische IPs, Subnetz 255.255.255.0 (ein anderes als das DHCP-zugewiesene) Bei den Clients sind statische IPs eingerichtet und sie können problemfrei miteinander kommunizieren. Das Problem: beim Start des Netzwerkes versucht die Antenne an wlan0 den DHCP-Server zu erreichen und spricht dabei nur _meinen_ Access-Point an, statt den 200m entfernten, der es sein soll. Natürlich bekommt wlan0 dann keine IP. Wenn der Netzstecker von meinem Access-Point gezogen ist, so funktioniert das DHCP zum entfernten Access-Point, sowie mein AP Netz hat, schlägt DHCP fehl, obwohl in meinem AP eindeutig _kein_ DHCP aktiviert ist... Nun ist es also so, dass ich das Netz zum laufen bekomme, wenn der AP kein Netz hat, ich dann nach dem DHCP dem AP Saft gebe und einige Minuten ein stabiles Netz habe. Nach der halben Lease-Time will der DHCP einen refresh machen. Dann bricht das Netz zum entfernten AP zusammen, da er wieder versucht, die IP von _meinem_ AP zu bekommen... Kann ich wlan0 irgendwie sagen, dass es unter KEINEN Umständen mit meinem AP kommunizieren soll? Gibt es da vielleich so eine Art Blacklist o.ä.? Oder gibt es evtl. einen anderen Lösungsansatz? Danke für jede Hilfe. -- best regards, kuDDel Stephan Chudowski
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Stephan, hallo Liste, ich hatte gerade die Idee, dass man die Probleme doch eventuell auf über die Verschlüsselung regeln könnte. Man richtet auf den beiden APs Verschlüsselung mit unterschiedlichen Schlüssel ein, und gibt dem Server/Router nur den Key für den entfernten AP. Somit müsste der nahe AP einfach gesperrt sein und auf den entfernten AP ausgewichen werden. Nis - -- "We are the Borg. Lower your shields and surrender your ships. We will add your biological and technological distinctiveness to our own. Your culture will adapt to service us. Resistance is futile. We are the Borg." Registered Linux User #356067 http://counter.li.org -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFA//m702aqdWr8/f4RAj8xAJkBEQqRRlcQX2Rb1Tw7fk77v7JaQwCghrUa eyWyXvUr106oirEyGMshFFA= =wx3H -----END PGP SIGNATURE-----
participants (2)
-
Nis Börge Wechselberg
-
Stephan Chudowski