harzruebe

Erstmal Danke für Eure schnellen Antworten. Also, wir haben verschiedene Drucker die auch verschieden angeschlossen sind. U.a. ein Laserdrucker, der mit eigener IP im Netzwerk hängt und auch einen Laserdrucker, der über LPT am Server angeschlossen ist. Beim DHCP können wir nicht viel falsch gemacht haben, da wir nur den Dienst deaktiviert haben und mit haargenau den selben Einstellungen wieder aktiviert haben. Mit DNS meinte auch schon ein Kollege zu mir, das es daran liegen könnte, aber dort ist augenscheinlich auch alles normal konfiguriert. Stattdessen haben wir jetzt gerade eben folgende Entdeckung gemacht. Wenn wir über START->AUSFÜHREN \\Computername\\Verzeichnis eingeben können wir sehr wohl von einem Client auf den anderen zugreifen. Wenn wir dann per Explorer auf die übergeordneten Ebenen klicken, können wir auch die freigegebenen lokalen Drucker des jeweiligen Clienten ansteuern. Damit sollte unser Druckerproblem schon fast gelöst sein, nur funktioniert das nicht beim lokalen Drucker des Servers, da wir dort nur mit dem Explorer auf die freigegeben Verzeichnisse, nicht aber auf den Rechner selbst und somit auch nicht auf das Druckerverzeichnis zugreifen können. Hat hier jemand noch eine Idee? Meiner Meinung könnte das an den fehlenden Standardfreigaben (IPC$...) des Servers liegen, oder liege ich hier grundsätzlich falsch? Grüße aus dem Harz!

Hallo zusammen! Habe ein massives Problem und hoffe (nachdem mir beim letzten Mal hier schon gut geholfen werden konnte) wieder einmal auf Lösungsvorschläge von Euch. Wir haben bei einem Kunden ein W2K-Netzwerk mit acht W2k-Clients und einem W2K-Server übernommen. Das Netzwerk läuft mit DHCP und mit einer Domäne und den entsprechenden Benutzerprofilen. Unser Kunde wollte nun, dass das Netzwerk erweitert und auf statische IPs umgestellt wird. Demzufolge haben wir den DHCP-Dienst deaktiviert. Durch ein Hardwareproblem (Firewall und Router) verzögert sich die Umstellung jetzt um einige Wochen und wir haben das Netzwerk wieder auf DHCP umgestellt. Leider funktioniert jetzt die Datei- und Druckerfreigabe nicht mehr richtig. Vom Server aus kann ich auf alle freigegebenen Verzeichnisse und Netzwerkdrucker (lokal am Server, als auch als eigenständiger Client mit eigener IP) zugreifen. Doch leider weigern sich alle Clients hartnäckig irgendwo etwas zu drucken (ausser lokal natürlich). Will ich auf einen Client einen Netzwerkdrucker neu hinzufügen, komme ich vom Client zwar auf die Domäne und sehe dort auch alle freigegebenen Drucker, aber beim Klick auf "HINZUFÜGEN" erscheint die Fehlermeldung "Drucker nicht verhanden bzw. keine Verbindung möglich". Greif ich mit dem WinExplorer von einem Client auf die Domäne, kommt die Fehlermeldung "Der Server ist für Transaktionen nicht konfiguriert". Die selbe Fehlermeldung kommt übrigens auch schon mit der W2K-Logon-Prozedur, wenn der Client versucht, die Zeit vom Server zu synchronisieren. Nach Durchsicht mit "NET HELPMSG" werden als Ursache fehlende IPC$-Ressourcen-Freigaben angegeben. Im Internet hab ich da inzwischen einen Tipp zum Einschalten über einen DWORD-Eintrag in der Registry gefunden. Ich würde jetzt noch folgende Tipps, die ich nach zeitraubender Suche (wir sitzen jetzt bereits 4 Tage an diesem Problem) gefunden habe, ausprobieren: - TCP/IP-Protokolle auf Server und Clients deinstallieren und dann wieder neu installieren - Datei- und Druckerfreigabe deinstallieren und wieder installieren - Registry-Tipps zum Einschalten der IPC$-Ressourcen Was haltet ihr davon? Wir haben inzwischen auch schon die Benutzerprofile und Sicherheitsrichtlinien gecheckt, aber dort haben alle Benutzer Zugriff auf alle Drucker. Auch die Microsoft Tipps mit der Installation vom SP4 brachten nix - im Gegenteil nach der Installation des SP4 kamen die Clients nicht mehr ins Internet (der W2K-Server fungiert gleichzeitig noch als Router ins Netz). Und eine Neuinstallation kann (erstmal) datenbedingt nicht durchgeführt werden. Hat vielleicht noch einen ganz anderen Tipp? Vielen Dank im Voraus und viele Grüße aus dem HARZ!!! Maik PS: Das ganze gestaltet sich insofern sehr schwierig, da natürlich zu diesem Netzwerk vom vorherigen Administrator keine Dokumentation existiert und dieser auch nicht bereit ist, da weiterzuhelfen und wir so nicht genau wissen, mit welchen Tricks und Kniffen er da gearbeitet hat.

PROBLEM GELÖST: Die Routen und Gateways waren alle richtig eingestellt. Es fehlte tatsächlich nur die "RoutingEnable=1"-Zeile in der Registry von Windows 98. Danke nochmal für die erfolgreiche Hilfe!!! :) :) :)

Wie oben beschrieben haben alle PCs im I. Subnetz die 192.168.1.14 (Router-PC 1 NIC-I) als GW. Die im II. Subnetz die 192.168.2.2 (Router-PC 1 NIC-II) als GW. Und die im III. Subnetz die 192.168.3.1 (Router-PC 2 NIC-III) als GW. Überall nur ein GW. Bei den Router-PCs habe ich glaub ich auch nur ein GW definiert (muss ich morgen nochmal nachschauen - sitz jetzt schon seit 3 Tagen vor diesem "Problemchen"). Aber Danke erstmal für die Erste Hilfe!

Meine Güte, die Moderatoren sind ja hier echt ratzfatz am werkeln!!! :D @Klausk: Diesen Link habe ich auch schon gefunden, das Problem dabei ist, das die als "II.Subnet" ein ISDN-Netzwerk bzw. Wählverbindung mit dynamischen IPs haben, welches über eine DFÜ-Verbindung angewählt wird. Und ich kann ja schlecht in einem internen Netzwerk mit DFÜ-Verbindungen rumbasteln... Oder kann ich doch?!? :shock: In der Registry war ich auch schon gewesen und ich meine bei der von mir verwendeten Win98-Version gesehen zu haben, dass der Eintrag fehlt. Übrigens: Als ich einen Notebook (mit Win XP HOME) an Stelle des Win98-Rechners als Knoten eingesetzt habe, funzte das Routing auch nicht! Kam auch da von Rechnern des jeweiligen Subnetzes immer nur bis zum Rechnerinternen-LAN-Adapter.

@Moderatoren: Bitte den diesen Thread mal in den Windows-> LAN / WAN - Ordner verschieben. Da ist mir doch glatt beim ersten Beitrag ein kleines Maleur passiert... ;)

Hallo zusammen! Ich habe ein Problem: Wir haben bei uns in der Firma ein Netzwerk, welches aus 3 Subnetzen besteht. Auf dem Netzwerkknoten zwischen dem I. und II. Subnetz läuft Win2000prof, welches ein problemloses TCP/IP-Routing ermöglicht und auch praktisch funktioniert. Auf dem Netzwerkknoten zwischen dem II./III. Subnetz muss zwingend Windows98 (kein SE) laufen (Gründe lassen wir mal außen vor). Und da kann ich leider bisher nicht erfolgreich routen. Ich komme aus dem II. Subnetz immer nur bis zum LAN-Adapter des PC in Richtung III. Subnetz. Und umgekehrt nur bis zum LAN-Adapter des PC in Rchtung II. Subnetz. Und das trotzdem die Routen in der Routing- Tabelle richtig sind. Ein Kollege meinte, da müsste noch ein Zusatzprogramm installiert werden, bevor Win98 routen kann. Ist das richtig? Wenn ja welches Programm wäre das? Vielen Dank für die Hilfe im Voraus und schöne Grüße aus dem Harz! Und hier mal die Details: I. Subnetz 192.168.1.XX II. Subnetz 192.168.2.XX III. Subnetz 192.168.3.XX Mask:255.255.255.0 Knoten I/II (Win2000prof): 192.168.1.14 bzw. 192.168.2.2 Knoten II/III (Win98): 192.168.2.101 bzw. 192.168.3.1 - alle Geräte haben als Gateway die entsprechenden Knoten der jeweiligen Teilnetze eingetragen - folgende Routen sind auf den Knoten aktiv: -------------------------------------------------------------------------------- Erster PC Router (Win2000prof): Ziel Subnet Gateway Metric 0.0.0.0 0.0.0.0 192.168.1.1 1 192.168.1.0 255.255.255.0 192.168.1.14 1 192.168.2.0 255.255.255.0 192.168.2.2 1 192.168.3.0 255.255.255.0 192.168.2.101 2 Zweiter PC Router (Win98): Ziel Subnet Gateway Metric 0.0.0.0 0.0.0.0 192.168.1.1 3 192.168.1.0 255.255.255.0 192.168.2.2 2 192.168.2.0 255.255.255.0 192.168.2.101 1 192.168.3.0 255.255.255.0 192.168.3.1 1 --------------------------------------------------------------------------------