https://vcenter/sdk nicht erreichbar

[GTMK]

Moin,

ich versuche gerade, den PanoManager (Zero Client Management) zum Abheben zu bewegen, aber es gelingt mir nicht... Er scheitert beim Versuch, sich auf https://vCenter/sdk zu verbinden (... could not connect to URL...).

Wenn ich die Seite mit dem IE anzusteuern versuche, bekomme ich nach der üblichen Warnung vor dem Zertifikat ein HTTP 404 Not found.

Wo liegt das Problem? Muss etwas nachinstalliert werden? Die Management Web Services laufen, auf https://vcenter kann ich mich verbinden.

Danke, Georg.

[Tschoergez]

Hi,

kannst Du mal Deine C:\Documents and Settings\All Users\Application Data\VMware\VMware VirtualCenter\proxy.xml - Datei posten?

Nutzt Du die Standard-Ports vom vCenter?
ist ne Firewall auf dem vCenter aktiv?

Über nen Browser kann man drauf nicht zugreifen, weil das eine Webservice-Schnittstelle ist. (dazu brauchts SOAP-Tools wie die SOAPbox: http://www.vordel.com/products/soapbox/GetSOAPbox.html)

Viele Grüße,
Jörg

[GTMK]

Hallo Jörg,

hier ist die Datei (die ich selbst nie angefasst habe):

Code: Alles auswählen

- <config>
- <EndpointList>
  <_length>15</_length>
  <_type>vim.ProxyService.EndpointSpec[]</_type>
- <e id="0">
  <_type>vim.ProxyService.NamedPipeServiceSpec</_type>
  <accessMode>httpsWithRedirect</accessMode>
  <pipeName>\\.\pipe\vmware-vpxd-webserver-pipe</pipeName>
  <serverNamespace>/</serverNamespace>
  </e>
- <e id="1">
  <_type>vim.ProxyService.RedirectSpec</_type>
  <accessMode>httpOnly</accessMode>
  <port>8080</port>
  <redirectType>found</redirectType>
  <serverNamespace>/Query</serverNamespace>
  </e>
- <e id="10">
  <_type>vim.ProxyService.NamedPipeServiceSpec</_type>
  <accessMode>httpsWithRedirect</accessMode>
  <pipeName>\\.\pipe\vmware-vpxd-webserver-pipe</pipeName>
  <serverNamespace>/vpxdhealth</serverNamespace>
  </e>
- <e id="11">
  <_type>vim.ProxyService.RedirectSpec</_type>
  <accessMode>httpAndHttps</accessMode>
  <port>8080</port>
  <redirectType>found</redirectType>
  <serverNamespace>/vws</serverNamespace>
  </e>
- <e id="12">
  <_type>vim.ProxyService.LocalTunnelSpec</_type>
  <accessMode>httpOnly</accessMode>
  <port>8089</port>
  <serverNamespace>10.1.1.5:8089</serverNamespace>
  </e>
- <e id="13">
  <_type>vim.ProxyService.LocalTunnelSpec</_type>
  <accessMode>httpOnly</accessMode>
  <port>8089</port>
  <serverNamespace>VIMGR.pc.linmpi.mpg.de:8089</serverNamespace>
  </e>
- <e id="14">
  <_type>vim.ProxyService.LocalTunnelSpec</_type>
  <accessMode>httpOnly</accessMode>
  <port>8089</port>
  <serverNamespace>sdkTunnel:8089</serverNamespace>
  </e>
- <e id="2">
  <_type>vim.ProxyService.NamedPipeServiceSpec</_type>
  <accessMode>httpAndHttps</accessMode>
  <pipeName>\\.\pipe\vmware-vpxd-webserver-pipe</pipeName>
  <serverNamespace>/client/clients.xml</serverNamespace>
  </e>
- <e id="3">
  <_type>vim.ProxyService.NamedPipeServiceSpec</_type>
  <accessMode>httpsWithRedirect</accessMode>
  <pipeName>\\.\pipe\vmware-vpxd-mob-pipe</pipeName>
  <serverNamespace>/mob</serverNamespace>
  </e>
- <e id="4">
  <_type>vim.ProxyService.NamedPipeServiceSpec</_type>
  <accessMode>httpAndHttps</accessMode>
  <pipeName>\\.\pipe\vmware-vpxd-webserver-pipe</pipeName>
  <serverNamespace>/nfc</serverNamespace>
  </e>
- <e id="5">
  <_type>vim.ProxyService.LocalServiceSpec</_type>
  <accessMode>httpsWithRedirect</accessMode>
  <port>8085</port>
  <serverNamespace>/sdk</serverNamespace>
  </e>
- <e id="6">
  <_type>vim.ProxyService.LocalTunnelSpec</_type>
  <accessMode>httpOnly</accessMode>
  <port>8089</port>
  <serverNamespace>/sdkTunnel</serverNamespace>
  </e>
- <e id="7">
  <_type>vim.ProxyService.LocalServiceSpec</_type>
  <accessMode>httpsWithRedirect</accessMode>
  <port>8080</port>
  <serverNamespace>/sms</serverNamespace>
  </e>
- <e id="8">
  <_type>vim.ProxyService.LocalServiceSpec</_type>
  <accessMode>httpsWithRedirect</accessMode>
  <port>8080</port>
  <serverNamespace>/ui</serverNamespace>
  </e>
- <e id="9">
  <_type>vim.ProxyService.NamedPipeServiceSpec</_type>
  <accessMode>httpsWithRedirect</accessMode>
  <pipeName>\\.\pipe\vmware-vpxd-webserver-pipe</pipeName>
  <serverNamespace>/vod</serverNamespace>
  </e>
  </EndpointList>
  </config>

Kann es sein, dass das selbstsignierte Zertifikat ein Problem darstellt? Und wenn ja, wie verpule ich denn dem vCenter ein anständiges Zertifikat (ich habe mir ein solches ausstellen lassen, aber ich sehe nicht, wie ich es einbinde...).

Ansonsten verwende ich die Standardports, eine Firewall ist nicht aktiv.

Viele Grüße, Georg.

[Tschoergez]

hm, könnte sein mit den ssl-certificaten. Allerdings kenn ich mehr probleme, die durch "echte" zertifikate entstehen als durch die selbst signierten...
Wenn Du's ausprobieren willst:
http://www.vmware.com/pdf/vsp_4_vcserve ... icates.pdf

Ansonsten: probier mal alle varianten mit kurzen, langem namen und IP-Adresse im link...

Der user muss glaub ich admin-rechte haben im vCenter.

Und zur Not: schalte httpS aus, indem Du in die entsprechende Zeile in der proxy.xml
httpAndHttps
einträgst (siehe auch: http://www.vmware.com/support/developer ... pguide.pdf ziemlich am Ende...)
vCenter-Dienste neu starten nicht vergessen!

hast Du zufällig noch ne vCenter 4.0 ohne U1 zur Hand zum testen?

viele grüße,
jörg

[irix]

Über nen Browser kann man drauf nicht zugreifen, weil das eine Webservice-Schnittstelle ist. (dazu brauchts SOAP-Tools wie die SOAPbox: http://www.vordel.com/products/soapbox/GetSOAPbox.html)

Also wenn die URL ein kleinwenig geaendert wird dann kann man auch mit dem Browser etwas sehen. https://vcs.example.com/mob (Das nur als Ergaenzung weil mir zum eigenlichem Problem nichts weiter einfaellt .

Den Hinweis ruhig bei den VMWare signierten Zerts zubleiben kann ich nur unterschreiben ausser dein Client stoert sich wirklich dran.

Koennte mal jemand nachgucken in welchem der Logs auf dem vCenter anfragen an die /sdk URL protokolliert werden?

@Georg
Funktioniert der Webaccess des vCenters den?

Gruss
Joerg

[GTMK]

Der user muss glaub ich admin-rechte haben im vCenter.

Ich war zu dämlich und habe angenommen, dass die Domain Admins auch Admins im vCenter sind - stimmt aber nicht... und die Fehlermeldung war blöderweise nur "could not connect". Ein "access denied" oder so hätte mir wohl eher auf die Sprünge geholfen...

Danke für die Hilfe,

Georg.

[Tschoergez]

1stmal: Gut, dass es funktioniert!
Wäre jetzt noch interessant, ob bereits die WebService-API vom vCenter das "could not connect" zurückgibt bei falscher anmeldung, oder erst der panologic-manager die Fehlermeldung so blöde "umbiegt"....

Mal schauen, ob sich das durch andere WebService-Clients rausfinden lässt.



Viele Grüße,
Jörg