Probleme bei WLAN mit zweiter Netzwerkkarte - Versionsgeschichte

Jengelh: markup etc

2007-12-28T23:00:24Z

markup etc

Jengelh: iproute2

2007-12-28T22:59:40Z

iproute2

Jengelh: Etwas lesbarere Schrift

2007-12-28T22:58:34Z

Etwas lesbarere Schrift

TomcatMJ: Stilistische Korrektur(es gibt kein "selber" im deutschen Sprachgebrauch,nur "selbst")

2007-06-12T01:17:09Z

Stilistische Korrektur(es gibt kein "selber" im deutschen Sprachgebrauch,nur "selbst")

Yehudi: interwiki code Links

2007-05-20T17:32:40Z

interwiki code Links

Yehudi: Netzwerk

2007-05-20T17:26:36Z

Netzwerk

Yehudi: /* ifplugd */

2006-09-13T06:41:43Z

‎ifplugd

Yehudi am 13. September 2006 um 06:39 Uhr

2006-09-13T06:39:37Z

Yehudi am 8. September 2006 um 09:18 Uhr

2006-09-08T09:18:48Z

Neue Seite

[[TCP/IP-Netzwerke und Internetzugang]][[Category:TCP/IP]]

@@ Zeile 1: / Zeile 1: @@
 Autor: Martin Breidenbach
-Da das der häufigste Fehler ist und hier regelmäßig gepostet wird mal in gut lesbarer Schrift:
+Da das der häufigste Fehler ist und hier regelmäßig gepostet wird, mal in gut lesbarer Schrift:
 '''Wenn ihr zwei Netzwerkkarten habt und nur eine davon anschließt (z.B. WLAN und kein Kabel in der internen Netzwerkkarte), dann funktioniert das nicht richtig, wenn man beide Karten für das selbe Subnetz konfiguriert hat. Es kann passieren, dass Linux über die nicht-angeschlossene Karte senden will.'''
@@ Zeile 7: / Zeile 7: @@
 ... und weiter im Text ...
-Nur um Missverständnisse zu vermeiden: damit die hier vorgeschlagenen Lösungsansätze Sinn machen muss die WLAN-Karte natürlich bereits korrekt installiert sein. Das Testkriterium ist dass sich der Accesspoint (ggf integriert in DSL-Router) anpingen lässt.
+Nur um Missverständnisse zu vermeiden: damit die hier vorgeschlagenen Lösungsansätze Sinn machen, muss die WLAN-Karte natürlich bereits korrekt installiert sein. Das Testkriterium ist dass sich der Accesspoint (ggf. integriert im DSL-Router) anpingen lässt.
-Beim Einsatz von WLAN-Karten gibt es in Kombination mit einer weiteren (nichtangeschlossenen) Netzwerkkarte regelmäßig Probleme.
+Beim Einsatz von WLAN-Karten gibt es in Kombination mit einer weiteren (nicht angeschlossenen) Netzwerkkarte regelmäßig Probleme.
-Diese äußern sich darin dass zum einen Routing nicht richtig funktioniert und zum anderen der DNS-Server nicht richtig gesetzt wird. Damit kann man meistens im lokalen Netz arbeiten, kommt aber nicht ins Internet.
+Diese äußern sich darin, dass zum einen Routing nicht richtig funktioniert und zum anderen der DNS-Server nicht richtig gesetzt wird. Damit kann man meistens im lokalen Netz arbeiten, kommt aber nicht ins Internet.
-Das übliche Szenario ist ein Laptop mit onboard-Netzwerkkarte und zusätzlicher WLAN-Karte. Diese werden gerne entweder beide im selben IP-Adress-Segment konfiguriert (z.B. eth0 192.168.0.2 wlan0 192.168.0.3) oder beide via DHCP konfiguriert.
+Das übliche Szenario ist ein Laptop mit Onboard-Netzwerkkarte und zusätzlicher WLAN-Karte. Diese werden gerne entweder beide für das selbe Subnetz konfiguriert (z.B. eth0 192.168.0.2, wlan0 192.168.0.3) oder beide via DHCP konfiguriert.
-Dabei passiert es oft dass die Linux die Standardroute über die 'falsche' Karte nehmen will. Um das zu umgehen kann man die nicht benötigte Karte temporär mit
+Dabei passiert es oft, dass die Linux die Standardroute über die 'falsche' Karte nehmen will. Um das zu umgehen, kann man die nicht benötigte Karte temporär mit
   ifdown eth0
 deaktivieren.
-Das Standardgateway kann man manuell mit
+Den Standardgateway kann man manuell mit
   ip r r via 192.168.0.1
-(er)setzen. (Dazu muß man root Rechte haben - ggf su oder kdesu verwenden)
+setzen. (Dazu muß man root-Rechte haben - ggf. ''su'' oder ''kdesu'' verwenden)
-(Bitte 'eth0' und '192.168.0.1' durch die richtigen Werte ersetzen).
+(Bitte <code>eth0</code> und <code>192.168.0.1</code> durch die richtigen Werte ersetzen).
-Dann gibt es noch ein Problem mit DNS wenn beide Karten auf DHCP konfiguriert sind. Dann passiert es dass nur einer der beiden DHCP-Clients Schreibrechte auf die /etc/resolv.conf bekommt und das ist dann oft der falsche. Damit kann er dann den mittels DHCP übermittelten DNS-Server nicht eintragen. Es gibt dazu auch einen Eintrag in der SuSE Supportdatenbank:
+Dann gibt es noch ein Problem mit DNS, wenn beide Karten auf DHCP konfiguriert sind. Dann passiert es, dass nur einer der beiden DHCP-Clients Schreibrechte auf die <code>/etc/resolv.conf</code> bekommt und das ist dann oft der falsche. Damit kann er dann den mittels DHCP übermittelten DNS-Server nicht eintragen. Es gibt dazu auch einen Eintrag in der SuSE-Supportdatenbank:
 [[o:SDB:Mehrere DHCP-Clients gleichzeitig: Namensaufloesung funktioniert nicht|Mehrere DHCP-Clients gleichzeitig: Namensaufloesung funktioniert nicht]]
 == Standardgateway überprüfen ==
 Die Einstellungen für das Standardgateway kann man mit dem Befehl
   ip r
 überprüfen.
@@ Zeile 53: / Zeile 50: @@
   cat /etc/resolv.conf
 überprüfen.
@@ Zeile 60: / Zeile 56: @@
   nameserver 192.168.0.1
 Hier noch Links zu zwei Tools die eine automatische Umkonfiguration der Netzwerkeinstellungen ermöglichen sollen (ich habe sie selbst noch nicht getestet):
 == Quickswitch ==

@@ Zeile 24: / Zeile 24: @@
 Das Standardgateway kann man manuell mit
-  route add default gw 192.168.0.1
+  ip r r via 192.168.0.1
+(er)setzen. (Dazu muß man root Rechte haben - ggf su oder kdesu verwenden)
 (Bitte 'eth0' und '192.168.0.1' durch die richtigen Werte ersetzen).
@@ Zeile 40: / Zeile 39: @@
 Die Einstellungen für das Standardgateway kann man mit dem Befehl
-  route
+  ip r
@@ Zeile 47: / Zeile 46: @@
 Die Zeile mit dem Standardgateway sollte in etwa so aussehen:
-  default   192.168.0.1   0.0.0.0   UG   0   0   0   wlan0
+  default via 192.168.0.1 dev wlan0
 == DNS-Server-Einstellungen überprüfen ==

@@ Zeile 3: / Zeile 3: @@
 Da das der häufigste Fehler ist und hier regelmäßig gepostet wird mal in gut lesbarer Schrift:
-WENN IHR ZWEI NETZWERKKARTEN HABT UND NUR EINE DAVON ANSCHLIESST (ZUM BEISPIEL WLAN UND KEIN KABEL IN DER INTERNEN NETZWERKKARTE) DANN FUNKTIONIERT DAS NICHT RICHTIG WENN MAN BEIDE KARTEN IM SELBEN IP-SEGMENT KONFIGURIERT HAT (ODER SOGAR AUF DERSELBEN IP-ADRESSE). DANN KANN ES PASSIEREN DASS LINUX ÜBER DIE NICHT ANGESCHLOSSENE KARTE SENDEN WILL.
+'''Wenn ihr zwei Netzwerkkarten habt und nur eine davon anschließt (z.B. WLAN und kein Kabel in der internen Netzwerkkarte), dann funktioniert das nicht richtig, wenn man beide Karten für das selbe Subnetz konfiguriert hat. Es kann passieren, dass Linux über die nicht-angeschlossene Karte senden will.'''
 ... und weiter im Text ...

← Nächstältere Version		Version vom 12. Juni 2007, 01:17 Uhr
Zeile 63:		Zeile 63:


−	Hier noch Links zu zwei Tools die eine automatische Umkonfiguration der Netzwerkeinstellungen ermöglichen sollen (ich habe sie ~~selber~~ noch nicht getestet):	+	Hier noch Links zu zwei Tools die eine automatische Umkonfiguration der Netzwerkeinstellungen ermöglichen sollen (ich habe sie selbst noch nicht getestet):

@@ Zeile 17: / Zeile 17: @@
 Dabei passiert es oft dass die Linux die Standardroute über die 'falsche' Karte nehmen will. Um das zu umgehen kann man die nicht benötigte Karte temporär mit
   ifdown eth0
@@ Zeile 25: / Zeile 24: @@
 Das Standardgateway kann man manuell mit
   route add default gw 192.168.0.1
@@ Zeile 35: / Zeile 33: @@
 Dann gibt es noch ein Problem mit DNS wenn beide Karten auf DHCP konfiguriert sind. Dann passiert es dass nur einer der beiden DHCP-Clients Schreibrechte auf die /etc/resolv.conf bekommt und das ist dann oft der falsche. Damit kann er dann den mittels DHCP übermittelten DNS-Server nicht eintragen. Es gibt dazu auch einen Eintrag in der SuSE Supportdatenbank:
-http://portal.suse.com/sdb/de/2002/10/multi_dhcp_client.html
+[[o:SDB:Mehrere DHCP-Clients gleichzeitig: Namensaufloesung funktioniert nicht|Mehrere DHCP-Clients gleichzeitig: Namensaufloesung funktioniert nicht]]
 == Standardgateway überprüfen ==
@@ Zeile 43: / Zeile 40: @@
 Die Einstellungen für das Standardgateway kann man mit dem Befehl
   route
@@ Zeile 51: / Zeile 47: @@
 Die Zeile mit dem Standardgateway sollte in etwa so aussehen:
   default   192.168.0.1   0.0.0.0   UG   0   0   0   wlan0
 == DNS-Server-Einstellungen überprüfen ==
@@ Zeile 60: / Zeile 53: @@
 Die DNS-Einstellungen kann man mit
   cat /etc/resolv.conf
@@ Zeile 68: / Zeile 60: @@
 Es sollte dabei eine Zeile wie diese enthalten sein:
   nameserver 192.168.0.1
@@ Zeile 77: / Zeile 68: @@
 == Quickswitch ==
-http://freshmeat.net/projects/quickswitch/
+* http://freshmeat.net/projects/quickswitch/
-http://ftp.gwdg.de/pub/linux/suse/apt/SuSE/9.1-i386/RPMS.suser-oc2pus/
+* http://ftp.gwdg.de/pub/linux/suse/apt/SuSE/9.1-i386/RPMS.suser-oc2pus/
 rpm gibt es auch für 9.2:
-http://ftp.gwdg.de/pub/linux/suse/apt/SuSE/9.2-i386/RPMS.suser-oc2pus/
+* http://ftp.gwdg.de/pub/linux/suse/apt/SuSE/9.2-i386/RPMS.suser-oc2pus/
 Zitat:
@@ Zeile 90: / Zeile 81: @@
 == ifplugd ==
-http://packman.links2linux.de/?action=359
+* http://packman.links2linux.de/?action=359
-http://www.stud.uni-hamburg.de/~lennart/projects/ifplugd/#download
+* http://www.stud.uni-hamburg.de/~lennart/projects/ifplugd/#download
 ... und auf der SuSE 9.2 DVD

@@ Zeile 97: / Zeile 97: @@
 ifplugd is a Linux daemon which will automatically configure your ethernet device when a cable is plugged in and automatically unconfigure it if the cable is pulled. This is useful on laptops with onboard network adapters, since it will only configure the interface when a cable is really connected.
-Eingefügt von --[[Benutzer:Yehudi|Yehudi]] 08:41, 13. Sep 2006 (CEST)
+----
-[[TCP/IP-Netzwerke und Internetzugang]][[Category:TCP/IP]]
+[[Netzwerk|zurück zum Netzwerk]][[Category:TCP/IP]]

← Nächstältere Version		Version vom 13. September 2006, 06:39 Uhr
Zeile 1:		Zeile 1:
		+	Autor: Martin Breidenbach
		+
		+	Da das der häufigste Fehler ist und hier regelmäßig gepostet wird mal in gut lesbarer Schrift:
		+
		+	WENN IHR ZWEI NETZWERKKARTEN HABT UND NUR EINE DAVON ANSCHLIESST (ZUM BEISPIEL WLAN UND KEIN KABEL IN DER INTERNEN NETZWERKKARTE) DANN FUNKTIONIERT DAS NICHT RICHTIG WENN MAN BEIDE KARTEN IM SELBEN IP-SEGMENT KONFIGURIERT HAT (ODER SOGAR AUF DERSELBEN IP-ADRESSE). DANN KANN ES PASSIEREN DASS LINUX ÜBER DIE NICHT ANGESCHLOSSENE KARTE SENDEN WILL.
		+
		+	... und weiter im Text ...
		+
		+	Nur um Missverständnisse zu vermeiden: damit die hier vorgeschlagenen Lösungsansätze Sinn machen muss die WLAN-Karte natürlich bereits korrekt installiert sein. Das Testkriterium ist dass sich der Accesspoint (ggf integriert in DSL-Router) anpingen lässt.
		+
		+	Beim Einsatz von WLAN-Karten gibt es in Kombination mit einer weiteren (nichtangeschlossenen) Netzwerkkarte regelmäßig Probleme.
		+
		+	Diese äußern sich darin dass zum einen Routing nicht richtig funktioniert und zum anderen der DNS-Server nicht richtig gesetzt wird. Damit kann man meistens im lokalen Netz arbeiten, kommt aber nicht ins Internet.
		+
		+	Das übliche Szenario ist ein Laptop mit onboard-Netzwerkkarte und zusätzlicher WLAN-Karte. Diese werden gerne entweder beide im selben IP-Adress-Segment konfiguriert (z.B. eth0 192.168.0.2 wlan0 192.168.0.3) oder beide via DHCP konfiguriert.
		+
		+	Dabei passiert es oft dass die Linux die Standardroute über die 'falsche' Karte nehmen will. Um das zu umgehen kann man die nicht benötigte Karte temporär mit
		+
		+	Code:
		+	ifdown eth0
		+
		+
		+	deaktivieren.
		+
		+	Das Standardgateway kann man manuell mit
		+
		+	Code:
		+	route add default gw 192.168.0.1
		+
		+
		+	setzen. (Dazu muß man root Rechte haben - ggf su oder kdesu verwenden)
		+
		+	(Bitte 'eth0' und '192.168.0.1' durch die richtigen Werte ersetzen).
		+
		+	Dann gibt es noch ein Problem mit DNS wenn beide Karten auf DHCP konfiguriert sind. Dann passiert es dass nur einer der beiden DHCP-Clients Schreibrechte auf die /etc/resolv.conf bekommt und das ist dann oft der falsche. Damit kann er dann den mittels DHCP übermittelten DNS-Server nicht eintragen. Es gibt dazu auch einen Eintrag in der SuSE Supportdatenbank:
		+
		+	http://portal.suse.com/sdb/de/2002/10/multi_dhcp_client.html
		+
		+
		+	== Standardgateway überprüfen ==
		+
		+
		+	Die Einstellungen für das Standardgateway kann man mit dem Befehl
		+
		+	Code:
		+	route
		+
		+
		+	überprüfen.
		+
		+	Die Zeile mit dem Standardgateway sollte in etwa so aussehen:
		+
		+	Code:
		+	default 192.168.0.1 0.0.0.0 UG 0 0 0 wlan0
		+
		+
		+
		+	== DNS-Server-Einstellungen überprüfen ==
		+
		+	Die DNS-Einstellungen kann man mit
		+
		+	Code:
		+	cat /etc/resolv.conf
		+
		+
		+	überprüfen.
		+
		+	Es sollte dabei eine Zeile wie diese enthalten sein:
		+
		+	Code:
		+	nameserver 192.168.0.1
		+
		+
		+	Hier noch Links zu zwei Tools die eine automatische Umkonfiguration der Netzwerkeinstellungen ermöglichen sollen (ich habe sie selber noch nicht getestet):
		+
		+
		+	== Quickswitch ==
		+
		+	http://freshmeat.net/projects/quickswitch/
		+	http://ftp.gwdg.de/pub/linux/suse/apt/SuSE/9.1-i386/RPMS.suser-oc2pus/
		+
		+	rpm gibt es auch für 9.2:
		+	http://ftp.gwdg.de/pub/linux/suse/apt/SuSE/9.2-i386/RPMS.suser-oc2pus/
		+
		+	Zitat:
		+	QuickSwitch lets you switch network profiles on the fly (IP address, DNS, routes, NFS shares, etc.). There is a command-line configuration mode by which you can change your entire network setting in one line (including DNS and routing table). It is highly configurable, supports DHCP/BOOTP/NIS/NFS/etc., and also includes a curses-based GUI which you can use as a profile selector on startup.
		+
		+
		+
		+	== ifplugd ==
		+
		+	http://packman.links2linux.de/?action=359
		+	http://www.stud.uni-hamburg.de/~lennart/projects/ifplugd/#download
		+	... und auf der SuSE 9.2 DVD
		+
		+	Zitat:
		+	ifplugd is a Linux daemon which will automatically configure your ethernet device when a cable is plugged in and automatically unconfigure it if the cable is pulled. This is useful on laptops with onboard network adapters, since it will only configure the interface when a cable is really connected.
		+
	[[TCP/IP-Netzwerke und Internetzugang]][[Category:TCP/IP]]		[[TCP/IP-Netzwerke und Internetzugang]][[Category:TCP/IP]]