DE · EN
Anrufen
+41 44 508 80 00 Ueberlandstrasse 1, 8600 Dübendorf
build 6ddc7a35 | content blog-content@417154f · 338 posts | profiles 32 · corpus 315 | ● 0 skipped | format run

$ soultec get post/how-to-horizon-verbindung-absichern-teil-2 -o yaml$ soultec get post/how-to-horizon-verbindung-absichern-teil-2 -o json$ soultec get post/how-to-horizon-verbindung-absichern-teil-2 -o toml$ soultec get post/how-to-horizon-verbindung-absichern-teil-2 -o xml$ python3 how-to-horizon-verbindung-absichern-teil-2.pyPS> ./how-to-horizon-verbindung-absichern-teil-2.ps1$ go run how-to-horizon-verbindung-absichern-teil-2.go$ node how-to-horizon-verbindung-absichern-teil-2.js

apiVersion: soultec.ch/v1kind: Postmetadata: name: how-to-horizon-verbindung-absichern-teil-2 locale: de labels: author: raphael-thommen series: how-to capability/modern-workplace: 1.69 capability/virtualization: 1.42 vendor/omnissa: 1.99 vendor/vmware: 0.98 annotations: source: blog-content/posts/de/how-to-horizon-verbindung-absichern-teil-2.md route: /de/insights/how-to-horizon-verbindung-absichern-teil-2/ schema: /nerd/schema/posts.json markdown: /de/insights/how-to-horizon-verbindung-absichern-teil-2.mdspec: title: Horizon Verbindung absichern – Teil 2 date: 2024-12-11 author: raphael-thommen locale: de summary: >- Teil 1 zeigte, wie locked.properties die Verbindung zwischen Horizon Connection Servern und Clients absichert, vor allem über balancedHost. Es gibt Fälle, in denen das Ärger macht. capabilities: [modern-workplace, virtualization] vendors: [omnissa, vmware] series: how-to hero: /blog-assets/how-to-horizon-verbindung-absichern-teil-2/hero.webp legacySlug: how-to-horizon-verbindung-absichern-teil-2 migrated: 2026-08-24 draft: false sections: - body: | Im ersten Teil dieser Blogserie habe ich beschrieben, wie die Konfiguration von `locked.properties` dazu beiträgt, die Verbindung zwischen den Horizon Connection Servern und den Client/Agents zu sichern, insbesondere durch die Nutzung des Parameters `balancedHost`. [Blogpost Teil 1](https://soultec.ch/how-to-horizon-verbindung-absichern/) Doch es gibt Szenarien, in denen diese Methode problematisch sein kann. In diesem Beitrag betrachte ich eine alternative Konfiguration und analysiere deren Vor- und Nachteile. - heading: "

Problem: Kein Zugriff auf die Horizon Admin-Konsole über Load-Balanced-DNS

" body: | Trotz der Änderungen in der Konfiguration kann es vorkommen, dass die Horizon Admin-Konsole nicht über den Load-Balanced-DNS-Eintrag wie z. B. `vdi.soultec.lab` erreichbar ist. Diese Problematik tritt insbesondere dann auf, wenn `balancedHost` in der Konfiguration festgelegt ist und die Lastverteilung durch den Load-Balancer fehlerhaft läuft. Ein nicht- oder inkorrektes Konfigurieren kann folgende Probleme zur Folge haben: - Der Administrator sieht eine Fehlermeldung «Login Failed» , «404 Not Found» oder «The page you requested is not available», wenn er sich über die Konsole anmelden möchte auf der LB-URL mit /admin ![](/blog-assets/how-to-horizon-verbindung-absichern-teil-2/01.webp) ### Alternative Lösung: Nutzung mehrerer `portalHost`\-Einträge Eine mögliche Lösung besteht darin, alle relevanten URLs in der Datei `locked.properties` explizit als `portalHost` anzugeben. Dazu gehören: 1. Der Load-Balanced-DNS-Eintrag (z. B. `vdi.soultec.lab`). 2. Die einzelnen Horizon Connection Server (z. B. `labhrzcs01.soultec.lab` und `labhrzcs02.soultec.lab`). 3. Eventuell weitere Hosts, wie Unified Access Gateways (UAGs). Beispielkonfiguration: ```properties portalHost.1=vdi.soultec.lab portalHost.2=labhrzcs01.soultec.lab portalHost.3=labhrzcs02.soultec.lab ``` Die Datei `locked.properties` liegt unter dem Pfad: `C:\Program Files\VMware\VMware View\Server\sslgateway\conf\locked.properties` Mit dieser Konfiguration können alle potenziellen Verbindungen abgedeckt werden, wodurch Zugriffsprobleme minimiert werden. ### Wichtige Hinweise: - Es ist wichtig sicherzustellen, dass alle Einträge in `portalHost` exakt mit den DNS-Namen der Server übereinstimmen. - Nach Jeder Änderungen muss die Verbindunge getestet werden. - heading:

Fazit

 body: | Die Nutzung von `portalHost`\-Einträgen ist eine flexible Methode, um Zugriffsprobleme auf die Horizon Admin-Konsole zu lösen, insbesondere in Umgebungen mit Load-Balancern. Es ist jedoch wichtig, die Konfiguration regelmässig zu prüfen und sicherzustellen, dass alle relevanten Hosts in der Datei `locked.properties` eingetragen sind. Wenn du weitere Fragen zu diesem Thema hast oder Unterstützung brauchst, kontaktiere mich gerne über unsere Webseite.status: corpus: 315 alsoLike: - {ref: posts/soultec-ag-erreicht-hochsten-omnissa-partnerstatus, score: 1.00} - {ref: posts/ubersicht-omnissa-horizon-fur-citrix-kunden, score: 1.00} - {ref: solutions/omnissa/horizon/omnissa-app-volumes, score: 1.00} search: /de/search.json
{ "apiVersion": "soultec.ch/v1", "kind": "Post", "metadata": { "name": "how-to-horizon-verbindung-absichern-teil-2", "locale": "de", "labels": { "author": "raphael-thommen", "series": "how-to", "capability/modern-workplace": 1.69, "capability/virtualization": 1.42, "vendor/omnissa": 1.99, "vendor/vmware": 0.98 }, "annotations": { "source": "blog-content/posts/de/how-to-horizon-verbindung-absichern-teil-2.md", "route": "/de/insights/how-to-horizon-verbindung-absichern-teil-2/", "schema": "/nerd/schema/posts.json", "markdown": "/de/insights/how-to-horizon-verbindung-absichern-teil-2.md" } }, "spec": { "title": "Horizon Verbindung absichern – Teil 2", "date": "2024-12-11", "author": "raphael-thommen", "locale": "de", "summary": "Teil 1 zeigte, wie locked.properties die Verbindung zwischen Horizon Connection Servern und Clients absichert, vor allem über balancedHost. Es gibt Fälle, in denen das Ärger macht.", "capabilities": [ "modern-workplace", "virtualization" ], "vendors": [ "omnissa", "vmware" ], "series": "how-to", "hero": "/blog-assets/how-to-horizon-verbindung-absichern-teil-2/hero.webp", "legacySlug": "how-to-horizon-verbindung-absichern-teil-2", "migrated": "2026-08-24", "draft": false, "sections": [ { "body": "Im ersten Teil dieser Blogserie habe ich beschrieben, wie die Konfiguration von `locked.properties` dazu beiträgt, die Verbindung zwischen den Horizon Connection Servern und den Client/Agents zu sichern, insbesondere durch die Nutzung des Parameters `balancedHost`. [Blogpost Teil 1](https://soultec.ch/how-to-horizon-verbindung-absichern/)\n\nDoch es gibt Szenarien, in denen diese Methode problematisch sein kann. In diesem Beitrag betrachte ich eine alternative Konfiguration und analysiere deren Vor- und Nachteile." }, { "heading": "

Problem: Kein Zugriff auf die Horizon Admin-Konsole über Load-Balanced-DNS

", "body": "Trotz der Änderungen in der Konfiguration kann es vorkommen, dass die Horizon Admin-Konsole nicht über den Load-Balanced-DNS-Eintrag wie z. B. `vdi.soultec.lab` erreichbar ist. Diese Problematik tritt insbesondere dann auf, wenn `balancedHost` in der Konfiguration festgelegt ist und die Lastverteilung durch den Load-Balancer fehlerhaft läuft.\n\nEin nicht- oder inkorrektes Konfigurieren kann folgende Probleme zur Folge haben:\n\n- Der Administrator sieht eine Fehlermeldung «Login Failed» , «404 Not Found» oder «The page you requested is not available», wenn er sich über die Konsole anmelden möchte auf der LB-URL mit /admin\n\n![](/blog-assets/how-to-horizon-verbindung-absichern-teil-2/01.webp)\n\n### Alternative Lösung: Nutzung mehrerer `portalHost`\\-Einträge\n\nEine mögliche Lösung besteht darin, alle relevanten URLs in der Datei `locked.properties` explizit als `portalHost` anzugeben. Dazu gehören:\n\n1. Der Load-Balanced-DNS-Eintrag (z. B. `vdi.soultec.lab`).\n2. Die einzelnen Horizon Connection Server (z. B. `labhrzcs01.soultec.lab` und `labhrzcs02.soultec.lab`).\n3. Eventuell weitere Hosts, wie Unified Access Gateways (UAGs).\n\nBeispielkonfiguration: \n\n```properties\nportalHost.1=vdi.soultec.lab\nportalHost.2=labhrzcs01.soultec.lab\nportalHost.3=labhrzcs02.soultec.lab\n```\n\nDie Datei `locked.properties` liegt unter dem Pfad: \n`C:\\Program Files\\VMware\\VMware View\\Server\\sslgateway\\conf\\locked.properties`\n\nMit dieser Konfiguration können alle potenziellen Verbindungen abgedeckt werden, wodurch Zugriffsprobleme minimiert werden.\n\n### Wichtige Hinweise:\n\n- Es ist wichtig sicherzustellen, dass alle Einträge in `portalHost` exakt mit den DNS-Namen der Server übereinstimmen.\n- Nach Jeder Änderungen muss die Verbindunge getestet werden." }, { "heading": "

Fazit

", "body": "Die Nutzung von `portalHost`\\-Einträgen ist eine flexible Methode, um Zugriffsprobleme auf die Horizon Admin-Konsole zu lösen, insbesondere in Umgebungen mit Load-Balancern. Es ist jedoch wichtig, die Konfiguration regelmässig zu prüfen und sicherzustellen, dass alle relevanten Hosts in der Datei `locked.properties` eingetragen sind.\n\nWenn du weitere Fragen zu diesem Thema hast oder Unterstützung brauchst, kontaktiere mich gerne über unsere Webseite." } ] }, "status": { "corpus": 315, "alsoLike": [ { "ref": "posts/soultec-ag-erreicht-hochsten-omnissa-partnerstatus", "score": "1.00" }, { "ref": "posts/ubersicht-omnissa-horizon-fur-citrix-kunden", "score": "1.00" }, { "ref": "solutions/omnissa/horizon/omnissa-app-volumes", "score": "1.00" } ], "search": "/de/search.json" }}
apiVersion = "soultec.ch/v1"kind = "Post"[metadata]name = "how-to-horizon-verbindung-absichern-teil-2"locale = "de"[metadata.labels]author = "raphael-thommen"series = "how-to""capability/modern-workplace" = 1.69"capability/virtualization" = 1.42"vendor/omnissa" = 1.99"vendor/vmware" = 0.98[metadata.annotations]source = "blog-content/posts/de/how-to-horizon-verbindung-absichern-teil-2.md"route = "/de/insights/how-to-horizon-verbindung-absichern-teil-2/"schema = "/nerd/schema/posts.json"markdown = "/de/insights/how-to-horizon-verbindung-absichern-teil-2.md"[spec]title = "Horizon Verbindung absichern – Teil 2"date = 2024-12-11author = "raphael-thommen"locale = "de"summary = "Teil 1 zeigte, wie locked.properties die Verbindung zwischen Horizon Connection Servern und Clients absichert, vor allem über balancedHost. Es gibt Fälle, in denen das Ärger macht."capabilities = ["modern-workplace", "virtualization"]vendors = ["omnissa", "vmware"]series = "how-to"hero = "/blog-assets/how-to-horizon-verbindung-absichern-teil-2/hero.webp"legacySlug = "how-to-horizon-verbindung-absichern-teil-2"migrated = 2026-08-24draft = false[[spec.sections]]body = '''Im ersten Teil dieser Blogserie habe ich beschrieben, wie die Konfiguration von `locked.properties` dazu beiträgt, die Verbindung zwischen den Horizon Connection Servern und den Client/Agents zu sichern, insbesondere durch die Nutzung des Parameters `balancedHost`. [Blogpost Teil 1](https://soultec.ch/how-to-horizon-verbindung-absichern/)Doch es gibt Szenarien, in denen diese Methode problematisch sein kann. In diesem Beitrag betrachte ich eine alternative Konfiguration und analysiere deren Vor- und Nachteile.'''[[spec.sections]]heading = "

Problem: Kein Zugriff auf die Horizon Admin-Konsole über Load-Balanced-DNS

"body = '''Trotz der Änderungen in der Konfiguration kann es vorkommen, dass die Horizon Admin-Konsole nicht über den Load-Balanced-DNS-Eintrag wie z. B. `vdi.soultec.lab` erreichbar ist. Diese Problematik tritt insbesondere dann auf, wenn `balancedHost` in der Konfiguration festgelegt ist und die Lastverteilung durch den Load-Balancer fehlerhaft läuft.Ein nicht- oder inkorrektes Konfigurieren kann folgende Probleme zur Folge haben:- Der Administrator sieht eine Fehlermeldung «Login Failed» , «404 Not Found» oder «The page you requested is not available», wenn er sich über die Konsole anmelden möchte auf der LB-URL mit /admin![](/blog-assets/how-to-horizon-verbindung-absichern-teil-2/01.webp)### Alternative Lösung: Nutzung mehrerer `portalHost`\-EinträgeEine mögliche Lösung besteht darin, alle relevanten URLs in der Datei `locked.properties` explizit als `portalHost` anzugeben. Dazu gehören:1. Der Load-Balanced-DNS-Eintrag (z. B. `vdi.soultec.lab`).2. Die einzelnen Horizon Connection Server (z. B. `labhrzcs01.soultec.lab` und `labhrzcs02.soultec.lab`).3. Eventuell weitere Hosts, wie Unified Access Gateways (UAGs).Beispielkonfiguration: ```propertiesportalHost.1=vdi.soultec.labportalHost.2=labhrzcs01.soultec.labportalHost.3=labhrzcs02.soultec.lab```Die Datei `locked.properties` liegt unter dem Pfad: `C:\Program Files\VMware\VMware View\Server\sslgateway\conf\locked.properties`Mit dieser Konfiguration können alle potenziellen Verbindungen abgedeckt werden, wodurch Zugriffsprobleme minimiert werden.### Wichtige Hinweise:- Es ist wichtig sicherzustellen, dass alle Einträge in `portalHost` exakt mit den DNS-Namen der Server übereinstimmen.- Nach Jeder Änderungen muss die Verbindunge getestet werden.'''[[spec.sections]]heading = "

Fazit

"body = '''Die Nutzung von `portalHost`\-Einträgen ist eine flexible Methode, um Zugriffsprobleme auf die Horizon Admin-Konsole zu lösen, insbesondere in Umgebungen mit Load-Balancern. Es ist jedoch wichtig, die Konfiguration regelmässig zu prüfen und sicherzustellen, dass alle relevanten Hosts in der Datei `locked.properties` eingetragen sind.Wenn du weitere Fragen zu diesem Thema hast oder Unterstützung brauchst, kontaktiere mich gerne über unsere Webseite.'''[status]corpus = 315search = "/de/search.json"[[status.alsoLike]]ref = "posts/soultec-ag-erreicht-hochsten-omnissa-partnerstatus"score = "1.00"[[status.alsoLike]]ref = "posts/ubersicht-omnissa-horizon-fur-citrix-kunden"score = "1.00"[[status.alsoLike]]ref = "solutions/omnissa/horizon/omnissa-app-volumes"score = "1.00"
<?xml version="1.0" encoding="UTF-8"?><manifest kind="Post"> <apiVersion>soultec.ch/v1</apiVersion> <metadata> <name>how-to-horizon-verbindung-absichern-teil-2</name> <locale>de</locale> <labels> <author>raphael-thommen</author> <series>how-to</series> <entry key="capability/modern-workplace">1.69</entry> <entry key="capability/virtualization">1.42</entry> <entry key="vendor/omnissa">1.99</entry> <entry key="vendor/vmware">0.98</entry> </labels> <annotations> <source>blog-content/posts/de/how-to-horizon-verbindung-absichern-teil-2.md</source> <route>/de/insights/how-to-horizon-verbindung-absichern-teil-2/</route> <schema>/nerd/schema/posts.json</schema> <markdown>/de/insights/how-to-horizon-verbindung-absichern-teil-2.md</markdown> </annotations> </metadata> <spec> <title>Horizon Verbindung absichern – Teil 2</title> <date>2024-12-11</date> <author>raphael-thommen</author> <locale>de</locale> <summary>Teil 1 zeigte, wie locked.properties die Verbindung zwischen Horizon Connection Servern und Clients absichert, vor allem über balancedHost. Es gibt Fälle, in denen das Ärger macht.</summary> <capabilities> <item>modern-workplace</item> <item>virtualization</item> </capabilities> <vendors> <item>omnissa</item> <item>vmware</item> </vendors> <series>how-to</series> <hero>/blog-assets/how-to-horizon-verbindung-absichern-teil-2/hero.webp</hero> <legacySlug>how-to-horizon-verbindung-absichern-teil-2</legacySlug> <migrated>2026-08-24</migrated> <draft>false</draft> <sections> <section> <body>Im ersten Teil dieser Blogserie habe ich beschrieben, wie die Konfiguration von `locked.properties` dazu beiträgt, die Verbindung zwischen den Horizon Connection Servern und den Client/Agents zu sichern, insbesondere durch die Nutzung des Parameters `balancedHost`. [Blogpost Teil 1](https://soultec.ch/how-to-horizon-verbindung-absichern/)Doch es gibt Szenarien, in denen diese Methode problematisch sein kann. In diesem Beitrag betrachte ich eine alternative Konfiguration und analysiere deren Vor- und Nachteile. </body> </section> <section> <heading>

Problem: Kein Zugriff auf die Horizon Admin-Konsole über Load-Balanced-DNS

</heading> <body>Trotz der Änderungen in der Konfiguration kann es vorkommen, dass die Horizon Admin-Konsole nicht über den Load-Balanced-DNS-Eintrag wie z. B. `vdi.soultec.lab` erreichbar ist. Diese Problematik tritt insbesondere dann auf, wenn `balancedHost` in der Konfiguration festgelegt ist und die Lastverteilung durch den Load-Balancer fehlerhaft läuft.Ein nicht- oder inkorrektes Konfigurieren kann folgende Probleme zur Folge haben:- Der Administrator sieht eine Fehlermeldung «Login Failed» , «404 Not Found» oder «The page you requested is not available», wenn er sich über die Konsole anmelden möchte auf der LB-URL mit /admin![](/blog-assets/how-to-horizon-verbindung-absichern-teil-2/01.webp)### Alternative Lösung: Nutzung mehrerer `portalHost`\-EinträgeEine mögliche Lösung besteht darin, alle relevanten URLs in der Datei `locked.properties` explizit als `portalHost` anzugeben. Dazu gehören:1. Der Load-Balanced-DNS-Eintrag (z. B. `vdi.soultec.lab`).2. Die einzelnen Horizon Connection Server (z. B. `labhrzcs01.soultec.lab` und `labhrzcs02.soultec.lab`).3. Eventuell weitere Hosts, wie Unified Access Gateways (UAGs).Beispielkonfiguration: ```propertiesportalHost.1=vdi.soultec.labportalHost.2=labhrzcs01.soultec.labportalHost.3=labhrzcs02.soultec.lab```Die Datei `locked.properties` liegt unter dem Pfad: `C:\Program Files\VMware\VMware View\Server\sslgateway\conf\locked.properties`Mit dieser Konfiguration können alle potenziellen Verbindungen abgedeckt werden, wodurch Zugriffsprobleme minimiert werden.### Wichtige Hinweise:- Es ist wichtig sicherzustellen, dass alle Einträge in `portalHost` exakt mit den DNS-Namen der Server übereinstimmen.- Nach Jeder Änderungen muss die Verbindunge getestet werden. </body> </section> <section> <heading>

Fazit

</heading> <body>Die Nutzung von `portalHost`\-Einträgen ist eine flexible Methode, um Zugriffsprobleme auf die Horizon Admin-Konsole zu lösen, insbesondere in Umgebungen mit Load-Balancern. Es ist jedoch wichtig, die Konfiguration regelmässig zu prüfen und sicherzustellen, dass alle relevanten Hosts in der Datei `locked.properties` eingetragen sind.Wenn du weitere Fragen zu diesem Thema hast oder Unterstützung brauchst, kontaktiere mich gerne über unsere Webseite. </body> </section> </sections> </spec> <status> <corpus>315</corpus> <alsoLike> <item> <ref>posts/soultec-ag-erreicht-hochsten-omnissa-partnerstatus</ref> <score>1.00</score> </item> <item> <ref>posts/ubersicht-omnissa-horizon-fur-citrix-kunden</ref> <score>1.00</score> </item> <item> <ref>solutions/omnissa/horizon/omnissa-app-volumes</ref> <score>1.00</score> </item> </alsoLike> <search>/de/search.json</search> </status></manifest>
# Code generated by the soultec.ch build. DO NOT EDIT.import jsonPAGE = { "apiVersion": "soultec.ch/v1", "kind": "Post", "metadata": { "name": "how-to-horizon-verbindung-absichern-teil-2", "locale": "de", "labels": { "author": "raphael-thommen", "series": "how-to", "capability/modern-workplace": 1.69, "capability/virtualization": 1.42, "vendor/omnissa": 1.99, "vendor/vmware": 0.98, }, "annotations": { "source": "blog-content/posts/de/how-to-horizon-verbindung-absichern-teil-2.md", "route": "/de/insights/how-to-horizon-verbindung-absichern-teil-2/", "schema": "/nerd/schema/posts.json", "markdown": "/de/insights/how-to-horizon-verbindung-absichern-teil-2.md", }, }, "spec": { "title": "Horizon Verbindung absichern – Teil 2", "date": "2024-12-11", "author": "raphael-thommen", "locale": "de", "summary": "Teil 1 zeigte, wie locked.properties die Verbindung zwischen Horizon Connection Servern und Clients absichert, vor allem über balancedHost. Es gibt Fälle, in denen das Ärger macht.", "capabilities": ["modern-workplace", "virtualization"], "vendors": ["omnissa", "vmware"], "series": "how-to", "hero": "/blog-assets/how-to-horizon-verbindung-absichern-teil-2/hero.webp", "legacySlug": "how-to-horizon-verbindung-absichern-teil-2", "migrated": "2026-08-24", "draft": False, "sections": [ { "body": ( "Im ersten Teil dieser Blogserie habe ich beschrieben, wie die Konfiguration von `locked.properties` dazu beiträgt, die Verbindung zwischen den Horizon Connection Servern und den Client/Agents zu sichern, insbesondere durch die Nutzung des Parameters `balancedHost`. [Blogpost Teil 1](https://soultec.ch/how-to-horizon-verbindung-absichern/)\n" "\n" "Doch es gibt Szenarien, in denen diese Methode problematisch sein kann. In diesem Beitrag betrachte ich eine alternative Konfiguration und analysiere deren Vor- und Nachteile." ), }, { "heading": "

Problem: Kein Zugriff auf die Horizon Admin-Konsole über Load-Balanced-DNS

", "body": ( "Trotz der Änderungen in der Konfiguration kann es vorkommen, dass die Horizon Admin-Konsole nicht über den Load-Balanced-DNS-Eintrag wie z. B. `vdi.soultec.lab` erreichbar ist. Diese Problematik tritt insbesondere dann auf, wenn `balancedHost` in der Konfiguration festgelegt ist und die Lastverteilung durch den Load-Balancer fehlerhaft läuft.\n" "\n" "Ein nicht- oder inkorrektes Konfigurieren kann folgende Probleme zur Folge haben:\n" "\n" "- Der Administrator sieht eine Fehlermeldung «Login Failed» , «404 Not Found» oder «The page you requested is not available», wenn er sich über die Konsole anmelden möchte auf der LB-URL mit /admin\n" "\n" "![](/blog-assets/how-to-horizon-verbindung-absichern-teil-2/01.webp)\n" "\n" "### Alternative Lösung: Nutzung mehrerer `portalHost`\\-Einträge\n" "\n" "Eine mögliche Lösung besteht darin, alle relevanten URLs in der Datei `locked.properties` explizit als `portalHost` anzugeben. Dazu gehören:\n" "\n" "1. Der Load-Balanced-DNS-Eintrag (z. B. `vdi.soultec.lab`).\n" "2. Die einzelnen Horizon Connection Server (z. B. `labhrzcs01.soultec.lab` und `labhrzcs02.soultec.lab`).\n" "3. Eventuell weitere Hosts, wie Unified Access Gateways (UAGs).\n" "\n" "Beispielkonfiguration: \n" "\n" "```properties\n" "portalHost.1=vdi.soultec.lab\n" "portalHost.2=labhrzcs01.soultec.lab\n" "portalHost.3=labhrzcs02.soultec.lab\n" "```\n" "\n" "Die Datei `locked.properties` liegt unter dem Pfad: \n" "`C:\\Program Files\\VMware\\VMware View\\Server\\sslgateway\\conf\\locked.properties`\n" "\n" "Mit dieser Konfiguration können alle potenziellen Verbindungen abgedeckt werden, wodurch Zugriffsprobleme minimiert werden.\n" "\n" "### Wichtige Hinweise:\n" "\n" "- Es ist wichtig sicherzustellen, dass alle Einträge in `portalHost` exakt mit den DNS-Namen der Server übereinstimmen.\n" "- Nach Jeder Änderungen muss die Verbindunge getestet werden." ), }, { "heading": "

Fazit

", "body": ( "Die Nutzung von `portalHost`\\-Einträgen ist eine flexible Methode, um Zugriffsprobleme auf die Horizon Admin-Konsole zu lösen, insbesondere in Umgebungen mit Load-Balancern. Es ist jedoch wichtig, die Konfiguration regelmässig zu prüfen und sicherzustellen, dass alle relevanten Hosts in der Datei `locked.properties` eingetragen sind.\n" "\n" "Wenn du weitere Fragen zu diesem Thema hast oder Unterstützung brauchst, kontaktiere mich gerne über unsere Webseite." ), }, ], }, "status": { "corpus": 315, "alsoLike": [ { "ref": "posts/soultec-ag-erreicht-hochsten-omnissa-partnerstatus", "score": "1.00", }, { "ref": "posts/ubersicht-omnissa-horizon-fur-citrix-kunden", "score": "1.00", }, { "ref": "solutions/omnissa/horizon/omnissa-app-volumes", "score": "1.00", }, ], "search": "/de/search.json", },}if __name__ == "__main__": print(json.dumps(PAGE, indent=2, ensure_ascii=False))
# Code generated by the soultec.ch build. DO NOT EDIT.$Page = [ordered]@{ apiVersion = 'soultec.ch/v1' kind = 'Post' metadata = [ordered]@{ name = 'how-to-horizon-verbindung-absichern-teil-2' locale = 'de' labels = [ordered]@{ author = 'raphael-thommen' series = 'how-to' 'capability/modern-workplace' = 1.69 'capability/virtualization' = 1.42 'vendor/omnissa' = 1.99 'vendor/vmware' = 0.98 } annotations = [ordered]@{ source = 'blog-content/posts/de/how-to-horizon-verbindung-absichern-teil-2.md' route = '/de/insights/how-to-horizon-verbindung-absichern-teil-2/' schema = '/nerd/schema/posts.json' markdown = '/de/insights/how-to-horizon-verbindung-absichern-teil-2.md' } } spec = [ordered]@{ title = 'Horizon Verbindung absichern – Teil 2' date = '2024-12-11' author = 'raphael-thommen' locale = 'de' summary = 'Teil 1 zeigte, wie locked.properties die Verbindung zwischen Horizon Connection Servern und Clients absichert, vor allem über balancedHost. Es gibt Fälle, in denen das Ärger macht.' capabilities = @('modern-workplace', 'virtualization') vendors = @('omnissa', 'vmware') series = 'how-to' hero = '/blog-assets/how-to-horizon-verbindung-absichern-teil-2/hero.webp' legacySlug = 'how-to-horizon-verbindung-absichern-teil-2' migrated = '2026-08-24' draft = $false sections = @( [ordered]@{ body = @'Im ersten Teil dieser Blogserie habe ich beschrieben, wie die Konfiguration von `locked.properties` dazu beiträgt, die Verbindung zwischen den Horizon Connection Servern und den Client/Agents zu sichern, insbesondere durch die Nutzung des Parameters `balancedHost`. [Blogpost Teil 1](https://soultec.ch/how-to-horizon-verbindung-absichern/)Doch es gibt Szenarien, in denen diese Methode problematisch sein kann. In diesem Beitrag betrachte ich eine alternative Konfiguration und analysiere deren Vor- und Nachteile.'@ } [ordered]@{ heading = '

Problem: Kein Zugriff auf die Horizon Admin-Konsole über Load-Balanced-DNS

' body = @'Trotz der Änderungen in der Konfiguration kann es vorkommen, dass die Horizon Admin-Konsole nicht über den Load-Balanced-DNS-Eintrag wie z. B. `vdi.soultec.lab` erreichbar ist. Diese Problematik tritt insbesondere dann auf, wenn `balancedHost` in der Konfiguration festgelegt ist und die Lastverteilung durch den Load-Balancer fehlerhaft läuft.Ein nicht- oder inkorrektes Konfigurieren kann folgende Probleme zur Folge haben:- Der Administrator sieht eine Fehlermeldung «Login Failed» , «404 Not Found» oder «The page you requested is not available», wenn er sich über die Konsole anmelden möchte auf der LB-URL mit /admin![](/blog-assets/how-to-horizon-verbindung-absichern-teil-2/01.webp)### Alternative Lösung: Nutzung mehrerer `portalHost`\-EinträgeEine mögliche Lösung besteht darin, alle relevanten URLs in der Datei `locked.properties` explizit als `portalHost` anzugeben. Dazu gehören:1. Der Load-Balanced-DNS-Eintrag (z. B. `vdi.soultec.lab`).2. Die einzelnen Horizon Connection Server (z. B. `labhrzcs01.soultec.lab` und `labhrzcs02.soultec.lab`).3. Eventuell weitere Hosts, wie Unified Access Gateways (UAGs).Beispielkonfiguration: ```propertiesportalHost.1=vdi.soultec.labportalHost.2=labhrzcs01.soultec.labportalHost.3=labhrzcs02.soultec.lab```Die Datei `locked.properties` liegt unter dem Pfad: `C:\Program Files\VMware\VMware View\Server\sslgateway\conf\locked.properties`Mit dieser Konfiguration können alle potenziellen Verbindungen abgedeckt werden, wodurch Zugriffsprobleme minimiert werden.### Wichtige Hinweise:- Es ist wichtig sicherzustellen, dass alle Einträge in `portalHost` exakt mit den DNS-Namen der Server übereinstimmen.- Nach Jeder Änderungen muss die Verbindunge getestet werden.'@ } [ordered]@{ heading = '

Fazit

' body = @'Die Nutzung von `portalHost`\-Einträgen ist eine flexible Methode, um Zugriffsprobleme auf die Horizon Admin-Konsole zu lösen, insbesondere in Umgebungen mit Load-Balancern. Es ist jedoch wichtig, die Konfiguration regelmässig zu prüfen und sicherzustellen, dass alle relevanten Hosts in der Datei `locked.properties` eingetragen sind.Wenn du weitere Fragen zu diesem Thema hast oder Unterstützung brauchst, kontaktiere mich gerne über unsere Webseite.'@ } ) } status = [ordered]@{ corpus = 315 alsoLike = @( [ordered]@{ ref = 'posts/soultec-ag-erreicht-hochsten-omnissa-partnerstatus' score = '1.00' } [ordered]@{ ref = 'posts/ubersicht-omnissa-horizon-fur-citrix-kunden' score = '1.00' } [ordered]@{ ref = 'solutions/omnissa/horizon/omnissa-app-volumes' score = '1.00' } ) search = '/de/search.json' }}$Page | ConvertTo-Json -Depth 32
// Code generated by the soultec.ch build. DO NOT EDIT.package mainimport ( "encoding/json" "os")var page = map[string]any{ "apiVersion": "soultec.ch/v1", "kind": "Post", "metadata": map[string]any{ "name": "how-to-horizon-verbindung-absichern-teil-2", "locale": "de", "labels": map[string]any{ "author": "raphael-thommen", "series": "how-to", "capability/modern-workplace": 1.69, "capability/virtualization": 1.42, "vendor/omnissa": 1.99, "vendor/vmware": 0.98, }, "annotations": map[string]any{ "source": "blog-content/posts/de/how-to-horizon-verbindung-absichern-teil-2.md", "route": "/de/insights/how-to-horizon-verbindung-absichern-teil-2/", "schema": "/nerd/schema/posts.json", "markdown": "/de/insights/how-to-horizon-verbindung-absichern-teil-2.md", }, }, "spec": map[string]any{ "title": "Horizon Verbindung absichern – Teil 2", "date": "2024-12-11", "author": "raphael-thommen", "locale": "de", "summary": "Teil 1 zeigte, wie locked.properties die Verbindung zwischen Horizon Connection Servern und Clients absichert, vor allem über balancedHost. Es gibt Fälle, in denen das Ärger macht.", "capabilities": []any{"modern-workplace", "virtualization"}, "vendors": []any{"omnissa", "vmware"}, "series": "how-to", "hero": "/blog-assets/how-to-horizon-verbindung-absichern-teil-2/hero.webp", "legacySlug": "how-to-horizon-verbindung-absichern-teil-2", "migrated": "2026-08-24", "draft": false, "sections": []any{ map[string]any{ "body": "Im ersten Teil dieser Blogserie habe ich beschrieben, wie die Konfiguration von `locked.properties` dazu beiträgt, die Verbindung zwischen den Horizon Connection Servern und den Client/Agents zu sichern, insbesondere durch die Nutzung des Parameters `balancedHost`. [Blogpost Teil 1](https://soultec.ch/how-to-horizon-verbindung-absichern/)\n" + "\n" + "Doch es gibt Szenarien, in denen diese Methode problematisch sein kann. In diesem Beitrag betrachte ich eine alternative Konfiguration und analysiere deren Vor- und Nachteile.", }, map[string]any{ "heading": "

Problem: Kein Zugriff auf die Horizon Admin-Konsole über Load-Balanced-DNS

", "body": "Trotz der Änderungen in der Konfiguration kann es vorkommen, dass die Horizon Admin-Konsole nicht über den Load-Balanced-DNS-Eintrag wie z. B. `vdi.soultec.lab` erreichbar ist. Diese Problematik tritt insbesondere dann auf, wenn `balancedHost` in der Konfiguration festgelegt ist und die Lastverteilung durch den Load-Balancer fehlerhaft läuft.\n" + "\n" + "Ein nicht- oder inkorrektes Konfigurieren kann folgende Probleme zur Folge haben:\n" + "\n" + "- Der Administrator sieht eine Fehlermeldung «Login Failed» , «404 Not Found» oder «The page you requested is not available», wenn er sich über die Konsole anmelden möchte auf der LB-URL mit /admin\n" + "\n" + "![](/blog-assets/how-to-horizon-verbindung-absichern-teil-2/01.webp)\n" + "\n" + "### Alternative Lösung: Nutzung mehrerer `portalHost`\\-Einträge\n" + "\n" + "Eine mögliche Lösung besteht darin, alle relevanten URLs in der Datei `locked.properties` explizit als `portalHost` anzugeben. Dazu gehören:\n" + "\n" + "1. Der Load-Balanced-DNS-Eintrag (z. B. `vdi.soultec.lab`).\n" + "2. Die einzelnen Horizon Connection Server (z. B. `labhrzcs01.soultec.lab` und `labhrzcs02.soultec.lab`).\n" + "3. Eventuell weitere Hosts, wie Unified Access Gateways (UAGs).\n" + "\n" + "Beispielkonfiguration: \n" + "\n" + "```properties\n" + "portalHost.1=vdi.soultec.lab\n" + "portalHost.2=labhrzcs01.soultec.lab\n" + "portalHost.3=labhrzcs02.soultec.lab\n" + "```\n" + "\n" + "Die Datei `locked.properties` liegt unter dem Pfad: \n" + "`C:\\Program Files\\VMware\\VMware View\\Server\\sslgateway\\conf\\locked.properties`\n" + "\n" + "Mit dieser Konfiguration können alle potenziellen Verbindungen abgedeckt werden, wodurch Zugriffsprobleme minimiert werden.\n" + "\n" + "### Wichtige Hinweise:\n" + "\n" + "- Es ist wichtig sicherzustellen, dass alle Einträge in `portalHost` exakt mit den DNS-Namen der Server übereinstimmen.\n" + "- Nach Jeder Änderungen muss die Verbindunge getestet werden.", }, map[string]any{ "heading": "

Fazit

", "body": "Die Nutzung von `portalHost`\\-Einträgen ist eine flexible Methode, um Zugriffsprobleme auf die Horizon Admin-Konsole zu lösen, insbesondere in Umgebungen mit Load-Balancern. Es ist jedoch wichtig, die Konfiguration regelmässig zu prüfen und sicherzustellen, dass alle relevanten Hosts in der Datei `locked.properties` eingetragen sind.\n" + "\n" + "Wenn du weitere Fragen zu diesem Thema hast oder Unterstützung brauchst, kontaktiere mich gerne über unsere Webseite.", }, }, }, "status": map[string]any{ "corpus": 315, "alsoLike": []any{ map[string]any{ "ref": "posts/soultec-ag-erreicht-hochsten-omnissa-partnerstatus", "score": "1.00", }, map[string]any{ "ref": "posts/ubersicht-omnissa-horizon-fur-citrix-kunden", "score": "1.00", }, map[string]any{ "ref": "solutions/omnissa/horizon/omnissa-app-volumes", "score": "1.00", }, }, "search": "/de/search.json", },}func main() { enc := json.NewEncoder(os.Stdout) enc.SetEscapeHTML(false) enc.SetIndent("", " ") if err := enc.Encode(page); err != nil { os.Exit(1) }}
// Code generated by the soultec.ch build. DO NOT EDIT.const page = { apiVersion: "soultec.ch/v1", kind: "Post", metadata: { name: "how-to-horizon-verbindung-absichern-teil-2", locale: "de", labels: { author: "raphael-thommen", series: "how-to", "capability/modern-workplace": 1.69, "capability/virtualization": 1.42, "vendor/omnissa": 1.99, "vendor/vmware": 0.98, }, annotations: { source: "blog-content/posts/de/how-to-horizon-verbindung-absichern-teil-2.md", route: "/de/insights/how-to-horizon-verbindung-absichern-teil-2/", schema: "/nerd/schema/posts.json", markdown: "/de/insights/how-to-horizon-verbindung-absichern-teil-2.md", }, }, spec: { title: "Horizon Verbindung absichern – Teil 2", date: "2024-12-11", author: "raphael-thommen", locale: "de", summary: "Teil 1 zeigte, wie locked.properties die Verbindung zwischen Horizon Connection Servern und Clients absichert, vor allem über balancedHost. Es gibt Fälle, in denen das Ärger macht.", capabilities: ["modern-workplace", "virtualization"], vendors: ["omnissa", "vmware"], series: "how-to", hero: "/blog-assets/how-to-horizon-verbindung-absichern-teil-2/hero.webp", legacySlug: "how-to-horizon-verbindung-absichern-teil-2", migrated: "2026-08-24", draft: false, sections: [ { body: "Im ersten Teil dieser Blogserie habe ich beschrieben, wie die Konfiguration von `locked.properties` dazu beiträgt, die Verbindung zwischen den Horizon Connection Servern und den Client/Agents zu sichern, insbesondere durch die Nutzung des Parameters `balancedHost`. [Blogpost Teil 1](https://soultec.ch/how-to-horizon-verbindung-absichern/)\n" + "\n" + "Doch es gibt Szenarien, in denen diese Methode problematisch sein kann. In diesem Beitrag betrachte ich eine alternative Konfiguration und analysiere deren Vor- und Nachteile.", }, { heading: "

Problem: Kein Zugriff auf die Horizon Admin-Konsole über Load-Balanced-DNS

", body: "Trotz der Änderungen in der Konfiguration kann es vorkommen, dass die Horizon Admin-Konsole nicht über den Load-Balanced-DNS-Eintrag wie z. B. `vdi.soultec.lab` erreichbar ist. Diese Problematik tritt insbesondere dann auf, wenn `balancedHost` in der Konfiguration festgelegt ist und die Lastverteilung durch den Load-Balancer fehlerhaft läuft.\n" + "\n" + "Ein nicht- oder inkorrektes Konfigurieren kann folgende Probleme zur Folge haben:\n" + "\n" + "- Der Administrator sieht eine Fehlermeldung «Login Failed» , «404 Not Found» oder «The page you requested is not available», wenn er sich über die Konsole anmelden möchte auf der LB-URL mit /admin\n" + "\n" + "![](/blog-assets/how-to-horizon-verbindung-absichern-teil-2/01.webp)\n" + "\n" + "### Alternative Lösung: Nutzung mehrerer `portalHost`\\-Einträge\n" + "\n" + "Eine mögliche Lösung besteht darin, alle relevanten URLs in der Datei `locked.properties` explizit als `portalHost` anzugeben. Dazu gehören:\n" + "\n" + "1. Der Load-Balanced-DNS-Eintrag (z. B. `vdi.soultec.lab`).\n" + "2. Die einzelnen Horizon Connection Server (z. B. `labhrzcs01.soultec.lab` und `labhrzcs02.soultec.lab`).\n" + "3. Eventuell weitere Hosts, wie Unified Access Gateways (UAGs).\n" + "\n" + "Beispielkonfiguration: \n" + "\n" + "```properties\n" + "portalHost.1=vdi.soultec.lab\n" + "portalHost.2=labhrzcs01.soultec.lab\n" + "portalHost.3=labhrzcs02.soultec.lab\n" + "```\n" + "\n" + "Die Datei `locked.properties` liegt unter dem Pfad: \n" + "`C:\\Program Files\\VMware\\VMware View\\Server\\sslgateway\\conf\\locked.properties`\n" + "\n" + "Mit dieser Konfiguration können alle potenziellen Verbindungen abgedeckt werden, wodurch Zugriffsprobleme minimiert werden.\n" + "\n" + "### Wichtige Hinweise:\n" + "\n" + "- Es ist wichtig sicherzustellen, dass alle Einträge in `portalHost` exakt mit den DNS-Namen der Server übereinstimmen.\n" + "- Nach Jeder Änderungen muss die Verbindunge getestet werden.", }, { heading: "

Fazit

", body: "Die Nutzung von `portalHost`\\-Einträgen ist eine flexible Methode, um Zugriffsprobleme auf die Horizon Admin-Konsole zu lösen, insbesondere in Umgebungen mit Load-Balancern. Es ist jedoch wichtig, die Konfiguration regelmässig zu prüfen und sicherzustellen, dass alle relevanten Hosts in der Datei `locked.properties` eingetragen sind.\n" + "\n" + "Wenn du weitere Fragen zu diesem Thema hast oder Unterstützung brauchst, kontaktiere mich gerne über unsere Webseite.", }, ], }, status: { corpus: 315, alsoLike: [ { ref: "posts/soultec-ag-erreicht-hochsten-omnissa-partnerstatus", score: "1.00", }, { ref: "posts/ubersicht-omnissa-horizon-fur-citrix-kunden", score: "1.00", }, { ref: "solutions/omnissa/horizon/omnissa-app-volumes", score: "1.00", }, ], search: "/de/search.json", },};console.log(JSON.stringify(page, null, 2));

# 84 lines · YAML · validated at build# 73 lines · JSON · validated at build# 103 lines · TOML · validated at build# 115 lines · XML · validated at build# 115 lines · Python · read back at build, equals the JSON record# 112 lines · PowerShell · read back at build, equals the JSON record# 121 lines · Go · read back at build, equals the JSON record# 106 lines · JavaScript · read back at build, equals the JSON record · served at /de/insights/how-to-horizon-verbindung-absichern-teil-2.md

How-To · 2024-12-11

Horizon Verbindung absichern – Teil 2

Teil 1 zeigte, wie locked.properties die Verbindung zwischen Horizon Connection Servern und Clients absichert, vor allem über balancedHost. Es gibt Fälle, in denen das Ärger macht.

2024-12-11Datum
Raphael ThommenAutor
2Min. Lesezeit
Themen Modern Workplace 1.69 Virtualisierung 1.42
Hersteller Omnissa 1.99 VMware 0.98

Im ersten Teil dieser Blogserie habe ich beschrieben, wie die Konfiguration von locked.properties dazu beiträgt, die Verbindung zwischen den Horizon Connection Servern und den Client/Agents zu sichern, insbesondere durch die Nutzung des Parameters balancedHost. Blogpost Teil 1

Doch es gibt Szenarien, in denen diese Methode problematisch sein kann. In diesem Beitrag betrachte ich eine alternative Konfiguration und analysiere deren Vor- und Nachteile.

Problem: Kein Zugriff auf die Horizon Admin-Konsole über Load-Balanced-DNS

Trotz der Änderungen in der Konfiguration kann es vorkommen, dass die Horizon Admin-Konsole nicht über den Load-Balanced-DNS-Eintrag wie z. B. vdi.soultec.lab erreichbar ist. Diese Problematik tritt insbesondere dann auf, wenn balancedHost in der Konfiguration festgelegt ist und die Lastverteilung durch den Load-Balancer fehlerhaft läuft.

Ein nicht- oder inkorrektes Konfigurieren kann folgende Probleme zur Folge haben:

  • Der Administrator sieht eine Fehlermeldung «Login Failed» , «404 Not Found» oder «The page you requested is not available», wenn er sich über die Konsole anmelden möchte auf der LB-URL mit /admin

Alternative Lösung: Nutzung mehrerer portalHost-Einträge

Eine mögliche Lösung besteht darin, alle relevanten URLs in der Datei locked.properties explizit als portalHost anzugeben. Dazu gehören:

  1. Der Load-Balanced-DNS-Eintrag (z. B. vdi.soultec.lab).
  2. Die einzelnen Horizon Connection Server (z. B. labhrzcs01.soultec.lab und labhrzcs02.soultec.lab).
  3. Eventuell weitere Hosts, wie Unified Access Gateways (UAGs).

Beispielkonfiguration:

portalHost.1=vdi.soultec.lab
portalHost.2=labhrzcs01.soultec.lab
portalHost.3=labhrzcs02.soultec.lab

Die Datei locked.properties liegt unter dem Pfad:
C:\Program Files\VMware\VMware View\Server\sslgateway\conf\locked.properties

Mit dieser Konfiguration können alle potenziellen Verbindungen abgedeckt werden, wodurch Zugriffsprobleme minimiert werden.

Wichtige Hinweise:

  • Es ist wichtig sicherzustellen, dass alle Einträge in portalHost exakt mit den DNS-Namen der Server übereinstimmen.
  • Nach Jeder Änderungen muss die Verbindunge getestet werden.

Fazit

Die Nutzung von portalHost-Einträgen ist eine flexible Methode, um Zugriffsprobleme auf die Horizon Admin-Konsole zu lösen, insbesondere in Umgebungen mit Load-Balancern. Es ist jedoch wichtig, die Konfiguration regelmässig zu prüfen und sicherzustellen, dass alle relevanten Hosts in der Datei locked.properties eingetragen sind.

Wenn du weitere Fragen zu diesem Thema hast oder Unterstützung brauchst, kontaktiere mich gerne über unsere Webseite.

Passt ausserdem

Beitrag 1.00

soulTec erreicht höchsten Omnissa Partnerstatus
Beitrag 1.00

Übersicht «Omnissa Horizon» für Citrix-Kunden
Omnissa 1.00

App Volumes

Cookies und externe Dienste

Wir möchten wissen, wie unsere Seiten genutzt werden. Dafür setzen wir Google Analytics ein, für Werbung Google Ads und HubSpot, und für die Anfahrt Google Maps. Nichts davon lädt, bevor du zustimmst, und deine Wahl kannst du jederzeit unter «Datenschutz-Einstellungen» im Footer ändern.

Verantwortlich: soulTec AG, Ueberlandstrasse 1, 8600 Dübendorf. Datenschutzerklärung