image_pdfimage_print

Sharefile StorageZone TLS Failure

image_pdfimage_print

After the SAML authentication was working, I wanted configure the StorageZones.

The first try with a restricted SZ failed and my colleague told me to try it again without the restrictions.
The second try worked better, but the upload of files always failed.

I found the right input in the blog of Jason Samuel again: Link

I could make the settings (deactivate TLS 1.2) with the descriped tool IIS Crypto and test it successful after that:

Source: Jason Samuel

Script: NS-Sharefile

Sharefile SAML with NetScaler Unified Gateway

image_pdfimage_print

I wanted to set up Sharefile with SAML Authentication with NetScaler Unified Gateway in my little Demo-/Testenvironment.

I found a useful manual with in the blog of Jason Samuel (Link)

Other than in his article descriped I don’t use an AAA vServer. I use a NetScaler Gateway vServer for the authentication.
After start I failed while testing, until I found a pit within the Sharefile Control Plane with my colleague.
After all settings are done and saved, you should not click “SAVE” again, because with that a new SP certificate will generated:

You should not activate the Web-Authetication because then the plugins will not work properly (the Website is shown within the plugins instead the origin function).

For the case that you don’t want to renew your own SAML certificate to often, you can create the IDP (x.509) certificate with your own CA with a longer expiration period. The FQDN must not be the same like the FQDN of the IDP:

Source: www.jasonsamuel.com

Script: NS-Sharefile

XenDesktop 7.12 – und der Local Host Cache ist zurück

image_pdfimage_print

Hallo zusammen

Heute (07.12.16) ist die neue Version von XenApp/XenDesktop erschienen. Nebst vielen Neuerungen welche ihr hier nachlesen könnt, kam der Local Host Cache (LHC) zurück.

Mit diesem ist es nun wieder wie vor der Ära von Version 7.x möglich, dass der Betrieb einer XA/XD Umgebung weiterläuft, auch wenn die Verbindung zum SQL Server fehlschlägt. Im Gegensatz zum alten LHC, welcher von jedem XenApp Server lokal verwaltet (Access DB) und direkt angesteuert wurde, läuft der neue LHC in einer kleinen SQL Instanz (Local DB) und bei einem Ausfall des SQL Servers wird eine Instanz bestimmt, auf welche sich alle Controller verbinden. Da die verschiedenen LHC von den jeweiligen CCS parallel zum eigentlichen Betrieb aktuell gehalten werden, soll diese neue Variante auch einiges stabiler sein als der alte LHC.

Die Local DB ist bei einer Neuinstallation von XA/XD 7.12 standardmässig aktiv.

Bei einem Upgrade einer älteren Installation wo das Connection Leasing aktiv war, muss dieses noch deaktiviert und der LHC aktiviert werden:

Mehr und detailliertere Informationen findet ihr in den Docs.

Viel Spass beim Erfahrungen sammeln :-)