ortwin20000

Versuch das ganze Mal mit einer VPN-Verbindung. Musst beim Router auf den Win2K-Server weiterleiten. Von dort müsttest du dann das Netzwerk und den Server erreichen können. Am besten du suchst unter Google nach VPN Win2k Da findest sicher eine gute Anleitung wie so etwas bewerkstelligt wird. mfg

Schau mal auf http://www.msisafaq.de Dort findest du ein paar Tools und auch weiter Links. Vielleicht ist etwas dabei für dich. mfg

Ich schlag mich gerade damit herum. Hört sich vom Sinn her ganz gut an. Man setzt einen Server in seiner Firma ohne Active-Directory auf und installiert den SUS-Service. Dieser ist dann dein eigener Windows-Update-Server für dein LAN. Der Server verbindet sich mit der Microsoft Update Seite und ladet beim ersten Mal alle erhältlichen Updates herunter (WinNT, Win2000, WinXP, Win.NET). Man kann einstellen ob nur bestimmte Sprachen runtergeladen werden sollen um Speicherplatz zu sparen oder alles. Falls das synchronisieren fertig ist fängt man an die Clients darauf vorzubereiten. Bei Windows2000 SP3 und WindowsXP SP1 ist dieser Client schon dabei. ("Automatisches Windows Update"). Nur kann per Registry oder Gruppenrichtlinien die Clients auf seine Bedürfnisse anpassen und alle Rechner bekommen ihre wichtigen Updates verpasst. PS: Es werden nur Security Updates, Hotfixes und Rollup-Packages eingespielt. Keine Service-Packs und auch keine Updates für MS-Office, SQL,... Nur für Windows selber. Soll aber im kommenden Update ein Teil verfügbar sein. mfg

Schau mal bei http://www.msisafaq.de vorbei; Falls dich englische Anleitungen auch nicht abschrecken, empfehle ich dir http://www.isaserver.org mfg

Hi! Wir haben das Problem durch einen von Microsoft erhältlichen Patch gelöst. Das Problem an der ganzen Sache war: Im Windows XP SP1 werden schärfere Sicherheitsregeln angewandt als im Windows 2000 SP3 vorgesehen. Dadurch hat das SMB-Protokoll (Glaub halt das es so heißt) Probleme mit dem freigeben der bereits geschlossenen Dateien. Der Patch ist glaub ich schon öffentlich erhältlich, sonst muss man bei Microsoft anrufen und die schicken einen die Zugangsdaten für ihren FTP-Server worauf sich der Patch befindet. Wie geschrieben haben wir mit diesem Patch das Problem gelöst. Such in Google oder bei Microsoft nach "Q329170". Der Hotfix muss auf dem Server installiert werden. Hoffe das hat euch geholfen. mfg

Leider hab ich das Update nicht durchgeführt und unser EDV-Mitarbeiter hat anscheinend total darauf vergessen :suspect:

Wie schon geschildert haben wir erst von NT4 auf Windows2k auf einem neuen Rechner umgestellt. Also kein Update durchgeführt. Eine reine Neuinstalltion danach SP mit Hotfixes aufgespielt und dann die Daten von NT4 die benötigt wurden auf Windows2k-Rechner überspielt. Dient als Fileserver. Firewall macht ein anderer Rechner und wird nicht bei lokalen Adressen verwendet. Problem ist uns erst aufgefallen als das SP3 draufgespielt wurde. Kann jetzt leider keine Neuinstallation auf diesem Rechner durchführen da ja alle Mitarbeiter dauernd darauf zugreifen.

Hab vor ein paar Tagen auch einen Thread in der Microsoft Newsgroup gefunden. Da haben auch mehrere Probleme mit den geöffneten Dateien. Tritt aber meist erst mit dem SP3 auf. Dass das ganze auch bei SP2 auftritt ist mir neu. Ich weiss im Moment nur dass der Fehler beim Server liegt. Der Client schickt zwar dem Server die Mitteilung, dass er die Geöffnete Datei (die Sitzung) schliessen soll aber er reagiert einfach nicht darauf. Einer in den Newsgroups hat schon eine Anfrage bei Microsoft gestellt und jetzt warten wir eben auf die Antwort und hoffentlich auch auf die Lösung. (Bitte nicht erst SP4)! Werd mich wieder melden, falls ich weiteres erfahre.

Hallo! Wir haben vor kurzem unser Firmen-Netzwerk von NT4 mit Office97 auf Server Windows2000 SP3 und Clients WindowsXP SP1 umgestellt. Alle Benutzer haben ein server-gespeichertes Profil. Hatten bis jetzt keine Probleme aber nun werden von den Benutzern geöffnete Dateien die auf einem Netzlaufwerk des Servers benutzt werden nicht mehr richtig geschlossen. Sagen wir BenutzerA erstellt eine Datei. Dann wird auf dem Server in der Computerverwaltung\Geöffnete Dateien diese Datei eingetragen mit dem Benutzer und seinen Rechten. Anfangs noch als Lesen und Schreiben. Speichert BenutzerA die so eben erstellte Datei ab und schließt Word dann verschwindet der Eintrag beim Server normalerweise. Nun ist das aber nicht immer der Fall und ich muss dann händisch diese Sitzung am Server beenden. Wenn ich die Sitzung aber nicht beende und BenutzerA oder BenutzerB....., möchte die Datei wieder öffnen, öffnet Word sie schreibgeschützt ohne eine Fehlermeldung. Dies ist normalerweise nur dann der Fall wenn ein anderer Benutzer diese Datei gerade verwendet. Ich würde ja verstehen, wenn die anderen Benutzer diese Datei nicht öffnen könnten, aber sogar BenutzerA kann sie nicht mehr ohne Schreibschutz öffnen. Das Problem liegt hierbei sicher am Server, da er eben diese Sitzungen der Dateien nicht korrekt beendet. Was kann hier das Problem sein? Es tritt auch nicht bei jedem auf, weswegen ich mir auch schon die einzelnen Berechtigungen der Benutzer angeschaut und untereinander verglichen habe. Auch hier habe ich nichts wesentliches feststellen können. Die einzige Änderung was ich gemacht habe ist, dass ich jetzt jedem Vollzugriff auf sein TEMP-Verzeichniss auf Laufwerk C: gegeben habe. Dieses dürfte mir immerhin egal sein ob der Benutzer nun Vollzugriff hat oder nur Lesen, Ausführen; Lesen; Ordnerinhalt auflisten. Die einzige mehr oder weniger gute Lösung war bis jetzt den Inhalt der Datei kopieren und in einer neuen Datei abzuspeichern. Was aber auf Dauer nicht wirklich hilft. Hat jemand schon mal so ein Problem gehabt? Wie gesagt ich glaube das es am Server liegt.