mrene

Kann mir diesbezüglich wirklich niemand helfen - ist wirklich dringend. Gibt es keine andere Lösung als eine Domäne neu zu benennen und eine Vertrauensstellung zwischen beiden einzurichten??? lg Rene

Hallo, ich habe die Aufgabe 2 Unternehmensstandorte (USA - Europa) mittels VPN zu vernetzen. Auf jedem der beiden Standorten befindet sich eine W2k Domäne. Die Domänen sind voneinander unabhängig aber gleichnamig (beide xxx.com) Das VPN wird mittels IPSec zwischen 2 Hardwarefirewalls aufgebaut und soll folgendes ermöglichen: - Zugriff auf das europäische Intranet - Interner Mailverkehr zwischen den Standorten wird über VPN gesichert Nun meine Fragen: - Welche Probleme kommen dabei auf mich zu, speziell aufgrund der gleichnamigen Domänen und wie kann ich diese umgehen (MS Ports sperren oder ähnliches???) - Was muss ich bezüglich des internen Mailverkehrs beachten (habe noch wenig Erfahrung mit MS Exchange) Wäre wirklich dankbar für entsprechende Hinweise. Danke, lg Rene

Hallo, ich schreibe eine Diplomarbeit zum Thema Vernetzung von Unternehmensstandorten und bin auf der Suche nach passender Literatur. Ich möchte einleitend ein Kapitel verfassen, das beinhaltet, warum es für ein Unternehmen erstrebenswert ist, Standorte zu vernetzen. Ich weiß, dass es genüg Gründe gibt (zentrale Datenhaltung, durchgängige Geschäftsprozesse, usw.), aber ich brauche eine Quelle um dies zu belegen. Kennt von euch jemand Literatur zu diesem Thema??? Ich habe bereits rechererchiert aber alles was ich gefunden habe bezieht sich auf Kooperationen unterschiedlicher Unternehmen... Weiters würde ich noch Quellen zu den Themen Standleitung und Vernetzung via Satellit benötigen. Wäre echt dankbar für Hinweise Danke, lg Rene

Hallo, hast du das Skript schon mal probiert auszuführen als angemeldeter Admin? Ich sehe im Skript keinen Fehler, aber bei mir hat es damals nicht funktioniert, wenn ich die Variable %LOGONSERVER% verwendet habe. Ich habe keine Erklärung warum. Ich habe dann statisch den Servernamen eingetragen, danach lief es... Teste das mal, dann sollte es funktionieren. lg, Rene PS: Die Policy mit JEDER Ändern auf das Fonts Verzeichnis kannst du dir eigentlich sparen. Das Skript wird unter dem "Benutzer" SYSTEM ausgeführt, und der hat normalerweise sowieso Zugriff.

Hallo, Folgender Status: Es ist möglich Acrobat 6.0 Standard / Professional,unter Verwendung des "original" MSI Files von Adobe, per Richtlinie zu verteilen. Vorgangsweise: - Original MSI File von Adobe (beispielsweise mit ORCA) nachbearbeiten - Attribut UnSupportedInstallType den Wert 0 statt 1 geben (3mal). - Mittels InstallShield Tuner Transform File (bsp. AcroStan_self.MST) erstellen - Richtlinie (Computerkonfig) erstellen und Paket zuweisen und under Änderungen folgende MST Files angeben 1031.mst (deutsch) und AcroStan_self.mst (eigene) - Richtlinie auf OU anwenden in der sich die entsprechenden Clients befinden Knackpunkte: - Ländereinstellungen müssen Deutsch(Deutschland) sein - am Server - Auf den Software Deployment Point (Freigabe am Server) müssen authentifizierte Benutzer Leserechte haben (sonst Fehler - Event ID 108) Endlich funktionierts... :D lg, Rene

Hallo, ich habe weiterprobiert und bin auf folgende Lösung gekommen: Das Standard msi File von Adobe Acrobat Standard 6.0 kann nicht via GPO verteilt werden. Erst durch eine Nachbearbeitung (mittels ORCA) ist es möglich. Dabei muss die Datei nach dem Attribut "UnSupportedInstallType" durchsucht werden und dem Attribut der Wert "0" anstatt "1" zugewiesen werden. Das Attribut kommt in der Datei 2 oder 3 Mal vor. Für weitere Info siehe: http://www.appdeploy.com/messageboards/tm.asp?m=64&mpage=2&key= Danach kann das Paket einer Richtlinie zugewiesen werden Computerkonfiguration - Softwareeinstellungen - Softwareinstallation Unter Änderungen habe ich das 1031.MST (Deutsche Installation) File und das AcroStan_self.mst (eingene Änderungen) File angegeben. Ich wende die Richtlinie auf eine OU an in welcher sich mein PC befindet. Nun habe ich folgendes Problem: wenn ich den Computer starte, steht "Acrobat 6.0 wird installiert"; aber nur für 2 Sekunden; wenn ich mich anmelde ist das Programm aber nicht vorhanden. Kennt jemand diesen Fehler?

Hallo, gibt es jemanden, der es geschafft hat Acrobat 6.0 Standard per Gruppenrichtlinie zu verteilen (inkl. MST File mittels InstallShield Tuner) ??? Jedesmal wenn ich die Richtlinie bearbeite und das File AcroStan angebe bekommen ich: "Das Hinzufügen ist fehlgeschlagen. Die Bereitstellungsinformationen konnten vom Paket nicht abgerufen werden" Ich habe schon alles mögliche versucht aber es geht nicht... Mit dem Acrobat Reader funktionierts einwandfrei (mit dem original MSI File aus "Cache" Verzeichnis) Oder hat es jemand schon mit WinInstall 2003 geschafft??? Danke, ist wirklich dringend, lg Rene

Hallo und Danke erstmals, Diesen Artikel kannte ich bereits und meine Regionaleinstellungen sind auf Deutsch (Deutschland). Gibt es auch eine deutsche Version vom InstallShield Tuner (meines Wissens nach nicht) ...egal Du sagst mit WinInstall funktioniert es reibungslos? Dann kommt für mich die Lösung auf alle Fälle in Frage. Ein "leerer Client" sollte Image sei Dank kein Problem sein... Office soll aber vorher installiert werden, oder? Acrobat erweitert teilweise Symbolleisten usw. soviel ich weiß. Wir haben Office 2000 und XP im Einsatz; ich hoffe, dass ist egal. Muss ich sonst noch etwas beachten? Danke, lg Rene

Hallo, die Setup.ini ist beim Ausführen des msi Paketes nicht relevant, sondern nur wenn die Setup.exe ausgeführt wird. Ich habe weiterprobiert und bin auf folgendes gestoßen... Das mit den Sprachen wird auch über ein MST File gelöst. D.h. wird die Setup.exe ausgeführt und Deutsch ausgewählt, wird zur Laufzeit das File 1131.MST erzeugt, welches irgendwo unter: C:\Dokumente und Einstellungen\User\Lokale Einstellungen\Temp Nun habe ich mit dem InstallShield Tuner for Acrobat 6.0 ein mst File für meine Einstellungen erstellt und gebe zusätlich das 1131.MST File in das Verzeichnis. Lokal ausführen funktioniert jetzt mit: msiexec.exe AcroStan.msi TRANSFORMS="c:\xxx\1131.MST; c:\xxx\AcroStan_self.mst" Nun habe ich das Paket auf einen Server gespielt, die Verteilung durchführen zu können. Möchte ich das Paket nun einer Gruppenrichlinie (Computerconfig) hinzufügen, bekomme ich folgende Fehlermeldung: Das Hinzufügen ist fehlgeschlagen. Die Bereitstellungsinformationen konnten vom Paket nicht abgerufen werden Die Microsoft Knowledgebase habe ich schon durchsucht, die dort angegebenen Ursachen (Programm ist schon am Server installiert) treffen aber nicht zu. Hat irgendjemand eine Idee (ist dringend) Danke, lg Rene

Hallo, ich muss Acrobat 6.0 Standard auf ca. 250 PC's installieren. Ich möchte es per Gruppenrichtlinie (Computerconfig) realisieren. Ich verwende dass originale msi File von der CD und erstelle mit dem InstallShield Tuner for Acrobat 6.0 ein mst File (um meine Einstellungen zu übergeben - Seriennr, ...). Ich finde jedoch keine Möglichkeit die Sprache auf Deutsch festzulegen. Wenn ich mein Paket teste funktioniert es zwar, aber es wird immer die englische Version installiert. Wenn ich direkt von der CD das vorhandene MSI File aufrufe, werde ich auch nicht nach der gewünschten Sprache gefragt; nur wenn ich die Setup.exe ausführe kann ich auswählen. Gibt es eine Möglichkeit dies zu ändern? Danke, lg Rene Server: W2k Clients: W2k + XP

Hallo, ich habe folgendes Problem: Ich habe in unserer Domäne 2 Benutzer die ein normales Benutzerkonto (DomänenBenutzer) haben. Sie müssen auf unseren Clients (ca. 300) auch "Wartungstätigkeiten" durchführen. Dafür verwenden sie den lokalen Admin Account auf den einzelnen Clients. Meine Frage: Ist es möglich den beiden Benutzern (mit Domänen Benutzer Account) per Richtlinie lokale Admin Rechte auf allen Clients zu gewähren. Danke, lg Rene

Hallo, es funktioniert endlich. Wir hatten in der Firma ein Replikationsproblem (4 DC´s). Also das Skript funktioniert und sieht so aus: IF EXIST %systemroot%\system32\reg.exe GOTO INSERTHEL COPY \\servername\font\reg.exe %systemroot%\system32 :INSERTHEL IF EXIST %systemroot%\Fonts\helr45w.ttf GOTO INSERTEURO COPY \\servername\font\helr45w.ttf %systemroot%\Fonts %systemroot%\system32\REG ADD "HKLM\Software\Microsoft\Windows NT\CurrentVersion\Fonts" /v "Helvetica (TrueType)" /t reg_sz /d helr45w.ttf :INSERTEURO IF EXIST %systemroot%\Fonts\EUROET__.TTF GOTO END COPY \\servername\font\EUROET__.TTF %systemroot%\Fonts %systemroot%\system32\REG ADD "HKLM\Software\Microsoft\Windows NT\CurrentVersion\Fonts" /v "Eurostile ExtendedTwo (TrueType)" /t reg_sz /d EUROET__.TTF :END Ein Neustart ist jedoch erforderlich, dass die Schriftarten zur Verfügung stehen. lg und danke für die Hilfe, Rene PS: Andre, ich finde in jeden guten Haushalt gehört eine AD-Domain ;)

Hallo, habe heute weiterprobiert... Mache es jetzt mit einer Gruppenrichtlinie über Computerkonfiguration (Startskript) auf eine OU angewendet in der sich der betroffene Computer befindet. Startskript: IF EXIST %systemroot%\Fonts\helr45w.ttf GOTO END COPY \\servername\font\helr45w.ttf %systemroot%\Fonts C:\WINNT\system32\REG ADD "HKLM\Software\Microsoft\Windows NT\CurrentVersion\Fonts" /v "Helvetica (TrueType)" /t reg_sz /d helr45w.ttf :END Führe ich das Skript per Hand als Admin aus funktionierts. Auch als Startskript funktioniert es, und die Schriftart liegt unter Fonts, ist aber nicht in der Registry eingetragen, also nicht verwendbar - wenn ich als normaler User angemeldet bin. Ich habe es auch schon mit einem Neustart versucht - nutzt aber nichts. Melde ich mich dann als Admin an funktioniert's einwandfrei. Wobei ich wieder bei meinem Verständnisproblem bin -> Computerkonfiguration ist doch normalerweise userunabhängig oder ??? Und der Registry Eintrag sollte doch schon bevor sich der User anmeldet durchgeführt werden oder? lg, Rene ps: Die Richlinie wird sicher angewandt - habe es mit gpresult geprüft

Hi Andre, die Datei liegt auf C:\ und dies auch nur um die Funktionalität zu testen. Natürlich wird die Datei im Produktivbetrieb auf einer Freigabe liegen. Und ich stimme dir auch zu, dass der rundll32 Befehl unnötig ist. Wollte es nur einmal testen... Mein Problem: Ein normaler User führt das Skript aus; Ausgabe: 1 Datei wurde kopiert Führe ich es nocheinmal aus bricht er ab -> da schon vorhanden Jedoch sehe ich die Datei im Fonts Verzeichnis nicht... Melde ich mich danach als Admin an (egal ob lokaler oder Domain-Admin), ist die Datei im Fonts Verzeichnis. Ohne, dass ich als Admin etwas dafür tue. Ich habe das Skript jetzt umgeändert (mit Sprungmarke), aber am Verhalten hat sich nichts geändert. Danke für deine Hilfe, Rene

Hallo Andre, ich habe es jetzt mit folgendem Skript versucht: if exist "%SystemRoot%\Fonts\helr45w.ttf" exit copy c:\helr45w.ttf %systemroot%\Fonts rundll32 shell32.dll,Control_RunDLL main.cpl,@3 pause Es funktioniert als normaler Benutzer leider immer noch nicht... Wenn ich das Skript manuell ausführe als normaler User, bekomme ich die Ausgabe Datei kopiert, aber sie befindet sich nicht im Ordner. Als Admin funktionierts einwandfrei... Bevor ich die Berechtigungen (auf Fonts) gesetzt habe, hat er klarerweise Permission denied ausgespuckt (als normaler User)... Ich habe es auch per Richtlinie am DC auf die entsprechende OU versucht aber es geht auch nicht (als Computerkonfiguration Windows Einstellungen...Skript - Starten)... Was mir nur noch immer nicht klar ist: Unter Computerkonfiguration sollte das Startskript eigentlich sowieso funktionieren - auch ohne die umgeänderten Berechtigungen oder ? ->Computerkonfiguration - Userunabhängig - wird schon vor Benutzerauthentifizierung ausgeführt Danke lg, Rene

Hallo, die Sache mit der Berechtigung auf das Fonts Vereichnis funktioniert jetzt. Es gab ein Problem mit dem Computernamen. Nachdem der Computer in der OU ist, auf welche die Richtlinie angewandt wird, funktioniert es. Jetzt noch mit dem Skript testen.... lg, Rene

Hallo, danke erstmals für die Antworten. Ich habe jetzt testweise eine OU am Domäencontroller angelegt und in diese einen User "testfonts" erstellt. Der OU habe ich folgende Richtlinie zugewiesen: - Computerkonfiguration - Windows-Einstellungen - Sicherheitseinstellungen - Dateisystem -> %systemroot%\fonts - "Jeder" Vollzugriff (nur für Testzwecke) Die vererbbaren übergeordneten Berechtigungen übernehme ich nicht Sicherheitsrichtlinie: Dateien und Ordner konfigurieren und anschließend vererbare Berechtigungen an alle Unterordner und Dateien übermitteln. Melde ich mich jetzt als User testfonts an, ändert sich an den Berechtigungen am Ordner Fonts nichts. Sie sind gleich wie vorher... Dann habe ich auch noch den Computer in die OU verschoben (ist das notwendig? -> Computereinstellungen), aber auch dass führte nicht zum gewünschten Ergebnis... Richtlinien auf OU's haben ja die höchste Priorität, also kann sie auch nicht von einer anderen überschrieben werden, oder? ??? lg, Rene PS: Ich habe auch versucht, dass Skript (zum Kopieren der Schriftarten in den Fonts Ordner) als Startskript unter Computereinstellungen zuzuweisen. Das funktioniert aber nur wenn sich ein ADMIN anmeldet - nicht bei einem normalen User. Wird dieses Skript nicht schon beim Windows Start abgearbeitet - bevor sich der User authentifiziert? - -

Hallo, Ich glaube ich habe jetzt ein Verständisproblem. Ich möchte die Richtline (wenn sie fuktioniert) schließlich am Domänencontroller setzen. D.h. die Clients (ca. 300), die sich anmelden sollen sich die Schriftarten lokal in ihr Fonts Verzeichnis kopieren (von einer Freigabe). Verstehe ich dich richtig, ich soll auf allen Clients die Berechtigungen ändern und anschließen wieder umändern??? lg Rene

Hallo und danke erstmals, ich habe jetzt testweise lokal eine Gruppenrichlinie angelegt: gpedit.msc - Benutzerkonfiguration - Windows Einstellungen - Skripts -> Anmelden und habe ein Skript hinzugefügt, dass die Schriftarten in das WINNT\Fonts Verzeichnis kopiert. Folgendes Problem: Melde ich mich als normaler Benutzer an - passiert nichts Melde ich mich als Administrator an - funktionierts einwandfrei und die Schriftarten sind vorhanden Was kann ich diesbezüglich anders machen? Es handelt sich vermutlich wieder um ein Berechtigungsproplem - normaler Benutzer hat nur Leserecht am Fonts Ordner Danke im Voraus, lg Rene

Hallo, ich muss im Netzwerk auf ca. 300 Clients 2 Schriftarten installieren. Ich würde es gerne automatisieren und habe es schon per Script versucht. Dies scheitert aber daran, dass ein "normaler" Benutzer keine Schriftarten installieren (in den Ordner \WINNT\Fonts kopieren) kann. Gibt es eine Möglichkeit dies zu automatisieren? Betriebssystem: Windows 2k Server bzw. Professional Danke, lg Rene

Hallo, ich muss im Netzwerk auf ca. 300 Clients 2 Schriftarten installieren. Ich würde es gerne automatisieren und habe es schon per Script versucht. Dies scheitert aber daran, dass ein "normaler" Benutzer keine Schriftarten installieren (in den Ordner \WINNT\Fonts kopieren) kann. Gibt es eine Möglichkeit dies zu automatisieren? Betriebssystem: Windows 2k Server bzw. Professional Danke, lg Rene

Hallo, ich gebe für jeden Benutzer sein Basisverzeichnis folgendermaßen an: AD - Benutzer/Gruppen - User - Profil - Basisverzeichnis \\servername\%username% Standardmäßig wird für das angelegte Verzeichnis dem Benutzer Vollzugriff gewährt. Das möchte ich aber vermeiden. Wie kann ich die Rechte standarmäßig einschränken (Richtline?)? Danke, lg Rene

Ich muss NFS Speicherplatz auf einem W2k Server für Linux Clients freigeben. Gibt es dazu eine andere Möglichkeit als Services for Unix? Danke, mfg Rene

Hallo, ich möchte auf einem w2k Server NFS Shares für Unix Clients freigeben. Ich habe mich für die Lösung mit SFU 3.5 (NFS-Server) entschieden. Ich habe die SFU ohne Fehlermeldungen installieren können, jedoch ist es mir nicht möglich den NFS-Server Dienst zu starten. Ich bekomme jedesmal die Fehlermeldung "Error - Service failed to start." Im event log stehen 2 unterschiedliche Fehlermeldungen von Interix: 1. Could not connect to mapping server... RPC: Program not registered 2. Could not connect to mapping server... RPC: Port mapper failure - RPC unable to receive Weiters wird auch die Verzeichis-Eigenschaften Registerkarte nicht um den Tab NFS Sharing, wie auf der MS Homepage beschrieben, erweitert. System: w2k Server SP4 (Englische Version) Services for Unix 3.5 Kennt jmd dieses Problem? Danke, mfg Rene