ESXI5 - VMware View Client Zertifikat Problem

[a.setzer]

Hallo,

Ich habe ein ESXI 5 am laufen... auf diesem befindet sich momentan eine funktionsfähige virtuelle Maschine!

Wenn ich von einem anderen Rechner im Netz per VMware View Client (oder auch mit der iPhone App) mich darauf verbinden möchte erhalte ich eine Fehlermeldung, Das dass Zertifikat nicht mit dem auf dem Server übereinstimmt?!

Kann mir jemand helfen?

Vielen Dank vorab

[Dayworker]

Vergleiche mal die Art des Zertifikats. Wenn es nur ein selbstzertifiziertes ist oder der Host nachträglich umbenannt wurde, kann es nicht bzw nicht mehr übereinstimmen.

[a.setzer]

Kannst du mir sagen wo ich das prüfen soll/kann und umstellen muss?

[a.setzer]

Der localhost name meines EXI: localhost.fritz.box
Localhost Name des ZertifaktObjekts: localhost.localdomain

wie kann ich das Zertifikat neu abgleichen?

[a.setzer]

... anders gefragt!
Wenn ich ESXi jetzt nochmal neu installiere...
was sollte ich beachten / nicht umbennen das mir da nicht nochmals passiert?

[soehl]

Ich komm irgendwie nicht hinter den Zusammenhang zwischen dem Zertifikat auf dem ESXi-Host und VMware View!?
Beschreibe doch mal genauer das Problem bzw. oder lad doch mal ein Screenshot von der Fehlermeldung hoch.

[a.setzer]

Hab neuinstalliert!
Gleiches Problem besteht..

Port 443 hab ich an den server weitergeleitet, sonst keinen!

screen: www.asetzer.de/images/unbenannt.png

[~thc]

Dir ist aber schon klar, dass der VMWare View Client nichts mit dem ESXi-Server allein anfangen kann?

Eine View-Umgebung besteht - wenn ich das richtig verstanden habe - aus mindestens einem ESXi, einem View Connection Server (mit diesem verbindet sich der View Client) und einem vCenter Server mit dem View Composer.

Für die Verwaltung eines einzelnen ESXi-Servers ist der vSphere Client zuständig. Auf die virtuelle Maschine kommst du nur per RDP, VNC & Co.

[a.setzer]

Nein, war mir nicht klar


Also werde ich VNC verwenden.
1.
Welche Ports muss ich hierfür umleiten?
2.
Was müsste noch getan werden um die Apple view app zu verwenden können?

[soehl]

1.
An welcher Stelle willst du Ports umleiten?!

2.
VMware View in der Gesamtheit installieren.
Vielleicht ist aber einfacher eine RDP-App zu nutzen, denn View ist lizenzpflichtig und lohnt sich definitiv nicht für den Zugriff auf eine einzige VM.

[Dayworker]

Also werde ich VNC verwenden.
1.
Welche Ports muss ich hierfür umleiten?

VNC kommt vom Gast-OS selbst oder muß nachinstalliert werden. Als Port kannst du dann einen beliebigen freien Port in VNC einstellen. Standardmäßig wird dabei Port 5900 benutzt und unter Linux ist das dann ggf gleichzeitig der Desktop des root-Accounts (falls vorhanden), alle weiteren User-Desktops bekommen dann meist einen Port fortlaufend ab 5901. VNC ist ohne Nachhilfe im Gegensatz zu RDP fast immer unverschlüsselt und Port 5900 wird zudem häufig gescannt. Ein davon abweichender Port ist also schon wichtig.
Ich bevorzuge bei Linux-Gästen inzwischen den Xming X Server, um mir einzelne Programme oder seltener auch den gesamten Linux-Desktop auf den Windows-Schirm zu holen. Grundlage dessen ist eine SSH-Verbindung, aber die hat man ja bei ESXi meist eh im Einsatz.

[a.setzer]

Guten Morgen zusammen und danke für die Info!

Das Problem ist folgendes... Ich möchte und sollte und darf auf keiner virtuellen Maschine ein weiteres Programm einspielen, wie zum Beispiel:

http://www.virtuallyghetto.com/2012/01/ ... ms-in.html

funktioniert das so?
Oder weitere Idee?

[Dayworker]

Sollte so funktionieren, aber es ist weder offiziell von VMware supportet (was bekanntlich nicht heißen muß, aber kann) noch wäre eine Verbindung darüber irgendwie gesichert, selbst das Passwort geht im Klartext durch die Leitung und zum anderen scheinen auch nicht alle VNC-Clients damit klarzukommen.
Wenn du nichts in einer VM installieren kannst/willst/darfst, nimm die von OS bereitgestellten Möglichkeiten (SSH, RDP und manchmal auch VNC). Die sind wenigstens von VMware offiziell supportet.

Falls du es nach dem Link einstellst, mußt du aber auch die ESXi5-Firewall bearbeiten und dafür Sorge tragen, daß die Änderungen einen Reboot überstehen. Allerdings ist das Ganze für mich etwas widersinnig. Anstatt notfalls im Gast etwas einzuspielen, reißt man eher Löcher in die Sicherheit des ESXi...