Wohl noch nie mit solchen Problemen zu tun gehabt. ^^
Im Übrigen spielen dann auch die Kabellängen eine Rolle.
klar, weil du eine IP-Adresse für dein WLan gezogen hast und nun das System nicht erkennt...
Fehler: Es ist kein Kabel angeschlossen! ????
Sorry, aber eine dieser beiden Aussagen ist völliger Humbug.
Und außerdem:
klar, weil du eine IP-Adresse für dein WLan gezogen hast und nun das System nicht erkennt, dass es
1. die Netzwerkfunktion
2. die IP Adresse
wechseln/ändern muss; das musst du ihm entweder mitteilen oder eben für Ethernet eine feste IP vergeben; dann dürfte das Problem behoben sein.
Reden wir heir von einem Mac oder einem ThinkPad mit IBM Access Connections!?
Falls Mac: Völliger Quatsch! Sorry.
Vorausgesetzt "das System", die TC und das Kabel haben keine Macke, geht das übrigens auf alles
OHNE feste IP-Vergabe. Alles eine Frage der Konfiguration.
Vorausgesetzt die Fehlermeldung ist
NICHT
Fehler: Es ist kein Kabel angeschlossen! ????
soll heißen: Das Kabel wird sehr wohl erkannt, dann so:
1. TC:
- DHCP aus!
- Entweder mit einem Kabel über eine der LAN-Schnitstellen (wenn du die WAN Schnittstelle verwenden willst, musst du sie auf Bridging umstellen) oder als WLAN-Client mit dem Speedport verbinden. Falls mit Kabel verbunden => WLAN aus!*
- IP (der TC) entweder über DHCP beziehen (vom Speedport) oder eine feste verpassen. Feste für die TC ist besser. Wenn ich mich recht erinnere sind Speedports per default im 192.168.2.0/24 Netz. Da muss die TC auch rein, bspw. gibst du ihr die 192.168.2.250 mit SN-Maske 255.255.255.0. Wenn du dich für DHCP entscheidest, solltest du der TC eine fixed lease geben (im Speedport konfigurieren), so dass sie immer die selbe IP bekommt (damit du immer weißt, mit welcher Adresse du sie ansprechen kannst).
2. Speedport:
- DHCP ein (müsste schon so sein)
- WLAN ein
3. Mac
Alle Schnittstellen auf automatische Konfiguration durch DHCP einstellen.
Das hat zur Folge:
Wenn du dein Airport einschaltest (mit OHNE Kabel angeschlossen):
- Bekommt eine IP vom DHCP-Server des Speedports zugewiesen
- Weg nach draussen ist: Airport -> Luft *g* -> Speedport -> draussen
- Weg zur TC ist: Airport -> Luft -> Speedport -> Luft/Kabel -> TC
Wenn du zusätzlich ein Kabel zw. MBP und TC verwendest:
- Du bekommst (zusätzlich!!! und automatisch!!! "Das System" kann das von alleine ohne dein Zutun, wenn alles richtig konfiguriert ist!!!) eine IP vom DHCP-Server des Speedports auf deine LAN-NIC.
- Weg zur TC ist: Kabel -> TC
- Weg zum Speedport ist: Kabel -> TC -> Luft/Kabel -> Speedport
- Weg nach draussen ist entsprechend: LAN-NIC -> Kabel -> TC -> Luft/Kabel -> Speedport -> draussen
Letzteres, also der Weg nach draussen, ist nur so, weil die Priorität der LAN-NIC per default höher ist als die des Airports. Das ist für diese Konfiguration auch gut so.**
* Du kannst auch das WLAN der TC nutzen (ist wahrscheinlich besser als das des Speedports), dann solltest du aber das des Speedports ausschalten. D.h. dein AccessPoint wäre dei TC und nicht der Speeport. DHCP-Server, weil Gateway, bleibt aber der Speedport.
Das erfordert ein wenig mehr Wissen über die Abläufe. Wenn du die hast: mach ruhig. Oben aufgeführt ist die einfachere Variante der Konfiguration.
** Es gibt ebenfalls die Möglichkeit, die TC ohne Anbindung zum Speedport und somit zum Internet zu betreiben. Der TC müsste dann der DCHP-Server eingeschaltet werden und sie müsste in ein anderes Netz (also NICHT 192.168.2.0/24) und, weil dein Speedport dein Gateway bleibt, die Priorität der NW-Schnittstellen ändern, so dass dein Airport die höchste Prio hat. Das kann man in den Netzwerk-Einstellungen durch einen Klick auf das "Zahnrädchen" unter der linken Schnitstellenliste -> "Set Service Order" und dann die Schnittstelle, die die höchste Prio haben soll, an erste stelle ziehen. Aber, wie gesagt, die oben aufgeführte Konfiguration ist die einfachere.
Ist der Fehler tatsächlich
Fehler: Es ist kein Kabel angeschlossen! ????
Und das tritt mit obiger Konfiguration auch mit anderen Kabeln auf, dann hast du ein komisches HW-Problem, das sich auch durch das vergeben von festen IPs nicht beheben lässt.