Universitätsnetzwerk und iBook G4

Incoming1983 schrieb:
Ansonsten (etwas dreckig): Schalte dhcp danach aus, und gib alle Daten, die du erhalten hast, von Hand ein (manuell) mit korrekter Subnetzmaske.
Zum Vergrößern anklicken....
Da werden die vom Rechenzentrum sich aber freuen. :D Und wenn sie auch dreckig sind die MAC Adresse sperren. ;)

Der DHCP Server hat die Adresse dann nämlich nicht als vergeben gekennzeichnet und gibt sie beim nächstbesten Request fröhlich irgendeinem anderen Rechner.

Zum einen: DHCP braucht gar keine Einträge außer ggf. die DNS Server (die würde ich übrigens mal eintragen, evtl. sind die nämlich auch die DHCP Server).

Die Subnetzmaske ist wurscht, weil der DHCP Request per Broadcast an 255.255.255.255 geht und somit an alle physikalischen Netze.

Zum anderen: Stell mal unter Ethernet auf 10 Mbit Halfduplex. Vielleicht packt der Anschluss nur 10. Wenn es dann klappt kannst du dich schrittweise hocharbeiten (10 Mbit Fullduplex, 100 Mbit Halfduplex, 100 Mbit Fullduplex) und sehen, wo es nicht mehr geht.

Wenn du Tiger drauf hast, probier mal:
DHCP einstellen, Kabel rein, Neustart. Manche Cisco Router sind nämlich etwas zickig mit ihren MAC Adress-Tabellen. Aus irgendwelchen unerfindlichen Gründen ist es bei mir seit Tiger nämlich tödlich, wenn ich erst das Kabel stecke und dann die Umgebung wechsle. Dann hilft nur neu starten. Umgekehrt geht's immer. (Weiß jemand, woran das liegen kann? Werde noch irre dabei.)
 
Das funktioniert leider alles nicht. Ich habe neugestartet (ich hab nämlich Tiger), die Subnetzmaske per Hand verändert, den Duplex umgstellt und weiß der Geier was noch alles. Aber eine Verbindung kann seltsamerweise nie aufgebaut werden. Das iBook erkennt das Netzwerk aber irgendwie wohl, denn schließlich bekomme ich eine IP zugewiesen und das Lämpchen beim Ethernet wird gelb und sagt an, daß ein Netzwerk gefunden und eine IP zugewiesen wurde. Zugriff auf das Internet (oder zumindest das Intranet) habe ich aber dennoch nicht.

Ich hab's sogar mal mit der dreckigen Methode probiert aber selbst das funktioniert nicht ...
 
Wenn das Lämpchen gelb ist, dann versuch doch mal einen Rechner im Intranet anzupingen ping -c 4 IP-im-Netzwerk
Wenn das klappt, dann hast du wahrscheinlich ein Problem mit dem Gateway. Dies könnte der Grund sein wieso Du dann nicht ins Internet kommst.
 
Du hast eine IP-Adresse? Meinst du die 192.x.x.x?

Dann hat's mit der Zuweisung nicht geklappt und es wird eine interne Adresse verwendet. Das Lämpchen sollte grün sein, wenn du eine gültige IP und Verbindung zum Gateway hast. Insofern wird der Ping auch kein Ergebnis liefern.

Was spuckt denn das Terminal aus, wenn du "tail -f /var/log/system.log" eingibst und dann die Verbindung herstellst?
 
Noch was anderes..

Mach mal folgendes:

Terminal aufrufen und "ipconfig getpacket en0" eingeben. Dort sollten dann die Informationen erscheinen, die der DHCP Server schickt. War die Anfrage nicht erfolgreich, dann spuckt er nix aus.

Alternativ kannst du mit "sudo ipconfig setverbose 1" auch das Logging der Anfrage einschalten. (Ausschalten mit ...setverbose 0").

In der Datei /var/log/com.apple.IPConfiguration.bootp werden dann die DHCP Anfragen geloggt. Wäre mal interessant, was das so zutage fördert.
 
hallo,

wuerde irgendwie auch tippen das irgendwas am anschluss net stimmt... wie lange wohnste denn schon in der bude... manchmal vergessen die vom rz ja auch den anschluss freizuschalten... teste doch mal mit nem anderen laptop...

ciao

dsquared
 
Die IP, die ich bekomme, ist eine 169.254.x.x mit dem Gateway 255.255.0.0. Also auch nicht wirklich das, was es geben soll. Am Windows-Rechner habe ich immer eine 132.x.x.x. Der Netzwerkstatus sagt mir allerdings, daß eine Verbindung besteht und eine statische IP zugewiesen wurde. Das Lämpchen ist allerdings immer noch gelb.

Die Ausgaben aus dem Terminal sind wie folgt ...
Code: 
iFrame:~ ranmaru$ tail -f /var/log/system.log
Oct  9 12:45:39 iFrame launchd: Server 0 in bootstrap 1103 uid 0: "/usr/sbin/lookupd"[242]: exited abnormally: Hangup
Oct  9 12:45:39 iFrame configd[31]: posting notification com.apple.system.config.network_change
Oct  9 12:45:39 iFrame lookupd[252]: lookupd (version 365) starting - Sun Oct  9 12:45:39 2005
Oct  9 13:03:11 iFrame kernel[0]: UniNEnet::monitorLinkStatus - Link is down.
Oct  9 13:03:15 iFrame launchd: Server 0 in bootstrap 1103 uid 0: "/usr/sbin/lookupd"[252]: exited abnormally: Hangup
Oct  9 13:03:15 iFrame configd[31]: posting notification com.apple.system.config.network_change
Oct  9 13:03:21 iFrame lookupd[341]: lookupd (version 365) starting - Sun Oct  9 13:03:21 2005
Oct  9 13:40:06 iFrame kernel[0]: UniNEnet::monitorLinkStatus - Link is up at 10 Mbps - Half Duplex
Oct  9 13:40:12 iFrame configd[31]: posting notification com.apple.system.config.network_change
Oct  9 13:40:12 iFrame lookupd[353]: lookupd (version 365) starting - Sun Oct  9 13:40:12 2005
ipconfig getpacket en0 spuckt nichts aus, weder mit noch ohne setverbose.

In der com.apple.IPConfiguration.bootp steht folgendes ...
Code: 
============================
2005/10/09 13:48:32.957248 [en0] Transmit 300 byte packet
op = BOOTREQUEST
htype = 1
dp_flags = 0
hlen = 6
hops = 0
xid = 1427887077
secs = 0
ciaddr = 0.0.0.0
yiaddr = 0.0.0.0
siaddr = 0.0.0.0
giaddr = 0.0.0.0
chaddr = 0:11:24:44:8d:64
sname = 
file = 
options:
Options count is 7
dhcp_message_type (uint8): DISCOVER 0x1
parameter_request_list (uint8_mult): {0x1, 0x3, 0x6, 0xf, 0x70, 0x71, 0x4e, 0x4f, 0x5f, 0xfc}
max_dhcp_message_size (uint16): 0x5dc
client_identifier (uint8_mult): {0x1, 0x0, 0x11, 0x24, 0x44, 0x8d, 0x64}
lease_time (uint32): 0x76a700
host_name (string): iFrame
end (none): 
============================
2005/10/09 13:48:34.253680 [en0] Transmit 300 byte packet
op = BOOTREQUEST
htype = 1
dp_flags = 0
hlen = 6
hops = 0
xid = 1427887077
secs = 2
ciaddr = 0.0.0.0
yiaddr = 0.0.0.0
siaddr = 0.0.0.0
giaddr = 0.0.0.0
chaddr = 0:11:24:44:8d:64
sname = 
file = 
options:
Options count is 7
dhcp_message_type (uint8): DISCOVER 0x1
parameter_request_list (uint8_mult): {0x1, 0x3, 0x6, 0xf, 0x70, 0x71, 0x4e, 0x4f, 0x5f, 0xfc}
max_dhcp_message_size (uint16): 0x5dc
client_identifier (uint8_mult): {0x1, 0x0, 0x11, 0x24, 0x44, 0x8d, 0x64}
lease_time (uint32): 0x76a700
host_name (string): iFrame
end (none): 
============================
2005/10/09 13:48:36.451116 [en0] Transmit 300 byte packet
op = BOOTREQUEST
htype = 1
dp_flags = 0
hlen = 6
hops = 0
xid = 1427887077
secs = 4
ciaddr = 0.0.0.0
yiaddr = 0.0.0.0
siaddr = 0.0.0.0
giaddr = 0.0.0.0
chaddr = 0:11:24:44:8d:64
sname = 
file = 
options:
Options count is 7
dhcp_message_type (uint8): DISCOVER 0x1
parameter_request_list (uint8_mult): {0x1, 0x3, 0x6, 0xf, 0x70, 0x71, 0x4e, 0x4f, 0x5f, 0xfc}
max_dhcp_message_size (uint16): 0x5dc
client_identifier (uint8_mult): {0x1, 0x0, 0x11, 0x24, 0x44, 0x8d, 0x64}
lease_time (uint32): 0x76a700
host_name (string): iFrame
end (none): 
============================
2005/10/09 13:48:40.747135 [en0] Transmit 300 byte packet
op = BOOTREQUEST
htype = 1
dp_flags = 0
hlen = 6
hops = 0
xid = 1427887077
secs = 8
ciaddr = 0.0.0.0
yiaddr = 0.0.0.0
siaddr = 0.0.0.0
giaddr = 0.0.0.0
chaddr = 0:11:24:44:8d:64
sname = 
file = 
options:
Options count is 7
dhcp_message_type (uint8): DISCOVER 0x1
parameter_request_list (uint8_mult): {0x1, 0x3, 0x6, 0xf, 0x70, 0x71, 0x4e, 0x4f, 0x5f, 0xfc}
max_dhcp_message_size (uint16): 0x5dc
client_identifier (uint8_mult): {0x1, 0x0, 0x11, 0x24, 0x44, 0x8d, 0x64}
lease_time (uint32): 0x76a700
host_name (string): iFrame
end (none): 
============================
2005/10/09 13:48:48.912259 [en0] Transmit 300 byte packet
op = BOOTREQUEST
htype = 1
dp_flags = 0
hlen = 6
hops = 0
xid = 1427887077
secs = 16
ciaddr = 0.0.0.0
yiaddr = 0.0.0.0
siaddr = 0.0.0.0
giaddr = 0.0.0.0
chaddr = 0:11:24:44:8d:64
sname = 
file = 
options:
Options count is 7
dhcp_message_type (uint8): DISCOVER 0x1
parameter_request_list (uint8_mult): {0x1, 0x3, 0x6, 0xf, 0x70, 0x71, 0x4e, 0x4f, 0x5f, 0xfc}
max_dhcp_message_size (uint16): 0x5dc
client_identifier (uint8_mult): {0x1, 0x0, 0x11, 0x24, 0x44, 0x8d, 0x64}
lease_time (uint32): 0x76a700
host_name (string): iFrame
end (none): 
============================
2005/10/09 13:48:57.271352 [en0] Transmit 300 byte packet
op = BOOTREQUEST
htype = 1
dp_flags = 0
hlen = 6
hops = 0
xid = 1427887077
secs = 25
ciaddr = 0.0.0.0
yiaddr = 0.0.0.0
siaddr = 0.0.0.0
giaddr = 0.0.0.0
chaddr = 0:11:24:44:8d:64
sname = 
file = 
options:
Options count is 7
dhcp_message_type (uint8): DISCOVER 0x1
parameter_request_list (uint8_mult): {0x1, 0x3, 0x6, 0xf, 0x70, 0x71, 0x4e, 0x4f, 0x5f, 0xfc}
max_dhcp_message_size (uint16): 0x5dc
client_identifier (uint8_mult): {0x1, 0x0, 0x11, 0x24, 0x44, 0x8d, 0x64}
lease_time (uint32): 0x76a700
host_name (string): iFrame
end (none): 
============================
2005/10/09 13:49:05.492664 [en0] Transmit 300 byte packet
op = BOOTREQUEST
htype = 1
dp_flags = 0
hlen = 6
hops = 0
xid = 1427887077
secs = 33
ciaddr = 0.0.0.0
yiaddr = 0.0.0.0
siaddr = 0.0.0.0
giaddr = 0.0.0.0
chaddr = 0:11:24:44:8d:64
sname = 
file = 
options:
Options count is 7
dhcp_message_type (uint8): DISCOVER 0x1
parameter_request_list (uint8_mult): {0x1, 0x3, 0x6, 0xf, 0x70, 0x71, 0x4e, 0x4f, 0x5f, 0xfc}
max_dhcp_message_size (uint16): 0x5dc
client_identifier (uint8_mult): {0x1, 0x0, 0x11, 0x24, 0x44, 0x8d, 0x64}
lease_time (uint32): 0x76a700
host_name (string): iFrame
end (none): 
============================
2005/10/09 13:49:14.103387 [en0] Transmit 300 byte packet
op = BOOTREQUEST
htype = 1
dp_flags = 0
hlen = 6
hops = 0
xid = 1427887077
secs = 42
ciaddr = 0.0.0.0
yiaddr = 0.0.0.0
siaddr = 0.0.0.0
giaddr = 0.0.0.0
chaddr = 0:11:24:44:8d:64
sname = 
file = 
options:
Options count is 7
dhcp_message_type (uint8): DISCOVER 0x1
parameter_request_list (uint8_mult): {0x1, 0x3, 0x6, 0xf, 0x70, 0x71, 0x4e, 0x4f, 0x5f, 0xfc}
max_dhcp_message_size (uint16): 0x5dc
client_identifier (uint8_mult): {0x1, 0x0, 0x11, 0x24, 0x44, 0x8d, 0x64}
lease_time (uint32): 0x76a700
host_name (string): iFrame
end (none): 
============================
2005/10/09 13:49:22.217553 [en0] Transmit 300 byte packet
op = BOOTREQUEST
htype = 1
dp_flags = 0
hlen = 6
hops = 0
xid = 1427887077
secs = 50
ciaddr = 0.0.0.0
yiaddr = 0.0.0.0
siaddr = 0.0.0.0
giaddr = 0.0.0.0
chaddr = 0:11:24:44:8d:64
sname = 
file = 
options:
Options count is 7
dhcp_message_type (uint8): DISCOVER 0x1
parameter_request_list (uint8_mult): {0x1, 0x3, 0x6, 0xf, 0x70, 0x71, 0x4e, 0x4f, 0x5f, 0xfc}
max_dhcp_message_size (uint16): 0x5dc
client_identifier (uint8_mult): {0x1, 0x0, 0x11, 0x24, 0x44, 0x8d, 0x64}
lease_time (uint32): 0x76a700
host_name (string): iFrame
end (none): 
============================
2005/10/09 13:49:31.006648 [en0] Transmit 300 byte packet
op = BOOTREQUEST
htype = 1
dp_flags = 0
hlen = 6
hops = 0
xid = 1427887077
secs = 59
ciaddr = 0.0.0.0
yiaddr = 0.0.0.0
siaddr = 0.0.0.0
giaddr = 0.0.0.0
chaddr = 0:11:24:44:8d:64
sname = 
file = 
options:
Options count is 7
dhcp_message_type (uint8): DISCOVER 0x1
parameter_request_list (uint8_mult): {0x1, 0x3, 0x6, 0xf, 0x70, 0x71, 0x4e, 0x4f, 0x5f, 0xfc}
max_dhcp_message_size (uint16): 0x5dc
client_identifier (uint8_mult): {0x1, 0x0, 0x11, 0x24, 0x44, 0x8d, 0x64}
lease_time (uint32): 0x76a700
host_name (string): iFrame
end (none): 
============================
2005/10/09 13:50:39.383875 [en0] Transmit 300 byte packet
op = BOOTREQUEST
htype = 1
dp_flags = 0
hlen = 6
hops = 0
xid = 1427887078
secs = 0
ciaddr = 0.0.0.0
yiaddr = 0.0.0.0
siaddr = 0.0.0.0
giaddr = 0.0.0.0
chaddr = 0:11:24:44:8d:64
sname = 
file = 
options:
Options count is 7
dhcp_message_type (uint8): DISCOVER 0x1
parameter_request_list (uint8_mult): {0x1, 0x3, 0x6, 0xf, 0x70, 0x71, 0x4e, 0x4f, 0x5f, 0xfc}
max_dhcp_message_size (uint16): 0x5dc
client_identifier (uint8_mult): {0x1, 0x0, 0x11, 0x24, 0x44, 0x8d, 0x64}
lease_time (uint32): 0x76a700
host_name (string): iFrame
end (none): 
============================
2005/10/09 13:50:40.869207 [en0] Transmit 300 byte packet
op = BOOTREQUEST
htype = 1
dp_flags = 0
hlen = 6
hops = 0
xid = 1427887078
secs = 1
ciaddr = 0.0.0.0
yiaddr = 0.0.0.0
siaddr = 0.0.0.0
giaddr = 0.0.0.0
chaddr = 0:11:24:44:8d:64
sname = 
file = 
options:
Options count is 7
dhcp_message_type (uint8): DISCOVER 0x1
parameter_request_list (uint8_mult): {0x1, 0x3, 0x6, 0xf, 0x70, 0x71, 0x4e, 0x4f, 0x5f, 0xfc}
max_dhcp_message_size (uint16): 0x5dc
client_identifier (uint8_mult): {0x1, 0x0, 0x11, 0x24, 0x44, 0x8d, 0x64}
lease_time (uint32): 0x76a700
host_name (string): iFrame
end (none):

dsquared schrieb:
hallo,

wuerde irgendwie auch tippen das irgendwas am anschluss net stimmt... wie lange wohnste denn schon in der bude... manchmal vergessen die vom rz ja auch den anschluss freizuschalten... teste doch mal mit nem anderen laptop...

ciao

dsquared
Zum Vergrößern anklicken....
Wie gesagt, mit der Windows-Maschine geht's. Sonst wär ich ja gar nicht hier. ;)
 
Zuletzt bearbeitet:
Okay.

Code: 
UniNEnet::monitorLinkStatus - Link is up at 10 Mbps - Half Duplex

Das sagt uns zumindest, dass du nen 10 Mbit link hast (deshalb auch die gelbe Lampe, nicht grün), d.h. die physikalische Verbindung ist vorhanden.

Adresse bekommst du aber keine. Der Client sendet einen Discover um den DHCP Server zu finden, findet aber keinen und bekommt deshalb auch keine Adresse.

Jetzt muss ich mal in mich gehen und drüber nachdenken. Im Moment steh ich da etwas auf dem Schlauch. Möglich ist, dass das Gateway mit dem physikalischen Anschluss noch die MAC Adresse des Windows Rechners assoziiert und deshalb den Lease beibehält. Wie gesagt, sind manche CISCO Router etwas träge. Ist aber reine Spekulation.

Könnte auch sein, dass der BootP Request einen Timeout hat. Der Request läuft nur 10 Sekunden glaub ich. Wenn der DHCP Server in der Zeit nicht reagiert, bricht der Client ab.

Du könntest mal, sofern du das Tool auf das iBook bekommst den IPNetmonitorX laufen lassen. Das Ding gibt es hier: http://www.sustworks.com/site/downloads.html

Da kannst du unter dem Punkt DHCP Lease eine Adresse anfordern und mit DHCP Test nachschauen, ob der Discover funktioniert.
 
Okay, ich hab den IPNetMonitorX mal runtergeladen und aufs iBook gespielt (Bluetooth sei Dank). Wenn ich einen DHCP Lease mache, dann bekomme ich wieder nur eine 169.254.x.x Adresse. Der DHCP Test macht nach wenigen Sekunden bei "Discover" ein grünes Häkchen und bei "Offer" ein rotes Kreuz und stoppt danach.
 
Hallo ranmaru,

hast mal für diese Netzwerkeinstellung Airport und Bluetooth komplett deaktiviert bzw. in der Netzwerkübersichtsseite die Ethernetschnittstelle nach vorne Sortiert? Nicht das du eine Verbindung bekämst, aber un mittelbar danach versuchst per Airport über den Browser ans UNI Intranet zu kommen versuchst?

MfG

ThoRic
 
ThoRic schrieb:
Hallo ranmaru,

hast mal für diese Netzwerkeinstellung Airport und Bluetooth komplett deaktiviert bzw. in der Netzwerkübersichtsseite die Ethernetschnittstelle nach vorne Sortiert? Nicht das du eine Verbindung bekämst, aber un mittelbar danach versuchst per Airport über den Browser ans UNI Intranet zu kommen versuchst?

MfG

ThoRic
Zum Vergrößern anklicken....
Ja, hab ich gemacht. Bis auf Bluetooth und Ethernet ist nichts mehr aktiviert und Ethernet steht an erster Stelle vor Bluetooth und die deaktivierten Protokolle sitzen am Ende der Liste. Ich habe jetzt auch mal probiert, Bluetooth ebenfalls abzuschalten, jedoch hat es keine Veränderung mit sich gebracht.
 
Hm,

bei der Netzwerk GUI des OS X sollte man auch immer daran denken, das diverse Einstellungen der Hardware oder in den Tiefen der Dienste einen Moment brauchen.

So ist es nach meiner Erfahrung z.B. nicht möglich ein per Apfel-K geöffneten 'Gehe zu' Dialog, und anschliessender Umstellung unter Umgebung (weil man z.B. am pb noch nicht von daheim auf Firmen- oder Kundennetzwerk umgestellt hatte) danach noch zu einem Verbindungsaufbau zu bewegen. Der scheint dort die alten Einstellungen gecached zu haben, oder die Umgebung wird eben solange 'Gehe-zu' offen ist nicht aktualisiert.

Von daher würde ich mal eine neue, frische Netzwerkumgebung anlegen.

Und diese wirklich von Grund auf, und Anfang an auf DHCP einzurichten. Evtl. werden dort irgendwelche Prefs nicht mehr ordnungsgemäß aktualisiert und du stellst dir im GUI nen Wolf, aber unter der Haube macht er die ganze Zeit irgend etwas anderes. (So deute ich zu mindestens die Diskrepanzen im Verhalten und den Ausgaben der Terminalbefehle von Saugkraft.

MfG

Thoric
 
Zuletzt bearbeitet:
Hat leider auch nicht funktioniert. Ich habe mein bisheriges "Wohnheim"-Profil gelöscht und ein neues "Wohnheim2"-Profil angelegt, bei welchem ich sofort alles unnütze deaktiviert und DHCP als Standard eingestellt habe. Jedoch gibt es wieder nur die selbe Meldung wie vorher. Auch ein Neustart sowie Kabel-rein-raus haben keine Veränderung mit sich gebracht.
 
Hi,

1. öffne mal unter Windows XP eine DOS und zwar START -> Ausführen -> cmd [ENTER]
2. Jetzt läßt Du Dir mit IPCONFIG alle Deine Daten anzeigen und in eine Datei drucken
C:\>ipconfig /all > ipenv.txt (wird im aktuellen Verzeichnis abgespeichert, wo Du gerade bist)
3. Diese Datei kannst Du jetzt im Explorer suchen und drucken.

Vielleicht hast Du so einen besseren Überblick über die Daten, die Du einstellen mußt. Am Mac wurde ich unter SYSTEMEINSTELLUNGEN -> NETZWERK -> Erweitert -> IPv6 ausschalten.

Viele Grüße
Michael
 
Die ipconfig gibt die selben Daten zurück, welche auch schon auf der Homepage vom RZ sowie den Einstellungen der LAN-Verbindung dahin standen -- also nicht wirklich was neues. Ich hab's trotzdem mal auf einen Versuch ankommen lassen und die Daten manuell in die Ethernet-Konfiguration eingegeben; ohne Erfolg. Es macht leider keinen Unterschied ob ich mir alles per DHCP geben lasse oder es manuell eingebe, eine Verbindung will nicht zustande kommen.
 
Ich habe mich jetzt mal beim Rechenzentrum direkt schlau gemacht und die konnten mir auch keine Antwort geben (zumal da keiner wirklich viel Ahnung von Macs hat). Angeblich muß man nur das Kabel reinstecken und sich das Ethernet auf DHCP stellen, wie ich das schon seit Tagen versuche ...

Ziemlich ärgerlich, die sollen für OS X gefälligst den selben Support anbieten wie für Windows oder Linux. :rolleyes:
 
Dann häng einen Zettel mit mailadresse ans Schwarze Brett. Du wirst sicherlich nicht der einzige an der UNI sein, der einen Mac hat. Evtl. stehen ja auch in irgendwelchen Laboren welche rum, die dortigen Assis, können evtl. eher helfen.

Interessant wäre auch mal ein Gegencheck mit einem 2. Mac, evtl. hat dein System oder deine Netzwerkkarte ein Problem

MfG

ThoRic
 
Kannst du beim Rechenzentrum anfragen, welche Adresszuordnung die verwenden (Dynamisch, Automatisch, Manuell)?

Und hast du statt DHCP mal BootP probiert? Eventuell unterstützt der Server ja kein DHCP. Wäre zwar ungewöhnlich, aber immerhin möglich.
 
Danke für die Hilfe, Leute. Das Problem hat sich mittlerweile in Luft aufgelöst. Weder mein iBook noch die Server waren Schuld sondern meine Doofheit. :D
Mir ist heute beim drölfzigsten Versuch etwas aufgefallen, nämlich daß immer wenn ich das Modemkabel vom PC ins iBook stöpsle, eines von den Lichtern am Moden ausgeht und erst wieder an, wenn das Kabel wieder im PC ist. Auf der RZ-Homepage hab ich nun nachgesehen, was das bedeutet. Und es heißt, daß das Modem neu gebootet werden muß (Stromstecker raus und wieder rein). Also immer wenn die Netzwerkkarte gewechselt wird (oder der Computer, wie auch immer), muß das Modem neu gebootet werden um sich auf die neue Karte einzustellen. Hab ich gemacht und plötzlich funtkioniert es mit DHCP und meinem iBook wunderbar und zwar ohne Mucken und irgendwelchen obskuren Einstellungen. Kabel rein, Verbindung steht. Das Lämpchen ist grün und sowohl Gateway wie auch Router werden korrekt erkannt.

Seufz, na manchmal sieht man vor lauter Bäumen echt den Wald nicht mehr.

Ranmaru.
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Zurück
Oben Unten