Hallo Boris, hallo Liste !
Ich glaube schon. Ich weiss jetzt leider nicht, wie die Vergabe der Netzwerkadressen gehandelt wird. Sofern Du alles fest eingestellt hast, sollte es keine Probleme geben. Jedoch wird, AFAIK, beim Booten des Servers auf Requests aus dem Netzwerk gewartet. Wenn nichts kommt. Müsste das Netzwerk sich schlafen legen. Daher meine Frage, ob Du schon mal als su ein "rcnetwork restart" eingegeben hast? Dient dazu, das Netzwerk herrunter zu fahren und neu zu starten. Wirkte bei mir manchmal Wunder, gerade, wenn ich umgesteckt habe.
Ja hab' ich gemacht. Diesen Hinweis habe ich in der SuSE Doku gefunden. Und ja, die Adressen der (WIN-) NT's im LAN habe ich fest auf den Clienten konfiguriert. Aber... Dank Eurer Fragen und Aussagen, die alle irgendwie auf die Adressvergabe zielen, habe ich mal etwas überprüft. Ich habe ja den Tux im LAN laufen, um ihn für seinen Einsatz als Server vorzubereiten. Dazu habe ich ihm die Adresse 192.168.0.100 gegeben. Bei dieser Vorbereitung (= Konfiguration) habe ich ihn natürlich als Server konfiguriert (logisch, ich will ja nur umstecken wenn alles läuft). Dabei ist mir ein verhängnisvoller Fehler unterlaufen: Sowohl in der DHCP- als auch in der DNS-Konfiguration des Tux zeigt der Tux-Hostname auf "192.168.0.1", meine Standard-Adresse für den Server. Diese Adresse ist aber vom "echten" Win-Server belegt, natürlich ein anderer Hostname. Da ich beim DSL-Test nur die DSL-Leitung vom Win-Server auf den Tux stecke, sonst aber alles beim alten bleibt, gibt es mit Sicherheit (Adress-) Probleme. Was ich erst im Protokoll gesehen habe: Er verbindet sich zum Provider ! Nur kann ich die Verbindung nicht nutzen. Daraus habe ich fälschlicher Weise geschlossen, es gibt keine Verbindung... Tja, hier hat mich meine "Überheblichkeit des Experten" zu Fall gebracht - Lerneffekt: Auch als "Experte" immer den grundlegenden Regeln der Fehlerbeseitigung folgen: Erst etwas ausschliessen, wenn es überprüft ist ! Danke an Alle ! Gruss Dieter