Am Dienstag, 19. April 2011 18:52 schrieb Karl Sinn:
Auf der LAN Schnittstelle des Dlink, was ja die WLAN Schnittstelle des BELKIN ist, genau die 192.168.0.144 wurde von dem Belkin per DHCP vom DLink bezogen
Nein Du wirfst hier kabelgebundene und drahtlose Schnittstellen zusammen. Dein Belkin hat 1. eine kabelgebundene Schnittstelle. Das ist Deine Verbindung zum Dlink. 2. eine drahtlose Schnittstelle. Das ist Deine Verbindung über die Antenne durch den Äther zu Deinen Clients. Das sind zwei verschiedene Schnittstelle mit jeweils einer eigenen eindeutigen MAc Adresse. Beide Schnittstellen haben eine eigene IP Adresse und diese in Deinem Fall noch aus verschiedenen Segmenten.
Wenn Deine Clients auf der WLAN Schnittstelle Adressen aus dem Segment 192.168.2.0 haben, dann muss der Belkin auf der WLAN Schnittstelle auch eine Adresse aus dem 2'er Segment haben.
Wahrscheinlich drücke ich mich nur irgendwie unklar aus.
DLink = mit dem ISP verbunden, seine interne IP= 192.168.0.1 Belkin = mit dem Dlink verbunden, zum Dlink hin IP = 192.168.0.144, intern verteilt er die IP-Adressen an meinen Rechner und hat die 192.168.2.1 Mein Rechner hat die 192.168.2.2 und bezieht sie per DHCP vom Belkin
Von wem bekommen denn die Clients ihre Netzwerk Konfiguration? Statisch? Wenn DHCP, von wem?
von dem Belkin
Das ist ganz schlecht. Damit ist Dein Belkin gleichzeitig DHCP Server und DHCP Client. Verschlimmert wird das ganze noch dadurch, dass der Belkin noch zwischen zwei lokalen Segmenten routen soll. 1. Weiß Dein Dlink, dass Der Belkin Router für das 192.168.2.0 Segment ist? Ich behaupte mal "Nein", da der Belkin DHCP Client vom Dlink ist. In dem Fall _können_ keine Antworten bei Deinen Clients ankommen. 2. Ist es wirklich erforderlich, Dein Netzwerk in zwei Segmente aufzuteilen? Ich behaupte mal nein. Mein Vorschlag: 2.1. Der Belkin bekommt eine statische IP, die nicht aus dem Pool ist, den der Dlink per DHCP verteilt und 2.2. Der Belkin wird als reiner Accesspoint konfiguriert. Dann erhält der Dlink die DHCP Broadcasts Deiner Clients direkt und weist Ihnen Adressen aus dem 192.168.0.0 Segment zu.
Allerdings wundert es mich immer noch, dass angeblich sporadisch eine Verbindung besteht.
tja... Seit ich dem Tip von Andre folgend den Ping eine Weile hab laufen lassen funktioniert alles normal. Allerdings funtionierte es erst nicht nach einem Neustart => ping => es funktioniert wieder
Ist zwar verwunderlich, aber siehe unten
[...] Apr 19 09:35:22 dharma dhcpcd[2936]: eth0: removing IP address 192.168.2.2/24
eth0? Sind Deine Clients auch per Kabel verbunden? Wenn "ja", womit? Grüße Ralf -- Antworten bitte nur in die Mailingliste! PMs bitte an: listpm (@) arndt-de (.) eu -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org