Jump to content

Volker Racho

Members
  • Gesamte Inhalte

    220
  • Registriert seit

  • Letzter Besuch

Alle erstellten Inhalte von Volker Racho

  1. Na ja gut, NorbertFee. Ein Vista in einer VM könnten wir schon bringen, schätze ich. Geld ist da das kleinere Problem. Server updaten auf 2008 geht wegen der zahlreichen Anwendungen z.T. nicht. Die Vista-Geschichte scheint mir hier die eleganteste Methode zu sein. Macht sich unser Azubi gerade dran. Aber wieso brauche ich denn ein (Client-)Vista um per GPP so eine Richtlinie unterzubringen? Wie funktioniert das genau? Gibt es da schon eine Anleitung? Reichte denn dann ein Vista Business oder sowas? Muss das Vista in der VM sehr performant sein? Ich überlege, weil unser Update-Server etwas unterfordert ist ...
  2. Ach je, einen Moment weggeguckt und schon zehn Beiträge verpaßt. Hier muss man echt dranbleiben. Also, die Umgebung beinhaltet 12 Server und 350 Client-PCs, alles in OUs organisiert. Ein Vista haben wir leider nicht im Produktivbetrieb. Die Nutzer haben keine administrativen Rechte, sondern sind eingeschränkt. Wäre eine GPO/GPP schon besser. **** nur, wenn diese ohne Vista nicht funktioniert. Was ist denn jetzt wohl die beste Methode? ...
  3. Hallo, doch, doch das Updateverhalten ist so eingestellt, dass irgendwann auch neu gestartet werden soll. Aber auch wenn mal keine Updates anliegen, sollen die Rechner neu gestartet werden. Es geht vielmehr darum: Im Pflegebereich ist immer ein Programm offen. Oft egal, ob einer davor sitzt oder nicht. Der nächste kommt und meldet sich auch an. Irgendwann sind fünf Datenbank-Sessions auf einem Rechner offen und das geht mächtig auf den Hauptspeicher. Erst nach dem Neustart ist alles wieder flüssig. Nachts um 01.00 Uhr wird dort nicht gemacht. Ein guter Zeitpunkt dafür. Geschult haben wir das schon, aber es geht im Alltagsgebrabbel der Pfleger unter. Sogar Abmahnungen schrecken die Nutzer nicht. Sie verstehen das einfach nicht. Also gängeln. Das Skript würde mich interessieren. Gibt es dazu eine Anleitung? Gruß, H. Hatke
  4. Hallo Leute! Ich würde gerne, da es einige Benutzer schaffen z.T. wochenlang ihren PC nicht auszuschalten, eine GPO/ADM oder so etwas nutzen, um die Rechner z.B. um 01.00 Uhr nachts einfach mal zu rebooten/auszuschalten, damit z.B. mal die Updates umgesetzt werden können usw. Gibt es dazu etwas? Beste Grüße, MD
  5. Ha! Danke sehr! Den Wald vor lauter Bäumen nicht gesehen. Gruß, MD
  6. Hallo Leute! irgendwo gab es doch mal - war es hier oder auf Gruppenrichtlinien.de - mal eine Admin-Vorlage für die Explorerparanoia, wo bestimmen konnte, was an Exploreransichten gezeigt werden soll, u.a. sowas wie "Dateinamen bei bekannten Dateitypen ausblenden", "Versteckte Dateien anzeigen" usw. Weiß noch jemand, wo es das gibt? Oder muss ich mir das doch selber zusammenklicken? Beste Grüße, MD
  7. Hallo! Leider habe ich kein anders, passendes Forum gefunden, aber hier läuft ja immer viel kompetentes Personal rum ... Wir schaffen für unsere Mitarbeiter 30 MDAs an, die die Mitarbeiter dienstlich nutzen sollen. Die Verantwortlichkeit für jedes Gerät und die Daten darauf soll aber der jeweiligen Person bewußt gemacht werden, indem es einen Diensthandy-Vertrag zwischen dem MA und der 4ma gibt. Jetzt möchte ich nicht unbedingt das Rad neu erfinden - sowas kommt ja wohl öfters vor - und fragen, ob jemand von Euch bereits eine leere Vorlage für mich hat, die ich dann aufarbeiten kann. Beste Grüße, MD
  8. Hallo Netzwerkcrackz! Wir haben hier ein Netzwerk mit fünf Standorten die per VPN-Leitung (2 Mbit/s synchron) und LANcom R1011-Router mit unserer Zentrale über einen LANcom 1711-Router verbunden sind. Die Leitungen und Router werden von der T-Systems betreut. Alle Router sind entsprechend gleich konfiguriert, sagt unser Betreuer dort. An jedem Standort steht immer ein Server und eine ganze Anzahl von Clients. Die Netze sind getrennt, d.h. sie haben unterschiedliche IP-Bereiche, also 192.168.0.X, 192.168.1.X usw. Das Routing klappt tadellos. Der Server (DC) am Standort ist der Anmeldeserver (lt. AD Standorte und Dienste) für seinen Bereich, ebenso der DHCP und (einzige) WINS-Server (Hub-Spoke-Model lt. Microsoft) für den Standort. Die Ereignisprotokolle der Server für DNS, WINS und die Replikationen und die KDS sind sauber. Die Server sind keine identischen Maschinen, aber das Netzwerk betreffend immer gleich konfiguriert. Das klappt soweit gut. Die Leitungen sind stabil, die Performance stimmt. Die Server und einzelnen Rechner an den verschiedenen Standorten sind per NetBIOS-Namen und IP ansprechbar. Das Problem: Zwei der Standorte sind mit Servern und Clients bei uns in der Haupstelle in der Netzwerkumgebung zu sehen, die anderen Standorte nicht. Manchmal, kurz nach dem Neustart eines Standort-Servers, ist dieser und seine seine Clients des Netzbereiches für ca. 15 Minuten zu sehen, dann plötzlich nicht mehr. Wie kommt sowas? Woran könnte das liegen? Hat jemand eine Idee? Ist es nötig eine lmhosts-Datei zu benutzen? Müssen dort alle Rechner drin stehen oder reichte dort eine Auflistung der Standortserver? Welche Parameter für WINS haben sich bewährt, was Replikations- und Aufräumzeiten angeht? Für Wins ist jeweils am Standortserver nur die Hauptstelle als Replikationspartner eingetragen. An der Hauptstelle alle Standortserver als Replikationspartner. Push/Pull funktioniert laut Ereignisprotokoll.
  9. Einen kleinen Schönheitsfehler hat das Ersetzen der "Normal.dot" jedoch: Ist in Outlook 2003 die Option unter Extras, Email-Einstellungen die Einstellung "Email mit Office Word 2003" angehakt, wird auch für Outlook dies "Normal.dot" als "Briefpapapier" verwendet. Nimmt man den Haken raus, ist alles okay. Gruß, MD
  10. Hi Ihr! Irgendwie scheine ich zu **** zu sein: Meine Normal.dot-ersetzende Batch-Datei sieht nun so aus: if exist "%APPDATA%\Microsoft\Vorlagen\Normal.dot" GOTO Kopieren :Kopieren copy /y \\S-VERW\IT\Normal.dot "%APPDATA%\Microsoft\Vorlagen" Diese Batch-Datei habe ich nun an per GMC-Editor eine Benutzer-GPO gehängt, damit sie jedem Nutzer beim Login untergeschoben wird. Die Variable %APPDATA% liefert: APPDATA=C:\Dokumente und Einstellungen\NUTZER\Anwendungsdaten Also ist für jeden Nutzer unter C:\Dokumente und Einstellungen\NUTZER\Anwendungsdaten\Microsoft\Vorlagen\ die Normal.dot zu finden, weil alle Rechner gleich aufgesetzt sind. @Sunny: Okay, den Terminus für Startup- und Login-Script werde ich verinnerlichen. Das mit dem gefühl ist so eine Sache, wenn man schon kaum Gefühl für das DOS-Batching hat. :-) ... Update: Jetzt nach dem dritten Neustart - trotz zig Mal gpupdate/force - des Testclients hat es funktioniert! Die Normal.dot wurde erfolgreich ersetzt. Ich danke Euch sehr für Eure geduldige Hilfe. Hab eich wieder was gelernt! MD
  11. Danke Sunny & Cyberquest! Tut mir Leid wegen meiner Begriffsstutzigkeit, aber was ist jetzt in einer Intranet-AD-Umgebung der Unterschied von einem Loginscript und einem Startup-Script via GPO? Das verwirrt mich jetzt. Wie würde denn ein Loginscript sonst an den Benutzer/Computer gebracht, wenn nicht als GPO-gesteuertes Startup? Wie muss ich das Scrip denn verändern, wenn ich es per GPO anbringen will? Ich kann es ja nun nicht für jeden Benutzer an jedem Rechner genau beschreiben. Da könnte ich auch gleich selbst kopieren. Kann ich da mit der %user%-Variable arbeiten? Das mit der Textdatei ist eine Möglichkeit. Die Frage war aber eher nachgeordnet, denn wenn es jetzt funktionierte würde ich es ja an der geänderten 'normal.dot' auf dem Testsystem sehen. ...
  12. Hallo Sunny! Danke für das nahezu mundgerechte servierte Script! Doch nochmal ein paar ****e Zusatzfragen, da das Script irgendwie nicht greifen will. Erst hatte ich die 'Normal.dot' es in einem Ordner "\\Server\Allgemeine Formulare\" liegen, wobei der Copy-Befehl dann aber - trotz Anführungszeichen - den Netzwerkpfad nicht gefunden hat. Jetzt liegt sie in "\\Server\Formulare\" und die Copy-Ausführung funktioniert, wenn ich die Batchdatei lokal ausführe. Nur die das GPO-gesteuerte Startup-Script will noch nicht. Nun habe ich diese Batchdatei über den Gruppenrichtlinieneditor in eine GPO als Startup-Script eingebunden. Der Testclient mit Word-Installation will jedoch die Datei nicht bei Start kopieren, obschon er jetzt mehrfach gestartet wurde. Frage 1: Soll das Startup-Script an die Computer oder an die Benutzer gebunden werden? Oder ist das egal? (Ich habe es jetzt an die Computer gebunden.) Frage 2: Mit rsop.msc sehe ich zwar das die Richtlinie (verbunden damit das Script) wohl greift, aber ich sehe nicht, ob auch am Anfang was passiert. Kann man sich die abgearbeiteten GPOs am Client beim Start anzeigen lassen? ...
  13. Hallo Ihr beiden! Generell ist die "Normal.dot" auch durch den eingeschränkten Benutzer überschreibbar, wenn Word nicht just geöffnet ist. Aber das wäre ja bei einem LoginScript nicht der Fall. Gerade deshalb möchte ich einfach, dass die 'normal.dot' beim Computerstart in das Benutzerverzeichnis Dokumente und Einstellungen\USERNAME\Anwendungsdaten\Microsoft\Vorlagen kopiert wird. Der Benutzer könnte zwar selber die (per Email oder Netzwerk erhaltene) modifizierte "normal.dot" dort hin kopieren, aber dazu müsste er auch erstmal über die Ordneroptionen die Verzeichnisse sichtbar machen (was auch per GPO ginge), aber das erscheint mit für unsere User zu kompliziert, die z.T. nicht mal wissen, dass es Vorlagen in Word gibt. Sie soll einfach "da" sein und Word jedes Mal in Arial, 12 mit Logo starten. Wie sähe das LoginScript nun aus? Ich bin zugegebenermaßen nicht gut im Batching mit Copy-Befehlen ... ...
  14. Hallo Sunny! Nein, wir haben lokale Profile, wiel sich die Anwendungen doch sehr unterscheiden und sgP zu aufwändig zu administriren wären. Jeder Benutzer der Domäne kann sich überall anmelden, mus dann aber seine Dateien suchen. Ich denke so ein GPO-gesteuertes COmputerstartupscript ist das was ich suche. Es soll einfach in jedes Benutzerprofil. Vista in einer virtuellen Umgebung? Sowas geht schon? Damit habe ich mich noch nicht beschäftigt, weil bisher so viel zu tun war. Wir haben nur Linuxe, 2K3-Server und ein paar XP-Clients virtualisiert. Beste Grüße, MD
  15. Hm, ja, okay, das ginge sicherlich. Aber die Nutzer sind über mehere Standorte verteilt Mir wäre daher wohler ich könnte die "normal.dot" einfach per Startup-Script auf den Client-PC beamen. ...
  16. Hallo Norbert! Danke für den Hinweis mit Googles Advanced Search. Die Leküre sehe ich nochmal nach. Ich habe mich dabei bisher immer an "gruppenrichtlinien.de" gehalten. Gruß & Dank! MD
  17. Hallo Norbert! Die O´Reilly - Anleitung zum Erstellen eigenes ADM Templates habe ich angelesen, jedoch noch nicht richtig verstanden. In Google habe ich nach "Administrativen Freigaben" & "GPO" und "Gruppenrichtlinien" gesucht, jedoch nur Fragen gefunden. Ist halt immer eine Frage nach den richtigen Keywords. Danke für Deine Hilfe! MD
  18. Hallo Leute! Wir haben eine geänderte Word 2003-'normal.dot'-Vorlage in Schrifttyp, -größe und -farbe, die mehr unserem Corporate Design entspricht erstellt, die nun auf alle Rechner des Netzwerks verteilt werden soll. Ich habe gelesen, dass sich sowas nur über ein Logon-Script machen lässt. Kann mir jemand, der das vielleicht schonmal gemacht hat, kurz erklären, wie das geht. Der (eingeschränkte) Benutzer selbst kann die Normal.dot für Word ja nicht ändern. Danke & Gruß, MD
  19. Hallo! Im MSTechnet habe ich folgende Anleitung zur Erstellung oder Wiederherstellung von Administrativen Freigaben (C$) gefunden: 1. Starten Sie den Registrierungseditor (Regedt32.exe). 2. Suchen Sie den folgenden Registrierungsschlüssel und klicken Sie darauf HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanServer\Parameters\AutoShareServer 3. Ändern Sie in dem 1 den Wert des Schlüssels AutoShareServer oder löschen Sie den Wert. (Hinweis: wenn der Schlüssel AutoShareServer auf 0 festgelegt wird, können administrative Administrator-Freigaben C $, $, $ und usw. D nicht automatisch erstellt werden.) 4. Beenden Sie den Registrierungseditor. Ich würde das gerne als Gruppenrichtlinie einsetzen, da bei uns auf den 250 Rechnern teilweise AFs bestehen, teilweise nicht, weiß aber nicht wie. Kann mir da jemand weiterhelfen? Danke sehr! MD
  20. Hallo! Wir haben hier im Prinzip das gleiche Probelm mit einem unserer Server. Er ist per VPN angebunden, DNS und NetBIOS-Auflösung funktionieren, dcdiag zeigt kein Problem an. Fehlermeldung: zugriff verweigert. Ich komme aber mit allen Protokollen un Diensten auf den Server. Clients aus dem IP-Bereich lassen sich problemlos auslesen. dwei weitere per VPN angebundene Server lassen sich problemlos auslesen. Die DLL-Neuregistreirung habe ich durchgeführt, was aber leider keine Besserung gebracht hat. Wo kann ich noch nach Fehlern suchen? Gruß, MD
  21. Ja, so klappt es prima. Vielen Dank! MD
  22. Hallo Norbert! Vielen Dank! Diese Version wurde nun nörgelfrei angenommen. Bin gespannt, ob es auch umgesetzt wird ... Danke für Deine und Eure umfangreiche Hilfe! MD
  23. Hallo Norbert! Bitte nicht ungnädig werden. Danke für Deine Hilfe soweit. Okay, die ID hatte ich schon gefunden. Sie ist auch gleich Deinem Beispiel. Ich habe das ADM-Script jetzt erstmal auf die reine Office-Installation - hoffentlich richtig - eingekürzt. Es sieht folgendermaßen aus: KEYNAME"SOFTWARE\Microsoft\Office\11.0\Registration\{90110407-6000-11D3-8CFE-0150048383C9}" PART "Installationsquelle festlegen"Combobox VALUENAME "SmartSourceDir" SUGGESTIONS "\\S-IT\Deployment\Office 2003" END SUGGESTIONS DEFAULT "\\S-IT\Deployment\Office 2003" END PART END POLICY ;Office 2003 Professional END CATEGORY ;Installationsquellen definieren END CATEGORY ;Microsoft Office 2003 END CATEGORY; Office Installationsoptionen [sTRINGS] SmartSourceDir_Hlp="Allgemein Servershare\n\nAuf Berechtigungen achten" Supported_O12pro="Office 2003 Professional" Jetzt bekomme ich die Fehlermeldung: [ATTACH]3906[/ATTACH] Wenn ich das richtig deute, ist etwas mit den Strings noch nicht richtig? Aber was?
  24. Hallo Norbert! Danke für deine Antwort! Nein, leider reichen meine mangelnden Kenntnisse nicht aus. Ich kann nur einsetzen und habe von Programmiereung überhaupt keine Ahnung. Somit auch nicht wirklich wo der Fehler liegt. Ich habe nun davor, danach einige Zeilenumbrüche entfernt, trotzdem kommt der Fehler wieder. Ich hab's zudem mehrfach jetzt aus dem Beispiel, welches Du gegeben hattest, 1:1 kopiert. Ohne Erfolg. Wie ermittle ich die Office Installer ID denn? Die finde ich doch sicher exemplarisch beim Client in der Registry oder? Mit besten Grüßen, MD
×
×
  • Neu erstellen...