<gelöst> Frage zu WLAN (Router + Bridge)

Für die Wlan-Verbindung eine Bridge zu benutzen finde ich recht aufwendig, ein PCI/USB Wlan-Adapter als eth1 würde da auch reichen.
Eigentlich sollte das alles bei dir funktionieren, da du den Router pingen kannst, läuft das schon mal soweit. Evtl. antwortet dein PC nicht, weil da ne Firewall ICMP-Requests blockt?
Merkwürdig ist allerdings, das die Bridge vom PC aus nicht antwortet.

Um den Router fürs Internet nutzen zu können fehlt da noch ein
route add default gw 192.168.0.1

mfg
pidel

Das mit der Netzmaske etc. fiel mir nach dem Absenden auch auf, daher hab ichs wieder rausgenommen, aber da warst du wohl schneller...

Aufwand ist relativ, eine Bridge
- ist teurer
- kann zu deinen Routing-problemem führen
ein zusätzlicher Netzwerkadapter
- muss ein-/angebaut werden
- und dann noch konfiguriert
Zwei Netzwerkkarten erfordern, wenn Sie beide angeschlossen sind, zumindest ein grundlegendes Verständnis von Netzwerken und deren Konfiguration.

Die Bridge sollte eigentlich alles was vom vdr kommt direkt weiterleiten, was sie ja im Fall des Pings an den Router auch tut.
Es wäre jetzt interessant zu sehen, wo der Ping zum PC versandet, sprich: leitet die Bridge ihn weiter und der Router blockt? Will der PC nicht antworten?
Ebenso andersherum, damit der Router den Ping an deinen vdr weiterleitet muss er erstmal wissen, das ein Gerät mit der IP über die Wlan Schnittstelle erreichbar ist (Stichwort ARP-Cache), wenn du vorher von der anderen Seite (also vom vdr aus) pingst sollte er das wissen, da du aber nichtmal die Bridge pingen kannst scheint der Router die Pakete nicht weiterzuleiten.

Da du derzeit keinen Netzanschluss am Router hast würde ich dir raten, ALLE beteiligten Firewalls abzuschalten (bis auf die Bridge haben wohl alle Geräte eine) und dann nochmal hin und her zu pingen.
Vielleicht bringt das neue Erkenntnisse.

mfg
pidel

Ich geh mal davon aus, das dein PC unter Windows läuft, wenns Windows 2000 oder XP ist, gib mal auf der Eingabeaufforderung ein:
tracert 192.168.0.5
und poste die Ausgabe.
Alternativ unter Linux (und vom vdr aus)
traceroute 192.168.0.1
bzw
traceroute 192.168.0.2

mfg
pidel

Es gibt Router, die standardmässig das WLAN und kabelgebundene Netz voneinander trennen. Man kann dann zwar jeweils bis zum Router und ins Internet, aber nicht auf das jeweils andere Medium zugreifen.

Such mal in den Einstellungen des Routers nach 'WLAN isolieren' oder ähnliches.

Zitat

Original von Homer Simpson
Das wollte ich gleich mal hier posten, aber das ging dann nimmer. Weil der www.vdr-portal.de dann nimmer gefunden wurde.

Klar, der versucht dann ja auch über den Router ins Internet zu gehen. Die ppp-Schnittstelle ist zweitrangig, wird also erst verwendet wenn über eth0 die Verbindung gemäß der Netzmaske / DNS-Auflösung nicht aufgebaut werden kann.

Zitat

Code

cookie:~# traceroute 192.168.0.2
traceroute to 192.168.0.2 (192.168.0.2), 30 hops max, 38 byte packets
 1  192.168.0.2 (192.168.0.2)  2.823 ms  1.983 ms  3.707 ms

Hä?? Ein hop? Wie dies??

Das ist schon ok, Router und Bridge leiten die Pakete ohne Headerveränderung und ohne SYN/ACK weiter. Mein Laptop hier hängt über nen Wlan-Router am LAN, das geht über nen zweiten WLAN Router auf nen dritten Router und dann ins Netz (bei Bedarf erklär ich mal, wieso ich das so kompliziert gebaut habe ), beim tracen erscheinen nur Router 2 und 3 weil da das Subnetz geändert wird.

Zitat

Ja, da staun ich jetzt aber! Wieso geht das plötzlich??

Da probier ich doch mal den umgekehrten Weg, also vom PC aus den vdr zu erreichen.

Ein tracert auf den vdr liefert 2 Hops:
Erst den Router 192.168.0.1
Dann ist er schon auf vdr 192.1.0.5

(Kann das nicht pasten, weil ich Tastatur und Bildschirm umstecken muß)

Der ping geht auch. Einfach so. Ich hab ja nix gemacht! Tss, egal. Es geht jedenfalls.

Alles anzeigen

Ich tippe immer noch auf ARP-Cache. Interessant wird´s, wenn die Geräte, speziell Router und Bridge, mal neu gestartet werden.

Zitat

Aber jetzt hab ich doch noch eine Frage: Wieso steht hier die Route in's Netz 192.168.0.0 zwei Mal drin?

Liegt evtl. am ppp Interface, vielleicht setzen sowohl eth0 als auch ppp0 beim starten diese Route, schau mal, was drin steht nachdem du
ifconfig ppp0 down
oder
ifconfig eth0 down
aufgerufen hast. Das solltest du allerdings nicht tun, wenn du per ssh auf dem vdr bist

Zitat

Thanx alot
Peter

aber gernde doch
pidel

Also:
Nachdem du die Route gesetzt hast, hat der vdr bzw. du aufs Netzwerk zugegriffen.
Der ARP-Cache im Router speichert, welche MAC-Adresse (die ist hardwareseitig, einmalig und ohne Aufwand nicht änderbar, dient dazu, die Netzwerkgeräte auf Hardwareebene anzusprechen) zu welcher IP-Adresse gehört und wo die Geräte erreichbar sind.
Ein Beispiel:
Rechner 192.168.0.5 hängt an Switch A, agiert ein wenig im Netz.
Dann steckt man diesen Rechner an Switch B. Jetzt kann es dazu kommen, das die Netzwerkpakete an Switch A geleitet werden,weil die ARP-Caches noch nicht mitbekommen haben, das der Rechner jetzt woanders ist.

Der Ärger sollte sich spätestens mit deiner DSL-Leitung erledigt habe, da du dann die default Route über den Router sowieso setzen muss, d.h. der vdr greift sowieso öfter darauf zu.

Mit dem Reboot erledigst du zwar die ifdown-Befehle, aber beim Starten werden beide Interfaces auch wieder gestartet. Interessant wäre, was passiert wenn du nur jeweils eines davon abschaltest (das passiert bei ifconfig ... down), wenn die Route von beiden interfaces gesetzt wird steht sie eben doppelt drin.
Vielleicht ist´s auch der ppp-Daemon den du für die Einwahl (noch) brauchst. Eigentlich dürfte das aber kein Problem ergeben, wenn der vdr eine Netzwerkanfrage macht, schaut er in die Routingtabelle und geht von oben nach unten durch, bis ein Eintrag passt. So wird also immer der erste Eintrag aufgerufen.

Bin mal gespannt, was passiert wenn Router + Bridge mal vom Strom getrennt werden.

Edit:
Die statischen Routen helfen dir nicht weiter, die sind für LAN-an-LAN Kopplung bzw. Tunneln gedacht.

mfg
pidel

Feste IPs helfen nicht, der ARP-Cache speichert MAC-Adressen, nach einiger Zeit Inaktivität fallen die Geräte da raus. Und auf die Einträge hast du keinen Einfluß, die werden durch den laufenden Netzwerk-Verkehr erzeugt.
Soweit ich das Reference Manual zum Netgear WGE101 verstanden aheb kannst du hinter der Bridge eh nicht mit DHCP arbeiten...
Generell arbeite ich mit dauernd im Netzwerk aktiven Geräten gerne mit DHCP + fest vergebenen Leases, d.h. mein vdr bezieht seine Adresse zwar per DHCP, erhält aber immer dieselbe IP. Ob dein Router das kann/unterstützt kann dir nur die Doku sagen.

Eine Möglichkeit, das Problem zu umgehen (wenn es bestehen bleibt):
Schreib ein kleines Skript:

#!/bin/bash
route add default gw 192.168.0.1
ping -c 1 192.168.0.1
route del default

und lass das den vdr beim systemstart, zur not regelmäßig per cron ausführen.
Dass -c 1 beim ping heißt: nur 1 Paket schicken, damit hast du den Router gezwungen, den Cache zu setzen. Evtl. mußt du zusätzlich noch den PC pingen, falls der Router sich sonst nicht überreden läßt.

RIP heißt Router Information Protocol und dient dazu, das Router und andere auf diese Nachrichten lauschende Geräte sich darüber austauschen, welches Netzwerk über welchen Weg erreichbar ist, hier geht es aber um Subnetze und nicht einzelne Rechner.
Ein Beispiel:
Du benutzt IPs im Subnetz 192.168.0.0, das ist ein Klasse D Netz, daher die Subnetzmaske 255.255.255.0, genauer:
Mit der Subnetzmaske gibst du an, welche Stellen für dein Subnetz relevant sind, 255.255.255.0 bedeutet: nur die letzte Stelle ist relevant, d.h. 254 IP Adressen im Netz, alles andere ist extern, wird also über den default gateway angesprochen.
Jetzt könnte in diesem Netz ein Router mit der IP 192.168.0.15 über RIP anderen Geräten, insbesondere Routern, kundtun, das über ihn das Netz 192.168.42.0 erreichbar ist, also leitet der Router 192.168.0.1, den alle Geräte aus 192.168.0.0 ansprechen, wenn eine Anfrage nicht an 192.168.0.xxx gehen, eine Anfrage an 192.168.42.xxx an 192.168.0.15 weiter. (Schafft es jemand, mehr Nebensätze unterzubringen? Oder anders gefragt, war das verständlich?)
Damit sowas automatisch funktioniert gibt es RIP. Für deinen Fall ist RIP aber völlig uninteressant.

mfg
pidel

Aber gerne doch, wir Fischköppe helfen doch jedem

Edit: das habe ich eigentlich nur geschrieben, um
a) endlich mal den verstecken-smiley auszuprobieren
und
b) das so wunderbar spass macht den nord-süd-konflikt zu schüren, also

mfg
pidel

Hmmm. Eigentlich hast du alles richtig gemacht, ich geh mal davon aus, das der Laptop die Schnittstelle auch aktiviert, sobald du das Kabel reinsteckst.
Der vdr sollte eigentlich auch sofort eth0 starten, wenn da ein Kabel angeschlossen wird.
Hat der vdr eine fest eingestellte IP? Oder DHCP?
Wenn DHCP legt er sich nämlich, da kein DHCP-Server vorhanden, eine IP aus 169.xxx... zu, die ist für solche Fälle reserviert. Wenn er ganz muksch ist, macht er nicht mal das.
Da hülfe dann nur Moni + Tastatur anschließen, vom Netz aus kommst du da nicht drauf.

mfg
pidel

Dann sollte er die Netzwerkschnittstelle eigentlich immer starten...
Hast du an den Netzwerkkarten evtl. Link-LEDs, die aufleuchten, sobald Netzwerk da ist? Das ist immerhin schon mal ein Hinweis, ob der reagiert.

mfg
pidel