Wolke2k4

Sag das doch gleich! ;) Die Frage, warum der Autista Support sowas nicht weiss stelle ich jetzt mal nicht... Jedenfalls ist des Rätsels Lösung: c:\windows\hh.exe "Pfad_zur\Ortsbuch.chm" Besten Dank!

Und das ist auch das Problem. Ich kann das Büchlein weder als Inhalt noch als pup App veröffentlichen, gibt eine schöne Fehlermeldung, die allerdings von Citrix kommt. Was wäre in diesem Fall die HH.exe? Das Problem mit dem Patch beschreibt der Standesamtsverlag auch in einem seiner KB Artikel. Da habe ich mich anfangs auch erstmal ein Weilchen tot gesucht...

Hmm... bei 100 Druckern könnte das in Arbeit ausarten... Ich meinte aber nicht eine Installation der Drucker direkt auf dem TS sondern innerhalb der Session. Da ein normaler Nutzer auf einem TS durchaus dazu berechtigt ist sich einen Netzwerkdrucker zu installieren würde es genügen, wenn man als NutzerX,Y in der RDP Session einen Drucker im Stil von \\clientname\druckerfreigabename erstellt. Bei zu großem Aufwand sollte man dies sicher Script gesteuert durchführen. Wie das genau geht kann ich Dir aber nicht sagen, da wären dann die Script Profis gefragt. Sicher wird es irgendwie über rundll32 gehen...

Hallo zusammen, ich habe zwar nicht viel Hoffnung aber fragen kostet ja nichts. Hat jemand zufälligerweise schon das Ortsbuch von Autista als published Application unter Citrix (erfolgreich) veröffentlichen können? Der Support redet sich mit der Standardausrede heraus, dass man keine Testumgebung hätte... bla, bla, bla. Ich weiss aber, dass es läuft.

Hallo, ich bin gerade am grübeln und testen. In der Ausgabe vom IT-Administrator 12/2005 wird mittels ADM Vorlage das Verschieben von Profilordnern wie Temporary Internet Files (Cache), Eigene Dateien, Eigene Bilder, TEMP usw. in ein eigenes für den Nutzer zur Verfügung stehendes Laufwerk beschrieben (bspw. H:\). An sich sicher keine schlechte Idee doch meiner Meinung nach verursacht diese Vorgehensweise andere/weitere Probleme: Voraussetzung: Ein Nutzer hat ein servergespeichertes Profil, das Profil wird nach der Abmeldung auf dem Client gelöscht. Nun gehe ich bei und aktiviere die Richtlinie zum Verschieben der oben genannten Ordner in ein Netzlaufwerk des Nutzers. Problem: 1. Ohne aktivierte Richtlinie bleiben mir die Temporary Internet Files erspart und werden bei der Abmeldung des Nutzers mit gelöscht. Lasse ich sie dagegen in einen eigenes Netzlaufwerk speichern sammeln sich nach ein paar Monaten ganz schnell, ganz viele MBs an, die ich regelmäßig löschen darf/muss. 2. Dadurch, dass die Dateien nun nicht mehr zuerst in das lokale Profil sondern gleich in ein Netzlaufwerk geschrieben werden wird das Netzwerk zusätzlich belastet. Das Ziel schlankerer Profile ist IMHO nicht wirklich erreicht, es findet lediglich eine Datenverschiebung statt. Zusätzlich leite ich den Müll fürs Surfen der Nutzer auf einen Server und sichere ihn womöglich mit. Wie haltet Ihr eure servergespeicherten Profile schlank? Vordergründig geht es mir dabei um Terminaldiensteprofile. Bin gerade letztens wieder auf eine Citrix Farm gestroßen, in der die Profile lokal auf den TS nicht gelöscht werden. Bei knapp 50-60 Nutzern sind das auf beiden Servern jeweils um die 10GB von denen der größte Teil hauptsächlich vom IE Cache belegt wird.

Danke für die Antworten! Bei PSSHUTDOWN \\Servername -N 30 -R -U ADMINISTRATOR -PASSWD Blablabla regt sich etwas. Das Problem ist allerdings, dass der Gute offensichtlich nicht wirklich runter fährt. Der hat mir gerade meine VNC Session tot gemacht, sodass ich derzeit nicht auf die Kiste komme. Anpingbar ist er weiterhin. Ich muss die Kiste erstmal am Montag neustarten lassen. Die Frage ist, ob der Schalter -r ohne -s genutzt werden kann... Komisch auch, dass der Schalter -passwd funzt, so er doch eigentlich -p wäre. Ich werde die Geschichte wohl mal vor Ort testen müssen.

So richtig scheint PSShutdown die NT Kiste nicht zu mögen, gibt einen dicken fetten Fehler: Couldn't access NTSERVER: Zugriff verweigert If NTSERVER is already performing a shutdown operation you must abort it before issuing a different command. Irgendjemand eine Idee, was hier quer liegt? Wenn ich die spartanische Installationanleitung richtig verstanden habe dann wird das Tool auf dem auslösenden Server über die CMD mit den entsprechenden Befehlszeilenoptionen gestartet und gut ist...

Wäre schon sinnvoll zu wissen, wo es denn genau Probleme gibt. Hast Du meinen Vorschlag getestet? Wenn ja, was war das Ergebnis?

Sorry, hatte den Teil in den Klammern überlesen. Im Grunde ist es relativ einfach. In den GPOs musst Du noch nicht mal etwas einstellen. Sofern Serverseitig Audio in den Eigenschaften des RDP Protokolls erlaubt ist und Clientseitig ebenfalls funzt die Geschichte... Du hast sicher mehrere Clients getestet? Lokal funktioniert die Soundwiedergabe?

Trendmicro wird von Citrix empfohlen, sodass man davon ausgehen kann, dass es dem reinen TS nicht schadet. In der Tat sind dynamische Session IDs bei autocreated Client Printern für einige Anwendungen ein Problem. Hier hilft eventuell das Mappen der Drucker auf dem TS über eine lokale Clientfreigabe. Hat allerdings den Nachteil, dass jeder Nutzer die Drucker, die er eigentlich nicht sehen soll, sieht...

Hmmm.... wie sieht es mit dem Drucken aus Word oder anderen Anwendungen aus? Gab es diese Probleme schon immer? Welche Drucker setzt Ihr ein?

Ein Versuch wäre der Druckserver sicher wert. Ist der Fehler an bestimmten Stellen oder mit bestimmten Anwendungen reproduzierbar?

@Marie_LL Was hat Dein Link mit dem Thema zu tun?

In den Paketen stehen normalerweise auch die MAC Adressen, bspw. wenn ARP Requests usw. durch die Gegend flutschen... Ansonsten hat Aktaion natürlich recht.

Citrix ist nicht im Einsatz? Die Treiber sind alle TS oder zumindest W2K3/XP tauglich? Wann hängt sich die Druckerwarteschlange auf (müsste dem Eventlog ja zu entnehmen sein)?

Guckst Du hier :)

Betrifft einen Kunden. Ist der erste, der Elvis einsetzt. Dadurch, dass das Programm in der Außenstelle genutzt werden soll muss es natürlich auf den TS. Nachtrag: Das mit dem Open Office auf dem TS gefällt mir zwar nicht so aber der Support scheint i.O. Macht auf jeden Fall einen besseren Eindruck als der Support der Konkurrenz...

Ist aber nicht zu ändern bei diesem Design. In der Regel gibt man ja für servergespeicherte Profile auch einen anderen Pfad/Server an. Der "Belastung" ist der Server in jedem Fall ausgesetzt, mit dem Unterschied, dass er die Daten intern von A nach B schaufelt. Der Vorteil hierbei ist eher noch, dass das Netzwerk nicht belastet wird. An Deiner Stelle hätte ich auch nicht Dokumente und Einstellungen als Profilpfad freigegeben, da dies der default Profilpfad ist.

Ich empfehle Dir auch, Deinen CSA zu kontaktieren. Darf man fragen, warum kein Wert auf ICA gelegt wird? Die Mehrwerte sind schliesslich nicht von der Hand zu weisen.

Hmmm... hab es ehrlich gesagt noch nicht ausprobiert aber logisch wäre es dann nicht... na ja wir arbeiten ja hier mit Microsoft Produkten...

Bekommt Ihr kein Support vom Anwendungshersteller?

Kann keinen Fehler entdecken... war sonst noch irgendwo eine Frage versteckt?

Kann eigentlich nicht sein, denn der Unterschied ist eindeutig. TS Profiles nur für Anmeldung am Terminal Server Servergespeicherte Profile für Domain weite Anmeldung Woran erkennst Du, dass er lokal auf der WS ein Profil vom TS Profilpfad zieht?

Hätte ja sein können... werd mich mal mit der Hotline in Verbindung setzen. Schwerer als Autista wird es ja wohl nicht werden...

Hallo, hier kennt sich nicht zufälligerweise jemand mit Elvis unter Terminal Server aus und hat das Programm auf einem solchen schon mal angebunden?