Posts

Es werden Posts vom 2014 angezeigt.

Storefront Stores mit Beschreibung

Bild
Hat sich noch jemand gewundert, wie eine Beschreibung in das Dialogfeld des Citrix Receivers kommt, wenn mehr als ein Store zur Auswahl steht? Oder warum manche Stores als (primary) gekennzeichnet werden, wenn der User in seinem Receiver die Liste der konfigurierten Konten anzeigt? Die gewünschten Beschreibungen können pro Store in einer Datei hinterlegt werden, der Pfad der Datei ist für Storefront 2.6: c:\inetpub\wwwroot\Roaming\web.config Hierin findet sich für jeden Store eine Sektion, unterhalb des XML-Pfads configuration / citrix.deliveryservices / RoamingRecords / Accounts mit Namen <account>, in der das passende Feld namens "description" mit dem gewünschten Inhalt gefüllt werden kann. Die Zeilennummern aus dem nachstehenden Screenshot können natürlich variieren. Mit den obigen Inhalten gefüllt wird dem User im Receiver nun beim Auflisten der Stores (falls mehrere Stores vorhanden sind), oder im Accounts-Dialog nach der Konfiguration die Beschreib

Citrix Default Passwords

Wer hat sich schon mal gefragt, wie der Admin-Account der gerade frisch heruntergeladenen Virtual Appliance ist? Oder der Portal-Login für einen NetScaler? Ich habe die Standard-Passwörter (sofern mir bekannt) hier mal in einer Tabelle zusammengefasst. Wenn Ihnen weitere bekannt werden, hinterlassen Sie bitte einen Kommentar auf dieser Site, ich werde den Beitrag dann erweitern. Produkt Username Passwort Konfigurationsweg Access Gateway 5.x admin admin https://<ipaddress>/lp/adminlogonpoint App Controller 2.5 administrator password https://10.20.30.40:4443/ControlPoint Branch Repeater 6.x Admin password http://<ipaddress> CloudPlatform 3.x admin password http://<ipaddress>:8080/client Distributed Virtual Switch Controller admin admin https://<ipaddress> Merchandising Server 2.2 root C1trix321 https://<ipaddress>:/appliance Netscaler nsroot nsroot https://<nsip> VDI-in-a-Box vdiadmin kaviza https://<ip

XenDesktop 7 – published Desktop, aber nicht für alle

Bild
Hat noch jemand den Release Candidate von Citrix XenDesktop 7 in Erinnerung? Dort waren Delivery Groups (Bereitstellungsgruppen) für die Freigabe von Desktops getrennt von den Delivery Groups für die Freigabe von Anwendungen zu erstellen. Bei XenApp 6.5 und früheren Versionen war es kein Problem von einer Maschine sowohl den Desktop als auch verschiedene Apps freizugeben – dies schien XenDesktop 7 nicht zu unterstützen. Das Produkt ist mittlerweile auf dem Markt und die gleichzeitige Freigabe von Desktops und Apps innerhalb einer Delivery Group ist kein Problem – beim Anlegen der Delivery Group kann der Admin entscheiden, ob er diese für Apps, Desktop oder beides nutzen will, wie der folgende ScreenShot zeigt: Aber im weiteren Verlauf muss der Admin Gruppen oder User definieren, die auf die Delivery Group Zugriff haben sollen – und damit später auch auf den (einzigen) freigegebenen Desktop und die freigegebenen Apps dieser Bereitstellungsgruppe. Im ScreenShot im unteren Beispiel so

XenServer – Software in der Control Domain nachinstallieren

Wer wie ich regelmässiger Gast in der Control Domain eines XenServers ist, wird sich vielleicht das eine oder andere mal Tools vom heimischen Linux gewünscht haben: Midnight Commander, perl oder einfach nur einen FTP Client (vor allem da Transfers über WinSCP aufgrund der Verschlüsselung quälend langsam sind). Fehlt also ein lokal installierter FTP Client, kann dies in der Control Domain (bei bestehender Internetverbindung) über folgende Befehl erreicht werden: yum --enablerepo base install ftp Have fun!

Receiver 4 an Presentation Server 4 – geht doch :-)

Bild
In einem XenDesktop Kurs wurde ich jüngst von einem Teilnehmer darauf hingewiesen, dass es Probleme beim Zugriff mit modernen Clients wie Citrix Receiver auf Citrix Presentation Server 4 gäbe. Um diese Probleme zu klären habe ich in einem Lab die Situation nachgestellt und bin auf lediglich zwei triviale Hürden gestossen, abgesehen davon klappt das ganz prima. Hürde 1: der Start der App aus einem XenApp6.5 – Webinterface (Version 5.4) wird mit der Fehlermeldung verweigert, dass eine „LauncherReference“ fehlt. Bekanntes Problem bei der Kombination alt & neu. Zur Lösung ist in der WebInterface.Conf der jeweiligen WebSite das Attribut „RequireLaunchReference=Off“ zu setzen (steht normalerweise auf „On“). Dies wäre übrigens mit einem älteren WI nicht nötig gewesen. Hürde 2: Die Sitzung läuft innerhalb des Receivers schwerfällig und langsam. Lösung hier ist das Abschalten eines Receiver Features in der Registry (des Clients!). For x86 Computers Registry Key: HKEY_LOCAL_MACHINE\SOFTW

XenServer: FastForward und FastRewind

Bild
Kennt ihr noch die passenden Tasten am Tapedeck? Oder wenigstens ein Tapedeck? Und Wirken Massen-SnapShots beruhigend? Ein klares Ja. Aber wann immer ich ein neues Training erstelle, oder ein bestehendes Lab weiterentwickle, muss ich von allen beteiligten VMs in kaltem Zustand (heruntergefahren, gestoppt) einen “Erst-Snapshot” erstellen, um notfalls das Rad der Zeit schnell zurückdrehen zu können ohne direkt ein langwieriges Restore zu beginnen. Aktuelle habe ich 19 VMs vor mir und weigere mich, im XenCenter jede einzelne VM anzuklicken um einen Snapshot nach dem anderen zu erstellen. Das *muss* schneller, einfacher und weniger fehlerträchtig gehen! Erste Idee war, den Befehl “xe vm-snapshot” mit dem Parameter “--multiple” zu benutzen, allerdings scheint trotz anders lautendem Hilfetext der Parameter “multiple” in diesem Fall nicht unterstützt zu sein. Was bleibt ist die gute alte For-Schleife :-) ---- in der Control Domain des XenServers (Console im XenCenter oder PuTTY/KiTTY) folge