2016-07-11 7 views
0

Ich habe WSO2 Identity Server und WSO2 API-Manager gemäß der Dokumentation der Produkte Clustering & Deployment Guide "Konfigurieren der Pre-Packaged Identity Server 5.1.0 mit API Manager 1.10.0" installiert. Gemäß dieser Konfiguration verwenden WSO2 IS und WSO2 AM gemeinsame Registrierungsdatenquelle (für Governance und Konfiguration).WSO2 gemeinsamen Registrierungsbereich und Multitenancy

Später in WSO2 IS habe ich zusätzliche Mieter hinzugefügt - zum Beispiel vu.lt.

Und jetzt, wenn ich mich an WSO2 IS und WSO2 AM Management-Konsole als Super-Tenant-Administrator anmelden, funktioniert alles OK.

Wenn ich mich an WSO2 IS Management-Konsole als Admin von vu.lt Mieter anmelden - alles ist in Ordnung.

Aber wenn ich mich an WSO2 AM als Admin von vu.lt Mieter anmelden, bekomme ich eine seltsame Ansicht: Der Header der Seite stammt von Identity Manager, aber der Inhalt stammt vom API Manager.

Nach einigen Tests fand ich heraus, dass CSS-Datei (main.css) aus Governance-Teil der Registrierung geladen .../Governance/Repository/Theme/Admin/main.css. Das bedeutet, dass main.css von der Datenquelle geladen wird. Die gleiche CSS wird geladen, wenn ich mich von WSO2 IS anmelde. Das Gleiche passiert, wenn Sie einen weiteren Server (z. B. BPS) installieren und ihn so konfigurieren, dass er den gemeinsamen Registrierungsbereich verwendet.

Vielleicht ist diese Situation nicht sehr schlecht, aber ich weiß nicht, welche Konsequenzen ich später bekommen kann.

Also, die Frage ist: Könnte ich gemeinsame Registrierung Raum in Multi-Tenancy-Umgebung haben oder ich habe etwas falsch konfiguriert.

Schließlich möchte ich WSO2 IS, BPS, AM und DAS mit LDAP-Benutzerspeicher installieren und dieses System für Identitätsmanagement in unserer Universität verwenden. Ich bin mir nicht sicher, welche Konfiguration des Registrierungsbereichs ich wählen sollte: allgemeine Governance und andere Konfiguration oder auch allgemeine Konfiguration wie in "Konfigurieren des Pre-Packaged Identity Servers 5.1.0 mit API Manager 1.10.0"?

+0

Haben Sie es mit einem anderen Browser oder einem privaten Fenster versucht? In Bezug auf Ihre Frage zur Freigabe der Registrierung finden Sie weitere Informationen von http://wso2.com/library/tutorials/2010/04/sharing-registry-space-across-multiple-product-instances/. Die Idee ist normalerweise, dass Sie die "config" -Registrierung unter der gleichen Produkt- und Governance-Registry unter allen Produkten teilen müssen. –

+0

Ich versuchte mit verschiedenen Browsern, nach vollem Cache und anderen Daten löschen, mit privaten Fenstern. Nichts hat mir geholfen. Main.css wird von demselben Ort (Registrierungsdatenbank, Pfad/_system/governance/repository/theme/admin) für IS- und AM-Server geladen. –

+0

In Bezug auf die gemeinsame Nutzung von Speicherplatz, ja, ich habe dieses Dokument rot. Ich stimme zu, dass eine gemeinsame Verwaltung für alle Produkte und eine gemeinsame Konfiguration für die gleichen Produkte der beste Fall ist. Aber warum wird in der Dokumentation über Clustering im Kapitel "Konfigurieren des Pre-Packaged Identity Servers 5.1.0 mit API Manager 1.10.0" ein gemeinsamer Registrierungsbereich (Governance und Konfiguration) vorgeschlagen? –

Antwort

0

Haben Sie versucht, die Hostnamen festzulegen? .. Siehe jira [1].

[1]. https://wso2.org/jira/browse/CARBON-6686

+0

Vielen Dank für Ihren Vorschlag. Ich werde es versuchen. Aber ich bin mir nicht sicher, ob mir das weiterhilft. Main.css wird von demselben Ort (Registrierungsdatenbank, Pfad/_system/governance/repository/theme/admin) für IS- und AM-Server geladen. Ich denke, wenn ich jeden Server mit einem eigenen Registrierungsbereich konfiguriere, wäre alles in Ordnung (?). Aber ich möchte gemeinsamen Registrierungsraum haben. –

Verwandte Themen