Schose's Blog » Deployment

XenApp Policies im- bzw. exportieren

andreas — Wed, 07 Jan 2009 21:49:14 +0000

Wer eine Farm von Grund auf neu installieren oder Policies in eine neue Farm kopieren möchte, braucht eine Import- bzw. Exportmöglichkeit.

Dieses Script hilft dabei.

Druckerkonfiguration / -Anlage scripten

andreas — Wed, 13 Feb 2008 17:19:59 +0000

Wer mehr als eine handvoll Drucker, -Treiber und -Warteschlangen zu managen hat, kommt früher oder später nicht umher die Anlage zu automatisieren. Besonders in Printercluster- oder Terminalumgebungen sollten Verwaltungscripte das Management übernehmen. Nur so kann sichergestellt werden, dass Treiberversionen über alle Maschinen konsistent sind.

Die benötigten Scripte liefert Microsoft bereits bei der Installation mit. Sie befinden sich bei WindowsXP/2003 unter C:\windows\system32. Bei Vista wird man je nach Sprachversion unter C:\Windows\System32\Printing_Admin_Scripts\de-DE\ fündig. Die Parameter und Funktionen sind aber identisch.

Als Beispiel lege ich meinen neuen Homeofficesdrucker per Batchdatei an. Dieser ist per TCP/IP (TCP/9100) auf 192.168.178.6 erreichbar. Die Modellbezeichnung des Druckertyps kann von OS zu OS unterschiedlich sein. Man findet sie in der entsprechenden .inf Datei im Treiberverzeichnis unter [MODEL]. Weiterhin wird der Standort sowie Beschreibung gesetzt und im Netzwerk freigegeben.

Treiber hinzufügen:
cscript C:\windows\system32\prndrvr.vbs -a -m “Samsung CLX-216x Series” -v 3 -i “D:\temp\treiber\clx2160\GDI_COLOR\WINXP_2000
_VISTA_32\cx21s.inf”

TCP/IP-Druckerport:
cscript C:\windows\system32\prnport.vbs -a -r “IP_192.168.178.6″ -h 192.168.178.6 -o raw

Drucker hinzufügen:
cscript C:\windows\system32\prnmngr.vbs -a -p “SamsungPrinter” -m “Samsung CLX-216x Series” -r “IP_192.168.178.6″

Druckerbeschreibung ändern:
cscript C:\windows\system32\prncnfg.vbs -t -p SamsungPrinter -l “Neudietendorf” -m “Homeprinter”

Drucker freigeben:
cscript C:\windows\system32\prncnfg.vbs -t -p SamsungPrinter -h “SamsungShare” +shared -direct

alle Drucker und Treiber von Maschine entfernen:
REM spooler neu starten net stop spooler net start spooler
REM alle Drucker löschen: cscript C:\windows\system32\prnmngr.vbs -x

REM alle Druckertreiber löschen: cscript C:\windows\system32\prndrvr.vbs -x

mehr Infos:
Microsoft Technet

Welche Gruppenrichtlinie ändert was?!

andreas — Tue, 08 Jan 2008 23:20:48 +0000

Gruppenrichtlinien setzten lediglich Registrykeys unter HKLM oder HKCU – aber welche. Gerade bin ich über eine schöne Dokumentation im Excelformat gefallen.

PolicySettings.xls auf Microsoft Webseite

Kopie: http://andreas.ndfnet.de/showfiles/PolicySettings.xls

Tool des Tages – AppEdit …

andreas — Fri, 04 Jan 2008 13:08:16 +0000

Mit dem Tool lassen sich Anwendung zu Presentationservern hinzufügen. Die Citrix CMC sieht leider nur dem umgekehrten Fall vor (Presentationserver zu Anwendung). Normalerweise möchte man aber eine Farm vergrößern oder einen Server zu Wartungszwecken von veröffentlichten Anwendungen befreien.

Bisher wurde das Problem mit MFCOM Scripting gelösst (z.B.: hier).

http://www.thin-world.com/appedit.html

pimp my RHEL / CentOS / Fedora

andreas — Thu, 03 Jan 2008 21:25:37 +0000

Die Redhat Repositories geben im Vergleich zu Debian-basierenden Distributionen nicht ausreichend Software her. Beispielsweise ist Nagios nicht in der Distribution vorhanden.

Wer trotzdem nicht auf den Luxus einer Paketverwaltung verzichten möchte greift zum DAG.

Einfach /etc/yum.conf um das Repository (hier CentOS4):

[dag]
name=dag
baseurl=http://apt.sw.be/redhat/el4/en/$basearch/dag
gpgcheck=0

erweitern und updaten.

Link zu FAQ

unattended Update von VMware Tools

andreas — Mon, 05 Nov 2007 14:38:36 +0000

Diese Commandline deinstalliert alte VMware Tools – ohne Reboot. Ein Update hat bei mir nicht sauber funktioniert.

MsiExec.exe /X{3B410500-1802-488E-9EF1-4B11992E0440} /qn REBOOT="ReallySuppress"

Folgende Command Line installiert die VMware Tools ohne Shared Folder Option und ohne Neustart des Gastes (auf Windows).

msiexec -i "C:\install\vmware-tools\ESX-61618\vmware tools.msi" addlocal=all REMOVE=Hgfs /qn REBOOT="ReallySuppress"

Die aktuellen Tools kann man sich aus der windows.iso aus dem Pfad /vmimages/tools-isoimages laden.

getestet auf: W2k3, Tools Version 55869, ESX Version 61618

alle SVS Layer starten bzw. stoppen

andreas — Mon, 29 Oct 2007 22:21:29 +0000

Wer (wie ich) sehr viel mit Softwarelayern arbeitet, den wird es früher oder später nerven, dass für das Erstellen einen neuen Layers immer alle anderen manuell gestoppt werden müssen. SVSCMD.exe hilft hier leider auch nicht weiter.

Ich habe ein kleines “svskill” Script geschrieben, welches alle Layer stoppt bzw. alle auf automatisch konfigurieren Layer startet.
Aufruf per “perl svskill.pl [stop|start]“. Falls ihr kein Perl installiert habt, könnt ihr auch die kompilierte .exe Datei nehmen.

Das Script fragt im wesentlichen die Registrykeys unter HKLM\System\Altiris\FSL ab. Hier sind alle Layer mit ihren Einstellungen gespeichert. Das starten und stoppen über SVScmd.exe sollte man env. noch verbessern!

Script: http://andreas.ndfnet.de/showfiles/svskill/svskill.pl
Binary: http://andreas.ndfnet.de/showfiles/svskill/svskill.exe (1 MB)

Altiris SVS von der Kommandozeile nutzen

andreas — Mon, 29 Oct 2007 22:07:10 +0000

Alles was über die Altiris Adminoberfläche getrieben wird, kann auch von der Kommandozeile erfolgen. Hier kein paar kleine Beispiele:

Layer Firefox deaktiveren:
svscmd “firefox” D -f

Layer Firefox aktivieren:
svscmd “firefox” A

Layer Openoffice erstellen und Setup aufzeichnen
SVSCMD.EXE “Openoffice” CAPTURE -P D:\download\programme\ooinstaller\setup.exe

Layer löschen:
svscmd “openoffice” DEL -f

… mehr Infos natürlich mit svscmd /?

Wyse bringt Notebook Thinclients

andreas — Sun, 14 Oct 2007 19:06:11 +0000

Die Vorteile von so einem Gerät liegen auf der Hand: keine Lüfter, lange Akkulaufzeiten. Allem voran liegen aber die Daten dort wo sie hingehören: im zentralem Rechenzentrum mit HA, Backup etc. Meiner Ansicht nach wäre nur noch zu klären wie die Dinger UMTS etc. reden. Da es sich hier aber um ein WindowsXP embedded handelt sollte sogar die entsprechende Software vom Provider laufen.

Hauptnachteil der Lösung: gearbeitet werden kann nur mit Onlineverbindung. Zug, Flugzeug etc. fällt aus!

Link zum Hersteller:
http://www.wyse.com/products/hardware/thinclients/X90/index.asp

Citrix Access Gateway virtualisieren

andreas — Tue, 18 Sep 2007 15:41:26 +0000

Wer für Testumgebungen oder kleine Teststellungen keine Citrix “certified” Access Applicance Hardware rumliegen hat, kann das Ding auch einfach in der VMware Workstation virtualisieren.

Im Wesentlichen muss man lediglich eine virtuelle Maschine mit min. 40GB IDE Hdd, 2 Intel NICs, Seriellen Port und CDROM erstellen. Obwohl beim CAG im Hintergrund ein Redhat läuft sollte man als Gastbetriebssytem “other” wählen.

Standardmäßig erstellt die VMware Workstation AMD PCnet Netwerkadapter. Um die auf Intel umzubauen muss in der .vmx der VM auf:

ethernet0.virtualDev = e1000 ethernet1.virtualDev = e1000 umstellen.

Um den seriellen Port zu emulieren muss weiterhin im VMX File auf:

serial0.tryNoRxLoss = "TRUE" serial0.startConnected = "TRUE" serial0.present = "TRUE" serial0.fileType = "pipe" serial0.fileName = "\\.\pipe\vmwaredebug" serial0.pipe.endPoint = "client"

umgestellt werden. Wenn dies alles erledigt ist sollte die Maschine wie in der Abbildung aussehen.

Um nun per Terminal auf die serielle Konsole zu connecten benötigt man noch das VMware Serial Line Gateway. Dieses wird irgendwohin in den Pfad kopiert und mit vmwaregateway /t gestartet. Dies öffnet TCP Port 567 die serielle Konsole.

Nun kann man sich beispielsweise über den Hyperterminal vom Windows auf die serielle Schnittstelle verbinden.

CD runterladen, ins virtuelle CD-ROM schmeissen und auf gehts…