Marco230482

Nabend ;)

Es hat irgendwie geklappt, ich habe den Ordner %useprofile%\Anwendungsdaten\ICA Client gelöscht und dann hat er sofort die Einstellungen der Workstation übernommen. cya

Hi, genau das da oben ist mein Problem. Mein Program Neighborhood Agent speichert die Einstellungen für jeden Benutzer extra ab. Ich habe den Agent auf einer Workstation als Admin installiert, und habe ihm die Server-URL meines NFuse Servers zugewiesen. Nur werden diese Einstellungen nicht computerspezifisch gespeichert sondern benutzerspezifisch. Melde ich mich also als Admin ab, und melde ich mich als Benutzer wieder an, dann werden die Einstellungen nicht gespeichert, und ich muss die URL neu eingeben. Kann man das nicht computerspezifisch festlegen? D.h: egal welcher Benutzer sich an der Workstation anmeldet, er soll immer ein und die selbe Server-URL erhalten.

So die Office AD werden doch übernommen, sie standen nur in der falschen Richtlinie, da ich Office über einen TS bereitstelle, muss sie für die Domänencontroller gelten und nicht für die Benutzer selber. cya

Nabend, oh je, ich hoffe ihr habt mich nicht falsch verstanden. Bei mir ist es eben grad nicht mit der Termsrv.mst möglich. Und nen Exchange Server steht mir auch nicht zur Verfügung, wir arbeiten mit dem MERCUR Mailserver. Ich will folgendes: In meinem Praktikum stelle ich 60 Benutzer von Novell auf AD um. Gleichzeitig sollen die Anwendungen von einem TS bereitgestellt werden. Unter anderem wird Outlook über den TS bereitgestellt, der Benutzer meldet sich auch mit seinem eigenen Benutzerprofil am TS an, und bekommt auch seine eigenen Daten (beim Kalender und bei den Kontakten klappt das schon ganz gut). Wenn ich nun einen neuen Benutzer im AD einrichte, dann muss ich mich erst an eine andere Workstation setzen, mich mit diesem Account anmelden und dann die Outlookdaten selber einrichten. Und das müsste ich genau 60mal machen. Alle anderen Sachen habe ich durch das AD schon automatisiert (Ordnerumleitung, Office Einstellungen, halt standard-Windows-und-Office-Sachen...). Nur dieses Outlook macht Probleme. Und eine optimale Lösung für mich wäre halt eine Umgebung zu schaffen, in der ein Admin nur das Benutzerkonto im AD anlegt, es in eine OU schiebt und einer Gruppe zuweist. Das klappt jetzt wie gesagt so weit ganz gut, alle Einstellungen stimmen, nur dem Outlook scheint das irgendwie nicht zu jucken. So und da ich ja den Custom Installation Wizard verwenden muss, um Office auf einem TS zu installieren, kam mir die Idee mit der Umgebungsvariable. Da sich alle Benutzer später mit ihrem Windows-Anmeldenamen am POP und SMTP Server anmelden, schien das für mich die optimalste Lösung zu sein. Also habe ich alle "festen" Daten gesetzt, wie z.B. POP- und SMTP-Server und alle Daten, bei denen nur irgendwas benutzerspezifisches drin steht, da habe ich halt die Variable %username% reingeschrieben, in der Hoffnung, dass die Umgebungsvariable übersetzt wird. Aber dem war irgendwie nicht so. Die Daten sollen auch nicht für jede Sitzung neu gesetzt werden. Sie sollen nur ein einziges Mal gesetzt werden, und zwar dann, wenn der Benutzer das erste Mal sein Outlook startet. Danach sind diese Einstellungen ja in meinem Servergespeicherten Profil gespeichert, und meldet sich der Benutzer erneut an, dann sind seine Postfacheinstellungen wieder da. So sollte es bei mir auch sein, nur so ist es nicht. Meldet sich ein User das erste Mal an, wird die Variable eben nicht aufgelöst. So wie ich sie im CIW gesetzt habe, so steht die auch bei jedem einzelnen Benutzer drin. Also mich macht das schon nen bisschen stutzig, somal du meinst, dass es funktionieren sollte. cya

Hi, nachdem ihr mein erstes Problem erfolgreich gelöst habt, habe ich gleich das nächste. Es ist kein richtiges Problem, aber wenns denn eine Lösung gibt, würde es mich doch sehr freuen. Ich suche eine Möglichkeit, den Windows Anmeldenamen gleich als POP und SMTP Anmeldenamen zu benutzen, ohne dass ich bei einer neuen Benutzereinrichtung dies erst manuell einstellen muss. Ich habe auf einem TS Office 2000 installiert, mit dem CIW. Bei der Installation konnte ich unter anderem alle Outlook Daten eingeben, die den Benutzern automatisch zugewiesen werden. Aber irgendwie steckt da der Wurm drin. Outlook selber arbeitet im "Internet Only Mode" und unser Mailserver ist kein Exchange Server. Gebe ich z.B. unseren Popserver ein, wird dieser übernommen. Allgemein werden alle Eingaben (außer Umgebungsvariablen) ordnungsgemäß übernommen. Gebe ich nun in den Anmelde Einstellungen im CIW eine Umgebungsvariable ein, wird diese nicht aufgelöst, obwohl sie korrekt existiert. Aber diese Umgebungsvariablen werden nirgendswo übernommen. Auch die eingegebene Absenderadresse %username%@domain.de wird nicht ordnungsgemäß angezeigt. Startet also ein Benutzer sein Outlook in einer TS-Session, so löst er die Variable %username% nicht als solche auf, sondern er versucht sich, mit %username% als Wort selber anzumelden. Die Umgebungsvariable selber existiert aber, weil die Homeverzeichnisse im Anmeldeskript korrekt gemappt werden. Laut Microsoft soll der Custom Installation Wizzard aber Umgebungsvariablen unterstützen. Mit dieser PRF Datei habe ich es auch schon probiert, aber da legt er mir noch nichtmal Konten an. Gibts dafür irgendeine Erklärung oder funktioniert das nur mit nem Exchange Server? cya

Wunderbar, es hat funktioniert. Danke euch! cya

Danke erstmal für deine schnelle Antwort, habe das Bild mal nen bisschen verkleinert ;) Der Loopbackverarbeitungs-Modus (was für ein Wort) ist aktiviert und an den Benutzerrichtlinien in der Default Domain Policy habe ich auch schon rumgespielt. Diese werden ja auch übernommen, wenn sich ein Benutzer am TS anmeldet (aber genau: wenn sich EIN Benutzer anmeldet). Melde ich mich als Admin an, habe ich auch die Einschränkungen, die normalerweise nur User haben sollten. Und das darf eigentlich nicht sein. Das ist zur Zeit mein Problem. Ich bräuchte also irgendwie nen Tipp, wie die Benutzerrichtlinien aus der Default Domain Policy nur auf Benutzer angewendet werden und nicht auf alle Benutzer. CU ;)

Hi, ich komme hier schon seit einigen Tagen nicht weiter: Als Praktikumsaufgabe habe ich folgendes Projekt bekommen: Windows 2000 Terminalserver mit Citrix einrichten detailliert: Windows 2000 Advanced Server mit SP4 - Server läuft im Anwendungsmodus - genügend Lizenzen sind vorhanden - Citrix Metaframe XP FR3 SP3 - Office 2000 Professional - Acrobat Reader 6 - servergespeicherte Profile auf einem Extra Laufwerk - Active Directory (Testdomäne = Citrix) Testclient: Windows 2000 professional (total nackig, nur das OS) und nen Thin-Client. Mit diesem Projekt soll ich erste Erfahrungen im Bereich Terminalserver machen, wenn alles den Wünschen meiner Vorgesetzten entspricht, wird später Windows Server 2003 eingesetzt; dabei wird die Domäne natürlich auch auf einem anderen Server verwaltet. Ist jetzt nur zu Testzwecken so. Mit Metaframe XP habe ich erstmal den Acrobat Reader und nen paar Office Anwendungen freigegeben. Das funktioniert auch alles tadellos, so schwer war das ja nicht. Der User startet seine Program Neighbourhood und findet dort alles was er braucht, über NFuse klappt auch alles prima. Mein Problem liegt aber hauptsächlich in dem Active Directory und in den Gruppenrichtlinien. Um euch das mal näher zu erläutern habe ich hier nen Screenshot von meiner Struktur gemacht. Also zur Zeit sind alle Benutzer, die an Workstations arbeiten in der OU Workstations-Benutzer eingerichtet. Dieser OU habe ich eine Gruppenrichtlinie zugewiesen. In dieser Gruppenrichtlinie sind nur die Benutzerkonfigurationen festgelegt (nicht die Computerkonfigurationen. In der OU Computer sind alle Computer der Domäne aufgelistet und diese OU hat wieder eine Gruppenrichtlinie, wo die Computerkonfigurationen festgelegt sind. Des weiteren gibts eine OU Domänencontroller, wo mein Domänencontroller drin ist, Diese OU besitzt die Gruppenrichtlinie "Default Domain controller Policy" und die Gruppenrichtlinie "spezifische Terminalserver-Einstellungen". Da ich zu Testzwecken erstmal nichts an der Default Policy ändern wollte, habe ich mir eine neue Policy angelegt. Schaltet nun ein Benutzer eine Workstation an, so werden die Computer-Richtlinien übernommen. Meldet sich nun ein Benutzer an einer Workstation an, so werden dann die Benutzerrichtlinien übernommen. Das klappt alles tadellos. Ich habe mit dem Programm gpresult.exe überprüft, welche Richtlinien übernommen werden. Startet der Benutzer nun eine veröffentlichte Anwendung, so wird er zuerst mit seinem Benutzernamen am Server angemeldet (logisch). Nur seine Benutzerrichtlinien werden nicht übernommen (auf dem Client selber existieren sie aber). Auf dem Terminalserver arbeitet der Benutzer ständig mit den Benutzerrichtlinien, die in der "Default Domain Controller Policy" festgelegt sind, und nicht mit denen aus seiner OU. Warum ist das so und wie kann man das ändern? Natürlich kann ich nun dort Einstellungen vornehmen, nur gelten die dann für alle Benutzer, die sich am TS anmelden. Also auch für mich als Admin, und das ist ja nicht im Sinne des Erfinders, wenn ich als Admin mich halb ausperren muss, nur damit normale User keinen Unfug machen können. Den Benutzern ist es laut AD gestattet, sich am Terminalserver anzumelden, und die Profilpfade stimmen auch alle. Ich hatte gestern schonmal nen Beitrag gepostet, wo ich mich gewundert habe, warum die Office 2000 Richtlinien nicht übernommen werden. Und das ist wieder das gleiche in Grün. Stehen die Richtlinien in der Workstation-Benutzer Richtlinie, so werden sie nicht übernommen, stehen sie aber in der "Default Domain Controller Policy" werden sie fein säuberlich von oben nach unten dem angemeldeten Benutzer zugewiesen. Also ich bin mit meinem Latein am Ende. cya

Hallo, ich hoffe ihr könnt mir bei meinem Problem helfen. Als Praktikum muss ich folgendes Projekt realisieren: windows 2000 advanced server SP4 (Testumgebung - später 2003) Citrix Metaframe XP FR3 SP3 windows 2000 prof. Clients Wie schon gesagt, ist das ein Terminalserverprojekt. Der Server selbst läuft im Anwendungsmodus und verwaltet mit dem AD eine Domäne. In der Domäne habe ich 2 OU's eingerichtet. In der ersten OU befinden sich alle Computer meiner Testumgebung (natürlich mit ner Gruppenrichtlinie), in der 2. OU befinden sich meine Testbenutzer, auch mit ner Gruppenrichtlinie. Meldet sich ein Benutzer an einem Computer an, werden alle Gruppenrichtlinien korrekt übertragen, so wie es eigentlich auch sein soll. Nun will ich auf diesem Terminalserver Office 2000 veröffentlichen. Dafür habe ich zuerst das ORK installiert und dann das Office, wie es bei Microsoft beschrieben ist. Die Veröffentlichung selber ist auch top. Aber nun kommt mein Fehler: Ich will im AD die Einstellungen fürs Office für jeden Benutzer in meiner OU vorgeben (Word Vorlagen Verzeichnisse, Standardoptionen...). Dafür habe ich die *.ADM Vorlagen in meine Gruppenrichtlinie importiert (und zwar in die für meine Benutzer). Das klappte ganz gut, nun kann ich endlich alles ordentlich einstellen, dachte ich. Nur irgendwie werden diese Einstellungen komplett ignoriert. Die Windows Richtlinien werden tadellos übernommen, die Office-Richtlinien hingegen garnicht. Nicht eine Richtlinie funktioniert. Ich habe auch schon eine *.pol Datei mit dem System Policy Editor angelegt (der bei dem ORK dabei ist), aber wenn ich die in die NETLOGON Freigabe meines "PDC" kopiere, werden die auch nicht übernommen. Ist das irgendwie ne Microsoft Macke oder gehe ich das total falsch an? Ich hoffe ihr könnt mir helfen! CU ;-)