Hallo Ulrich,
die verschiedenen Ports der WebSphere Appserver, Knoten und Zellen kann man auch recht gut in den AboutThisProfile.txt Dateien nachlesen. Die findet man in den logs-Verzeichnissen im jeweiligen Profilordner. Z. B.:
/opt/ibm/WebSphere/AppServer/profiles/stwebProxyPNProfile1/logs/AboutThisProfile.txt.
Interessant sind dort besonders die HTTP- und HTTPS-Transport Ports.
Die Ursache Deines Fehlers war jetzt aber scheinbar, dass der IP Deines Sametime Proxys vom Community Server nicht vertraut wurde?
P.S.:
Wenn Du die Ports der verschiedenen Sametime Komponenten (Proxy, Meeting Server etc.) verbiegen oder Hostnamen/IPs daran binden willst, logge Dich über die jeweilige Integrated Solutions Console des WebSphere Servers ein. Den zugehörigen Port (z. B. 8501, 8601, 8701 etc.) findest Du wieder in der AboutThisProfile.txt des jeweiligen DeploymentManager Profils. Z. B.:
/opt/ibm/WebSphere/AppServer/profiles/stwebProxyDMProfile1/logs/AboutThisProfile.txt.
Dort dann über Server -> Servertypen -> WebSphere-Anwendungsserver -> Serverprofil anklicken -> rechts bei Übertragungen auf Ports -> und dort statt den ganzen Wildcardeinträgen den entsprechenden Hostnamen hinterlegen.
In unserer Konfiguration (root-Server im Internet) läuft jetzt darauf ein Domino mit Community-Server, ein System Console Server, ein Meeting Server, ein Proxy-Server, ein Media Manager und der DB2 Server. Da sich bei dieser, gewissermaßen übertriebenen, Konstellation schonmal Ports in die Quere kommen, bin ich mit der Bindung der Ports an Hostnamen/IPs ganz gut gefahren.
Ganz rund läuft es wohlgemerkt noch nicht. Derzeit teste ich mit dem Sametime 8.5 SDK so nette Dinge wie Awareness auf Webseiten über den Sametime Proxy. Irgendetwas will da aber noch nicht so wie ich will. Bin auch am Logfiles auswerten.