16114
05.03.2006, aktualisiert am 07.03.2006
8066
7
0
PC ueber Switch mit anderem PC verbinden der Internetverbindungsfreigabe besitzt
Ich bin per WLAN über ein AccessPoint mit nem DSL-Router verbunden... zwei andere PC sollen über einen Switch mit dem PC mit der WLAN-Karte ins Internet kommen...
Nochmal zum Aufbau:
WLAN-PC
IP WLAN - 192.168.1.14
SM - 255.255.255.0
GW - 192.168.1.1
DNS - 192.168.1.1
IP NIC - 192.168.0.1 (wg. Internetverbindungsfreigabe so festgelegt)
SM - 255.255.255.0
--> per Crossoverkabel zum Switch verbunden (DLINK DES-1008B)
1. PC
IP NIC - 192.168.0.10
SM - 255.255.255.0
GW - 192.168.0.1
DNS - 192.168.0.1
--> per Patchkabel zum Switch verbunden (DLINK DES-1008B)
2. PC
IP NIC - 192.168.1.11
SM - 255.255.255.0
GW - 192.168.1.1
DNS - 192.168.1.1
--> per Patchkabel zum Switch verbunden (DLINK DES-1008B)
Auf dem WLAN-PC ist die ICS (Internetverbindungsfreigabe) freigeschaltet und eingerichtet...
Wenn ich PC1 direkt per Crossoverkabel mit dem WLAN-PC verbinde, dann geht das Internet..
Wenn ich es aber über den Switch versuche, dann bekomme ich keine Verbindung...
Es sendet zwar Pakete, aber er empfängt keine...
Gleiches Problem auf PC2..
Ich häng schon seit 6 Stunden dran und weiß langsam nicht mehr weiter...
Der scheint unmanaged zu sein... aber er verteilt die IP per DHCP...
Gruß,
Sascha
Nochmal zum Aufbau:
WLAN-PC
IP WLAN - 192.168.1.14
SM - 255.255.255.0
GW - 192.168.1.1
DNS - 192.168.1.1
IP NIC - 192.168.0.1 (wg. Internetverbindungsfreigabe so festgelegt)
SM - 255.255.255.0
--> per Crossoverkabel zum Switch verbunden (DLINK DES-1008B)
1. PC
IP NIC - 192.168.0.10
SM - 255.255.255.0
GW - 192.168.0.1
DNS - 192.168.0.1
--> per Patchkabel zum Switch verbunden (DLINK DES-1008B)
2. PC
IP NIC - 192.168.1.11
SM - 255.255.255.0
GW - 192.168.1.1
DNS - 192.168.1.1
--> per Patchkabel zum Switch verbunden (DLINK DES-1008B)
Auf dem WLAN-PC ist die ICS (Internetverbindungsfreigabe) freigeschaltet und eingerichtet...
Wenn ich PC1 direkt per Crossoverkabel mit dem WLAN-PC verbinde, dann geht das Internet..
Wenn ich es aber über den Switch versuche, dann bekomme ich keine Verbindung...
Es sendet zwar Pakete, aber er empfängt keine...
Gleiches Problem auf PC2..
Ich häng schon seit 6 Stunden dran und weiß langsam nicht mehr weiter...
Der scheint unmanaged zu sein... aber er verteilt die IP per DHCP...
Gruß,
Sascha
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 27420
Url: https://administrator.de/contentid/27420
Ausgedruckt am: 26.11.2024 um 18:11 Uhr
7 Kommentare
Neuester Kommentar
Es handelt sich bei deinem Switch definitiv um einen passiven (UnManaged, laut Herstellerangaben)
In der Regel vergibt ein Switch auch keine IP Adressen, es sei denn er beinhaltet einen DHCP-Server (so z.B. VPN-, bzw. WLAN-Router mit Switch)
Wie du schon richtig erkannt hast, ist das Problem zunächst im Ethernet zu suchen, d.h. die Rechner müssen auf die Ping-Anfragen im LAN antworten (sonst brauchst du gar nicht weitermachen). Grundlegende TCP/IP Kentnisse besitzt du ja anscheinend um soweit systematisch vorzugehen.
Kontrolliere auf jedenfall mal deine Switch auf einwandfreie funktionstüchtigkeit in einem anderem Netz.
In der Regel vergibt ein Switch auch keine IP Adressen, es sei denn er beinhaltet einen DHCP-Server (so z.B. VPN-, bzw. WLAN-Router mit Switch)
Wie du schon richtig erkannt hast, ist das Problem zunächst im Ethernet zu suchen, d.h. die Rechner müssen auf die Ping-Anfragen im LAN antworten (sonst brauchst du gar nicht weitermachen). Grundlegende TCP/IP Kentnisse besitzt du ja anscheinend um soweit systematisch vorzugehen.
Kontrolliere auf jedenfall mal deine Switch auf einwandfreie funktionstüchtigkeit in einem anderem Netz.
Das ist wieder mal das klassische Problem was hier regelmässig auftaucht. ICS funktoniert nur mit Clients aus dem gleichen Netzwerk meines Wissens. Hier hast du aber ein Routing Szenario ! Dein WLAN PC muss zwischen dem WLAN Netz und deinem Ethernet Kupfer Netz routen. Ferner kennt dein DSL-Router das Netz der PCs hinter deinem WLAN Netz nicht und kann somit da auch keine Packete via WLAN PC hinrouten !
So löst du das Problem:
1.) Windows routet (IP forwarding) nicht, da das per default abgeschaltet ist ! Mit einem kleinen Eingriff in die Registry mit regedit bringst du ihm das aber bei:
http://www.microsoft.com/windows2000/de/server/help/default.asp?url=/wi ...
Nun sollten wenigstens Packete durch den Rechner durchgehen. PCs auf dem Kupfer Subnetz musst du entsprechend konfigurieren mit einem default Gateway wie du es schon richtig gemacht hast.
Ich bezweifel aber das dein Windows DNS Packete weiterreicht oder als DNS Proxy arbeitet so das dein DNS Eintrag in PC1 und 2 m.E. falsch ist. Da der DSL-Router aber mit Sicherheit eine DNS Cache Funktion hat solltest du hier die DNS Adresse des D-Links angeben (192.168.1.1) im Zweifelsfalle aber die DNS Adresse deines ISP (findest du auf denen Webseite oder bei Google z.b. 194.25.2.129 für T-Online)
Den Weg dahin kennt der PC ja nun durch die Routingfreigabe.
2.) Nun musst du deinem DSL-Router (am WLAN Segment) noch eine statische Route beibringen, damit der nun auch das 192.168.0.0er Netz kennenlernt. Sonst funktioniert KEIN Ping aus dem 0.0er Netz ins .1.0er (z.B. auf die Adresse des Routers). Aus dem .0.0er Subnetz solltest du jetzt aber mindestens das WLAN Interface des Windows Rechners (die .1.14) pingen können sofern deine Firewall keine ICMP echo Packete filtert !
Auf dem DSL-Router (am WLAN Segment) ist für zusätzliche statische Routen sicher auf der Web Konfigurationsoberfläche ein Menüpunkt. (Billigstsysteme haben das aber meist nicht, dann hast du ein Hardware Problem und musst ggf.den Router tauschen)
Die Syntax ist immer die gleiche: Zielnetz, Maske, next Hop Gateway. Also bei dir muss da sowas wie 192.168.0.0 255.255.255.0 192.168.1.14 rein.
ACHTUNG: Die .1.14 im WLAN sollte nicht per DHCP kommen denn wenn die sich mal ändert landen die Packete für dein Kupfer Segment im Nirwana da der Router diese Adresse als fest voraussetzt !!! Also statisch eintragen und aus der DHCP Range (sofern du DHCP nutzt) des WLAN Routers nehmen, damit er die nicht anderweitig vergeben kann !!!
Dein ungemanagter D-Link Switch ist total passiv, der sollte an dem Szenario gar nicht beteiligt sein. Ein Ping zwischen PC1 und 2 und dem WLAN PC auf der Kupferseite innerhalb des 192.168.0.0er Segments MUSS überall funktionieren (sofern deine FW kein ICMP echo filtert..) sonst hats du ein Kabel oder Switch Problem. (Ggf. Link LEDs des Switches kontrollieren) Du hast nur Endgeräte dran also musst du auch keine Uplink Ports auf dem Switch benutzen, der ist von Natur ausgedreht und den braucht man nur wenn man eine Switch to Switch Verbindung braucht.
Ein reiner Switch kann auch normalerweise kein DHCP oder holt sich Adressen per DHCP, dann wäre er nämlich managebar und hätte mindestens einen seriellen Konsolanschluss ! D-Link macht in der Hauptsache ungemanagte Consumer Switches. Die Spezifikationen
http://www.d-link.de/?go=gNTyP9CgrdFOIC4AStFCF834mptYKO9ZTdvhLPG3yV3oWY ...
sagen auch gar nichts über DHCP und Managebarkeit. Der ist also komplett passiv und schickt nur Packete von A nach B.
So löst du das Problem:
1.) Windows routet (IP forwarding) nicht, da das per default abgeschaltet ist ! Mit einem kleinen Eingriff in die Registry mit regedit bringst du ihm das aber bei:
http://www.microsoft.com/windows2000/de/server/help/default.asp?url=/wi ...
Nun sollten wenigstens Packete durch den Rechner durchgehen. PCs auf dem Kupfer Subnetz musst du entsprechend konfigurieren mit einem default Gateway wie du es schon richtig gemacht hast.
Ich bezweifel aber das dein Windows DNS Packete weiterreicht oder als DNS Proxy arbeitet so das dein DNS Eintrag in PC1 und 2 m.E. falsch ist. Da der DSL-Router aber mit Sicherheit eine DNS Cache Funktion hat solltest du hier die DNS Adresse des D-Links angeben (192.168.1.1) im Zweifelsfalle aber die DNS Adresse deines ISP (findest du auf denen Webseite oder bei Google z.b. 194.25.2.129 für T-Online)
Den Weg dahin kennt der PC ja nun durch die Routingfreigabe.
2.) Nun musst du deinem DSL-Router (am WLAN Segment) noch eine statische Route beibringen, damit der nun auch das 192.168.0.0er Netz kennenlernt. Sonst funktioniert KEIN Ping aus dem 0.0er Netz ins .1.0er (z.B. auf die Adresse des Routers). Aus dem .0.0er Subnetz solltest du jetzt aber mindestens das WLAN Interface des Windows Rechners (die .1.14) pingen können sofern deine Firewall keine ICMP echo Packete filtert !
Auf dem DSL-Router (am WLAN Segment) ist für zusätzliche statische Routen sicher auf der Web Konfigurationsoberfläche ein Menüpunkt. (Billigstsysteme haben das aber meist nicht, dann hast du ein Hardware Problem und musst ggf.den Router tauschen)
Die Syntax ist immer die gleiche: Zielnetz, Maske, next Hop Gateway. Also bei dir muss da sowas wie 192.168.0.0 255.255.255.0 192.168.1.14 rein.
ACHTUNG: Die .1.14 im WLAN sollte nicht per DHCP kommen denn wenn die sich mal ändert landen die Packete für dein Kupfer Segment im Nirwana da der Router diese Adresse als fest voraussetzt !!! Also statisch eintragen und aus der DHCP Range (sofern du DHCP nutzt) des WLAN Routers nehmen, damit er die nicht anderweitig vergeben kann !!!
Dein ungemanagter D-Link Switch ist total passiv, der sollte an dem Szenario gar nicht beteiligt sein. Ein Ping zwischen PC1 und 2 und dem WLAN PC auf der Kupferseite innerhalb des 192.168.0.0er Segments MUSS überall funktionieren (sofern deine FW kein ICMP echo filtert..) sonst hats du ein Kabel oder Switch Problem. (Ggf. Link LEDs des Switches kontrollieren) Du hast nur Endgeräte dran also musst du auch keine Uplink Ports auf dem Switch benutzen, der ist von Natur ausgedreht und den braucht man nur wenn man eine Switch to Switch Verbindung braucht.
Ein reiner Switch kann auch normalerweise kein DHCP oder holt sich Adressen per DHCP, dann wäre er nämlich managebar und hätte mindestens einen seriellen Konsolanschluss ! D-Link macht in der Hauptsache ungemanagte Consumer Switches. Die Spezifikationen
http://www.d-link.de/?go=gNTyP9CgrdFOIC4AStFCF834mptYKO9ZTdvhLPG3yV3oWY ...
sagen auch gar nichts über DHCP und Managebarkeit. Der ist also komplett passiv und schickt nur Packete von A nach B.