Hi,
Genau, nur umgekehrt, der BELKIN hat die 192.168.0.144 vom Dlink bezogen Und mein Rechner hat die 192.168.2.x
Häh, wieso umgekehrt?
Wenn Dlink und Belkin per Kabel verbunden sind und der Dlink das Netzwerksegment 192.168.0.0 hat, dann muss der Belkin auf der LAN Schnittstelle auch eine Adresse im Segment 192.168.0.0 haben.
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
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
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
Soll das heißen, dass durch Absetzen eines ping plötzlich der Netzwerk Zugriff funktioniert? Woanders schreibst Du es funktioniert erst nach einem "rcnetwork restart".
Ja, zuerst war es so dass gar nichts ging nach einem Neustart => rcnetwork restart. Danach war der Zugriff aufs Netz zufallsabhängig mal gelang es eine Seite zu laden mal nicht, mal hat Kmail Mails abgeholt mal nicht. Dann der Versuch mit dem Ping und auf einmal funzte alles wie es sollte. Deswegen beim letzten Neustart der Versuch mit dem Ping um zu sehen ob das was bringt, und siehe da, alles läuft bisher gut.
Gibt das einen Hinweis auf die Stelle wo das Problem herkommt?
Wenn es nicht mit den obigen Ungereimtheiten zusammen hängt, könnte es noch sein, dass die WLAN Schnittstellen Deiner Clients nicht rechtzeitig initialisiert werden.
Findest Du Hinweise in /var/log/messages?
pr 19 13:34:23 dharma kernel: [14465.537111] ACPI Exception: AE_NOT_FOUND, while evaluating GPE method [_L0E] 20090521 evgpe-568 Apr 19 13:34:23 dharma kernel: [14465.537175] ACPI Error (psargs-0359): [\_SB_.PCI0.USB0] Namespace lookup failure, AE_NOT_FOUND Apr 19 13:34:23 dharma kernel: [14465.537196] ACPI Error (psparse-0537): Method parse/execution failed [\_GPE._L0E] (Node f6c3bf18), AE_NOT_FOUND Apr 19 13:34:23 dharma kernel: [14465.537220] ACPI Exception: AE_NOT_FOUND, while evaluating GPE method [_L0E] 20090521 evgpe-568 Apr 19 13:34:23 dharma kernel: [14465.537268] ACPI Error (psargs-0359): Die /var/log/messages ist voll mit sowas. Woher kommt das denn? desweiteren fand ich dies: Apr 19 09:35:20 dharma avahi-daemon[6097]: Withdrawing address record for 192.168.2.2 on eth0. Apr 19 09:35:20 dharma avahi-daemon[6097]: Leaving mDNS multicast group on interface eth0.IPv4 with address 192.168.2.2. Apr 19 09:35:20 dharma avahi-daemon[6097]: Interface eth0.IPv4 no longer relevant for mDNS. Apr 19 09:35:21 dharma dhcpcd[2936]: eth0: trying to use old lease in `/var/lib/dhcpcd/dhcpcd-eth0.info' Apr 19 09:35:21 dharma dhcpcd[2936]: eth0: adding IP address 192.168.2.2/24 Apr 19 09:35:21 dharma dhcpcd[2936]: eth0: adding default route via 192.168.2.1 metric 0 Apr 19 09:35:21 dharma avahi-daemon[6097]: Joining mDNS multicast group on interface eth0.IPv4 with address 192.168.2.2. Apr 19 09:35:21 dharma avahi-daemon[6097]: New relevant interface eth0.IPv4 for mDNS. Apr 19 09:35:21 dharma avahi-daemon[6097]: Registering new address record for 192.168.2.2 on eth0.IPv4. Apr 19 09:35:21 dharma ifdown: eth0 device: Silicon Integrated Systems [SiS] SiS900 PCI Fast Ethernet (rev 91) Apr 19 09:35:21 dharma ifup: eth0 device: Silicon Integrated Systems [SiS] SiS900 PCI Fast Ethernet (rev 91) Apr 19 09:35:22 dharma dhcpcd[2936]: eth0: renewing lease of 192.168.2.2 Apr 19 09:35:22 dharma dhcpcd[2936]: eth0: lost lease, attemping to rebind Apr 19 09:35:22 dharma dhcpcd[2936]: eth0: lost lease Apr 19 09:35:22 dharma dhcpcd[2936]: eth0: removing default route via 192.168.2.1 metric 0 Apr 19 09:35:22 dharma dhcpcd[2936]: eth0: removing IP address 192.168.2.2/24 Hilft das? Gruß Karl -- 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