mbrock

Andere Idee: Client Version. Zunächst mal testen ob RDP funktioniert, sonst mal die Versionen des ICA Client checken...

@benninger: oops - da ist mir jemand zuvor gekommen ;-) Schließe mich den Ausführungen meines Vorredners an ;-)

Hi Tommi-nrw, also: Beim Terminalserver wird das Programm generell auf dem Terminalserver ausgeführt. Übertragen werden ausschließlich Bildinformationen, sowie Maus und Tastatureingaben. Sound, drucken usw. lasse ich jetzt der einfachheit halber mal aussen vor... Wenn Du jetzt eine Applikation auf dem Terminalserver ausführen möchtest, dann sollte diese auch Terminalservertauglich sein, gerade bei älterer Software ist das nicht selbstverständlich. Im Zweifelsfall sollte dies auch mit Benutzerrechten zunächst getestet werden. Ob diese Software auf dem Terminalserver installiert werden muss hängt von der Software ab. Wenn diese Software auf einem PC installiert werden muss damit sie funktioniert, wirst Du um eine Installation auf dem Terminalserver nicht herum kommen. Hier nimmt der Terminalserver quasi die Funktion des PC ein. Hoffentlich habe ich mich in der Beschreibung jetzt nicht zu sehr verhaspelt ;-)

Hi, alternativ: - Jeder Benutzer der auf dem Drucker drucken soll muss ihn sich im TS- Profil einmalig als Netzwerkdrucker verbinden. oder: - Drucker auf dem TS als lokalen Drucker einbinden mit neuem Port auf der Druckerfreigabe des Client-PC (ist aber dann wieder für ALLE TS-User sichtbar.

Hi, was wäre wenn der Server nicht über START - BEENDEN heruntergefahren wird sondern per Script. Dazu gäbe es dann die Möglichkeit PSSHUTDN (Sysinternals) oder vergleichbare Tools in das Script einzubauen. Gehört natürlich ein wenig Disziplin dazu - bei allen Admins ;-)

Hi, schon mal an die Lizenzen gedacht? Für nicht administrative Terminalserversitzungen sind diese wohl nötig (incl. Lizenzserverdienst) Gruss MBrock

Danke der Nachfrage: Hatte ich schon verifiziert: über die eigenschaften von Arbeitsplatz kann ich mir anschauen ob das (lokal zwischengespeicherte) Profil ein lokales oder ein roaming profile ist. Es sollte ien roaming profile sein, ist aber nur ein lokales Profil. Wir werwende TS Profiles. Super Antwort: Wird aber darauf hinauslaufen: Muss nur noch verifizieren welche Hotfixe ich dann von Citrix benötige ;-) Muchas Gracias ... oder wie der Engländer sagt ... ;-)

Hallo zusammen, auf meinen Windows 2003 Terminalservern habe ich folgendes Problem: Wenn der Anwender bei der Anmeldung aufgefordert wird das Kennwort zu ändern und dies auch macht wird das roaming Profile nicht geladen sondern ein lokaes generiert. Umgebung: Windows 2003 Server ohne Servicepack Citrix Metaframe XP FR3 Fehler ist unabhängig davon ob ICA oder RDP verwendet wird. Auf bestehenden Windows 2000 Servern besteht das Problem nicht. Hat irgend jemand eine Idee? Danke vorab.

Hi, bastel dir doch ein Script (CMD oder VBS) das die Verzeichnisse löscht und den Anwender aus der AD entfernt. Anregungen zu VBS kannst Du im Scriptcenter bei Microsoft holen, da liegen etliche Beispielscripts zu den verschiedensten Themen.

Hi, @ Zoran freut mich :) Probleme kanns natürrlich bei roaming profiles geben wenn die Druckereinrichtung auf einem anderen TS läuft als die 'normale' Published App. Wenn der Benutzer dann an beiden gleichzeitig angemeldet ist 'sticht' bei dem Profil die letzte Abmeldung.

Hi, vielleicht hilft dieser Link? http://support.citrix.com/kb/entry.jspa?entryID=2080

Hi, warum stellst du in der AD (vorhanden?) bei dem Benutzer nicht einfach im Reiter *Sessions* ein wie du das wünschst?

Hmmm, habe das gerade mal durchprobiert - kommt nur leider ne Fehlermeldung und dann doch wieder der Desktop :( Hab aber bei nem Kollegen schon mal so eine Published App gesehen - muss also irgendwie funktionieren. Hast du schon mal danach gegoogelt?

Hi, bei standardmäßiger Einstellung des ICA- Client kannst Du mit Strg-F1 den Taskmanager aufrufen und dann einen neuen Prozess explorer.exe starten. Dann hast du den Desktop und kannst den Drucker verbinden. Da der Desktopp aber wahrscheinlich an dieser Stelle nicht erwünscht ist kannst du die DruckerVerwaltung (Control Printers?) als Published App freigeben. Wenn der Anwender dies als einzige Sitzung geöffnet hat wird bei der Abmeldung der Netzdrucker ins (roaming) profile geschrieben. Viel Erfolg.

Hi, Da hast Du ja quasi schon die Antwrt geliefert. Beide Netzwerkkarten des Servers besitzen IP-Adressen im selben SUBNET, hängen aber meiner Interpretation nach nicht im gleichen Netzwerksegment. Entweder du verwendest im Netz und auf dem Weg zum Router unterschiedliche IP SUBNETZE (viel besser) oder du definierst mit dem Befehl *ROUTE* (aus der CMD) welche IP über welche Netzwerkkarte erreicht wird (ncht so gut) Das eigentliche Problem: Beim Ping auf den PS weiss der Server nichtr über welche Netzwerkkarte er das Ziel erreichen soll und wählt dummerweise den falschen (murphy). Viel erfolg.

Hi, von einem anderen TS aus (wenn vorhanden) mit der TS Adminkonsole. -oder- Mittels *AT* und *LOGOFF* wenn die Session ID bekannt ist. e.g.: AT \\SERVER 22:00 LOGOFF 1 Meldet um 22:00 Uhr die Sitzung 1 an Server \\SERVER ab. Interessant wäre jetzt herauszufinden welche Session-ID die alte Sitzung hat... ggf. kannst du ja präventiv etliche Sitzungen abmelden oder ein Script bauen, dass zu nächst mit *QUERY USER* alle Sitzungen abfragt, das Ergebnis auswertet und die Sitzung gezielt abmeldet. Ist aber dann etwas komplizierter. Viel Erfolg. ;)

Ob das nicht Probleme beim Routing mit sich bringt? Habe aber leider auch keine bessere Lösung :(

Hi, da die Lizenzen bei MS anders als bei Citrix nicht concurrent sind sondern NAMED, bezweifle ich, dass das Technisch oder Lizenzrechtlich möglich ist. Generell gilt: Du benötigst soviele Lizenzen, wie unterschiedliche Rechner auf den TS zugreifen. Dass die Lizenzen nach 3 Monaten wieder freigegeben werden hat etwas damit zu tun, dass eventuell eine Hardware neu installiert oder veschrottet wird, damit wird die Lizenz wieder Frei. In den Anfängen von Win2K Server wurden diese Lizenzen gar nicht mehr freigegeben. Ich lasse mich aber gern eines besseren belehren.

Hi, Ansatzweise gar nicht so schlecht ;) Variable WSH_Shell erst verwenden, dann mit DIM definieren? Wird so nicht funktionieren. fs ist nicht dimensioniert, das wird Probleme mit OPTION EXPLICIT geben. Geht auch mit VBS: fs.DeleteFile (TargetDir & "\DATEINAME.*") Sonst brauchst du den 'Set fs' nicht Da gibts auch den 'fs.CopyFile' für... Wscript.Quit(1) ??? Was soll das (1)? Besteht in diesem Kontext überhaupt das Recht auf die Netzressource für den Copy zuzugreifen? Ich vermute mal, dass die Dateien nicht einmal gelöscht wurden. Das hängt dann damit zusammen, dass Scripting Host bei OPTION EXPLICIT sehr empfindlich auf Fehler reagiert und das Script gar nicht ausführt (s.o.) Besteht die Möglichkeit dem Anwender die notwendigen Rechte zu geben? Dann könntest du das mit dem UserLogonScript erschlagen. Vielleicht hats ja geholfen ;)

Hi, den TSKILL kann er auch selbst auf eigenen Prozesse anwenden. Ob's weiterhilft? Vielleicht über eine CMD für's abmelden?

Hi, wenn du die Process ID kennst (QUERY PROCESS) kannst due den Prozess aus euner anderen Sitzung heraus mit TSKILL gezielt beenden. Alternativ geht auch der Taskmanager. Damit ist aber leider nicht die Ursache behoben :(

Müsste als separate DriveRemap.exe auf der CD drauf sein. Es kann allerdings zu Problemen kommen, wenn bereits Applikationen installiert sind. DriveRemap durchforstet zwar die Registry und ändert auch da an vielen Stellen den Laufwerksbuchstaben, ob es allerdings alle Einträge findet??? Mach dich auf jeden Fall darauf gefasst dass nicht mehr alle Applikationen funktionieren. Der Sauberste Weg ist: -Betriebssystem installieren -DriveRemap -Applikationen installieren Ich hatte sogar schon probleme mit einem MS- Hotfix, wenn dieses vor DriveRemap installiert wurde.

Hi, versuch mal UHPClean von Microsoft auf den Clients.

Laut unseren Enterprise Admins nicht ;)

Hi,