stkr

kuckt mal hier... MSKB: 930056 @Flare: vielleicht könntest Du den Titel dieses Threads hier noch ein bissel anpassen... wir sind ja mittlerweile etwas vom "Citrix-Thema" abgekommen. :p Gruß StKr

Hallo Flare, bezgl. des Adminpack (wie z.B. DHCP-Plugin, usw. ) und Vista hab ich letztens bei MS gelesen, dass es für Vista ein extra Adminpack geben wird. Wann das sein wird steht allerdings noch nicht fest. Gruß StKr

Hi DoubleT, ich hab das gleiche Problem. Wie sieht denn die Lösung nun aus? Gruß StKr

Hi Loisyn, Loopback-Modus hab ich schon am laufen... Modus=zusammenführen aber was soll der in diesem Zusammenhang bringen?? und welche GruRiLi meinst Du in der Benutzer-Konfig? Ich kann Dir diesbezüglich grad nicht folgen... erklär mal bitte

Alos WinXP mit Adminpak von 2003 geht auf jeden Fall auch gegen eine 2000 Domäne... ABER: das Ändern von Netlogon geht auch da nicht....

Hi, Sorge dafür, dass immer nur eine Print-Que via TCP/IP auf den Drucker losgeht. Das ist vorzugsweise der Print-Server, der im gleichen Standort wie der Drucker steht.... Die anderen Print-Queues der anderen Standorte/Server verbindest Du dann am besten via Localport auf den Server, der die Queue hält. Gruss Stefan

besorg dir von ner NT4-Server-CD den alten User-Manager (usrmgr.exe) und markiere dort alle User (mit gedrückter Shift-Taste) ... danach ALT+Enter und schwupps hast Du die Eigenschaften aller User.... Gruß Stefan

ein nettes Howto dazu hier: http://www.gruppenrichtlinien.de/HowTo/VPNEinwahl.htm Dank an Mark Heitbrink

Hallo zusammen, ich hab folgendes Problem: Szenario wie folgt: - Eine Windows 2000 Active-Directory Domäne mit insgesamt 7 Standorten, die überwiegend über SDSL 384 miteinander gekoppelt sind. - In jedem dieser Standorte steht eine Windows-Terminal-Server-Farm mit 2 bis 3 Terminal-Servern. - Die User sollen überwiegend die Applikationen der Terminal-Server-Farm ihres Standortes benutzen... bis auf eine Ausnahme (die bestätigen ja leider die Regel :-)) - Es soll eine Applikation aus dem zentralen Standort Nr. 1 genutzt werden. Die User sind selbstverständlich mit serverbased Profiles ausgestattet und bekommen per User-Manager ihr Home-Laufwerk gemappt, was auch gleichzeitig Root-Drive für ihre Terminal-Sitzung ist. D.H. sowohl bei der Domänen-Anmeldung als auch bei der Terminal-Server-Anmeldung wird ein Laufwerk U: als Basisordner verbunden, was auf einunddiesselbe Freigabe deutet (für jeden User natürlich sein eigenes) z.B. U: -> \\server\home$\%username% Soweit so gut und kein Problem... Nun zum Prob: Startet ein User nun via Citrix eine Anwendung die nicht von einem Terminal-Server seines Standortes gehostet wird, versucht auch der standortfremde Terminal-Server natürlich das Home-Laufwerk zu mappen, das im User-Manager eingetragen ist. Meine Idee war nun (mit den Profilen funktionierts auch, nur mit dem Home nicht) im User-Manager nicht festverdrahtete Pfade einzutragen sondern mit System-Variablen zu arbeiten. D.h. ich setze auf allen Rechnern (via GPO mithilfe des Tools "setx" ausm ResKit) 3 System-Variablen Hier ein Beispiel: Standort 1: set varProfServer=ServerStandort1 (für Profile) set varWTSProfServer=ServerStandort1 (für Terminal-Server-Profile) set varHomeServer=ServerStandort1 (für Basis-Laufwerke) Standort 2: set varProfServer=ServerStandort2 set varWTSProfServer=ServerStandort2 set varHomeServer=ServerStandort2 usw.... und nun benutze ich im User-Manager diese Variablen: Der User "Fritz.Mueller" sieht dann so aus: Benutzerprofil: \\%varProfServer%\profile$\fritz.mueller Terminal-Server-Benutzerprofil: \\%varWTSProfServer%\wtsprofile$\fritz.mueller Basisordner (bei beiden): \\%varHomeServer%\Home$\fritz.mueller Wie schon gesagt: bei den Profilen funktioniert das bestens... nur bei den Home-Laufwerken nicht. Es wird die Variable einfach nicht aufgelöst.... mehrfach geprüft... über Start -> Ausführen oder in einer normalen CMD funzt das alles wunderbar... nur der Anmelde-Prozess scheint mit den Variablen fürs Home nix anfangen zu können. Hat vielleicht irgendwer ne Idee? Das Ergebnis sollte so sein, dass es pro User und Standort ein eigenes Home-Laufwerk gibt. Oder anders gesagt, es gibt für "Fritz.Mueller" ein Home-Laufwerk in Standort1, ein separates in Standort2...3...4 usw... Hintergrund ist einfach die WAN-Strecken frei zu halten und die Terminal-Server bzw Roaming-Users so zu konfigurieren, dass sie ein Home-Laufwerk aus ihrem lokalen Standort bekommen, in dem sie sich gerade anmelden. Besten Dank... und ich hoffe es haben alle verstanden, was ich meine :D

geht mit ghost tadellos.... hab ich schon mehrfach gemacht. Es bleibt allerdings anzmerken, das Symantec offiziell keine RAID-Konfigurationen unterstützt. Mit den meisten RAID-Controllern kommt Ghost allerding ohne Probleme klar. (den einzigen Problemfall, den ich kenne ist Mylex DAC 352)

jau... stimmt... hab ich wohl vergessen zu erwähnen.... ups :)

Da hast Du Recht... ich benutz es auch nur für den Fall, dass alte Win9x-Clients, Unix- bzw Linux-Kisten irgendwo im Netz ihr Dasein fröhnen... die prügel ich zwar per DHCP ins DNS (zumindest die Clients), aber oft fragen die Win9x trotz allem noch den WINS vorzugsweise... zumindest beim Reverse-Lookup und so kann ich denen gleich ein richtiges DNS-Suffix mitgeben bzw den FQN. Da ich oft mit verschiedenen Domänen arbeiten muss (Tree und Forest oder auch Single-Master nebeneinander) ist das ganz dankbar... Klar hast Du Recht!!! Eine vernünftige DNS-Namensauflösung is Pflicht!!! Sonst geht im AD mal garnix... ;) Sodele... wie wir in Schwaben sagen :) ... vielen Dank nochmal Ich mach nun Feierabend *lach*

Hi Lupo zum Thema Policies... also ich würde die NT-Policies (ntconfig.pol) per hand in GPOs umsetzen... falls Du mit Reg-Files gearbeitet hast, die Dinge einstellen die Du nicht per GPO abhandeln kannst, such mal nach reg2adm.exe ... das Ding baut aus Reg-Files AMD-Vorlagen für die GPOs. Falls Du nen Windows XP Rechner als Admin-PC dein eigen nennst empfehle ich Dir noch die GPMC (gibts bei MS)... die macht die Sache auch bei ner 2000-AD richtig easy...

jupp... das habe ich mir auch schon so gedacht... DHCP und DNS war klar... hab ich auch so umgesetzt und funktioniert bestens... vielen Dank nochmal für den DHCP-Tip!!! :) für WINS... hmm... was ist dann mit dem DNS->WINS-Lookup? da hab ich selbstverständlich die entsprechende IP zum passenden NIC pro Zone eingetragen... So ganz nebenbei... das Routerchen wird für ne Exchange-Schulung gebraucht und soll dazu dienen nachher die Mails von einer DNS-Zone zur anderen zu routen...

:) sooo einfach??? Set it und forget it??? hui... hatte ich mich garnicht gewagt daran zu denken, dass das so funktionieren kann. und wie kann ich generell die Bindungen kontrollieren? wenn ich z.B auf einer NIC keinen aktiven Dienst wie DNS, WINS oder DHCP haben will?? Bei DNS über die Nameserver-Einträge... ok. Bei DHCP vermutlich über die von Dir angesprochene Bindungskonfig. Und bei WINS?? Aber auf jeden Fall schon mal vielen Dank für die prompte und sauschnelle Antwort!!! Grüße Stef