Product-apim: Einrichten von WSO2 API Manager hinter dem Reverse-Proxy-Problem

Erstellt am 12. Nov. 2019  ·  39Kommentare  ·  Quelle: wso2/product-apim

In den von mir festgelegten Konfigurationsdateien hostname und transport.https.properties in der Datei deploy.toml.
Ich habe Nginx genau wie in den folgenden Dokumenten konfiguriert:
Hier
aber es funktioniert nicht. Das Problem ist, dass, wenn ich versuche, das Publisher-Portal zu öffnen, es nach der Anmeldung fragt und nach dem Anmelden mit korrektem Benutzernamen und Passwort diese URL nicht API-Seite weiter und da es nicht introspektieren kann, leitet es mich zur Login-Seite weiter und diese Schleife geht ewig weiter!

Ich wollte wissen, was ich vermisse und wie es konfiguriert werden könnte, um dieses Problem zu lösen?

Affecte3.0.0 TypQuestion

Alle 39 Kommentare

Hier ist ein ähnliches Problem

Hallo @amir-dh,
Könnten Sie bitte versuchen, den Reverse-Proxy zu aktivieren?
wso2am3.0.0/repository/deployment/server/jaggeryapps/publisher/site/public/theme/ defaultTheme.js

const REVERSE_PROXY = {
aktiviert: wahr,
Herkunft: 'api.am.wso2.com',
};

@isharac
Ich habe Reverse-Proxy eingerichtet

const REVERSE_PROXY = {
aktiviert: wahr,
Herkunft: ' MeineDomain ',
};

geht aber wieder nicht. Wenn ich das Publisher-Portal öffne, gibt es den Fehler invalid_callback

@amir-dh,
Sie müssen die Callback-URLs entsprechend aktualisieren.

Handelt es sich um eine eigenständige Bereitstellung?
Wir haben bereits ein Problem im NGINX-Ingress identifiziert, aber wenn es sich um eine eigenständige Bereitstellung handelt, sollte dies durch Ändern der Rückruf-URLs erfolgen.
Bitte beziehen Sie sich auf meinen Blog [1] und ändern Sie die Callback-URLs der Anwendungen admin_publisher und admin_store SP entsprechend Ihrem Hostnamen.

Entschuldigen Sie die Unannehmlichkeiten, aber unsere Dokumente sind in WIP. Wir werden die Dokumente bald aktualisieren.

[1] https://ishara-cooray.blogspot.com/2019/11/how-to-change-devportal-to-different.html

@isharac
Ich aktualisiere die Rückruf-URLs, aber es funktioniert nicht
Danach führe ich Nginx und ApiM 3.0 im localhost aus und nur ich habe den Reverse-Proxy aktiviert und die Callback-URLs aktualisiert. Publisher-Portal mit eingestellter Domain funktioniert
Wenn Sie jedoch die Beispiel-API bereitstellen und auf "In Devportal anzeigen" oder "Anmelden" klicken, lautet die Seiten-URL localhost:9443 .

@amir-dh
Sie müssen die Devportal-URL in der Datei deploy.toml konfigurieren
Aktivieren Sie dazu die unten stehende Konfiguration in/repository/conf/deployment.toml und legen Sie die richtige Devportal-URL als URL fest.

Sie können es aktivieren, indem Sie das # entfernen.

[apim.devportal]

url = " https://localhost :${mgt.transport.https.port}/devportal"

@isharac
Ich habe diese Zeilen konfiguriert:

[apim.devportal]
url = " https://MyDomain/devportal "

und setze den Reverse-Proxy:

const REVERSE_PROXY = {
aktiviert: wahr,
Herkunft: 'MeineDomain',
};

aber die URL der Anmelde- und Abmeldeseite lautet localhost . auf Publisher und Devportal

@amir-dh
Könnten Sie bitte Screenshots der obigen Seiten mit URL anhängen.
Auch die Callback-URL von Devportal SP(admin_admin_store)?

@isharac

  1. Ich gehe zur Devportal-Seite und klicke auf die Anmeldung:

click-the-sign-in

  1. Diese URL ist die Anmeldeseite (Herausgeber und Entwicklerportal):

localhost-devportal

Ich habe auf der Anmeldeseite MyDomain durch " localhost: 9443 " ersetzt und sie wird geöffnet

aber wenn ich die Rückruf-URL admin_admin_store aktualisiere und zur Anmeldeseite gehe, wird der Fehler invalid_callback angezeigt

ich habe das gleiche problem wie amir-dh

Gibt es eine Möglichkeit, die api-manager.xml manuell zu bearbeiten, um die richtige URL festzulegen und zu vermeiden, dass sie nach dem Starten des Servers überschrieben wird?

Grüße,

JP

@amir-dh
Danke, für die Screenshots.
Sieht so aus, als ob Sie auch einen Port-Offset 2 verwenden.
Kannst du das bitte teilen

/repository/deployment/jaggeryapps/devportal/site/public/theme/settings.js
und die Reverse-Proxy-Konfigurationen?

Inzwischen habe ich es versucht, indem ich den Hostnamen änderte und von einem Nginx .
Die Schritte, die ich befolgt habe, sind im Blog [1] dokumentiert.
Bitte lassen Sie es uns wissen, wenn das für Sie nicht funktioniert.

@JUANPARBELAEZ
Können Sie bitte die Schritte im selben Blog[1] überprüfen und mir Feedback geben?

[1] https://ishara-cooray.blogspot.com/2019/11/how-to-change-default-hostname-of-wso2.html

@isharac
Hi,
Ich führe das rohe APIM aus und stelle die Konfiguration von hier aus Schritt für Schritt ein, aber es funktioniert nicht.
Der Fehler in Publisher und Store auf der Anmeldeseite ist 500 (diese Seite funktioniert nicht), Fehler in Carbon nach Eingabe von Benutzername und Passwort und Klicken auf die Anmeldeschaltfläche ist 403 (verboten).
Ich habe wso2carbon.log gelesen, der Publisher- und Store-Fehler ist die Verbindung verweigert und es ist kein Fehler für Carbon

@amir-dh
Bitte geben Sie die unten stehenden Dateien zur Analyse frei, nachdem Sie sensible Daten entfernt haben.

  1. wso2carbon.log
    2.wso2am3.0.0/repository/deployment/server/jaggeryapps/publisher/site/public/theme/defaultTheme.js
  2. wso2am3.0.0/repository/deployment/server/jaggeryapps/devportal/site/public/theme/settings.js
  3. nginx.conf
  4. wso2am3.0.0/repository/deployment.toml

@isharac

wso2.zip
Hier sind Sie ja.

@amir-dh ,
Entschuldigung, dass ich zu spät zurückkomme.
Vorausgesetzte Konfigurationen sehen gut aus.

Wir haben jedoch die Reverse-Proxy-Konfiguration aufgrund eines in [1] in der neuesten Version identifizierten Problems überarbeitet.
Könnten Sie es bitte in der neuesten Version WSO2AM-3.1.0-M2 erneut versuchen .

[1] https://github.com/wso2/product-apim/issues/6817

Ab APIM-3.1.0-M 2 müssen Sie zum Konfigurieren eines Reverse-Proxys die folgenden Konfigurationsänderungen vornehmen.

  1. Ändern Sie den Hostnamen in der deploy.toml
    [Server]hostname = "api.am.wso2.com"

  2. Reverse-Proxy-Konfiguration
    Server {
    hören 443 ssl;
    Servername api.am.wso2.com;
    proxy_set_header X-weitergeleiteter Port 443;
    SSL-Zertifikat /usr/local/etc/nginx/ssl/nginx.crt;
    ssl_certificate_key /usr/local/etc/nginx/ssl/nginx.key;
    Lage / {
    proxy_set_header X-Forwarded-Host $host;
    proxy_set_header X-Forwarded-Server $host;
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    proxy_pass https://api.am.wso2.com :9443;
    }
    }

  3. Host-Mapping in /etc/hosts hinzufügen
    127.0.0.1 .

  4. Ändern Sie die Callback-URLs, indem Sie sich an der Managementkonsole anmelden, wenn Sie den Server nicht zum ersten Mal starten.
    https://api.am.wso2.com :9443/carbon/

Gehen Sie zu Dienstanbietern und suchen Sie nach admin_admin_publisher
Rückruf-URL im Publisher
regexp=(https://api.am.wso2.com:9443/publisher/services/auth/callback/login|https://api.am.wso2.com:9443/publisher/services/auth/callback/logout )

@isharac
Ich habe die APIM-3.1.0-M2 heruntergeladen, die hostname in der Datei deploy.toml geändert und die nginx-Konfiguration geändert in:
Server {
hören 443 ssl;
server_name meineDomain ;
proxy_set_header X-weitergeleiteter Port 443;
SSL-Zertifikat /usr/local/etc/nginx/ssl/nginx.crt;
ssl_certificate_key /usr/local/etc/nginx/ssl/nginx.key;
Lage / {
proxy_set_header X-Forwarded-Host $host;
proxy_set_header X-Forwarded-Server $host;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_pass https:// myDomain :9443;
}
}

aber es funktioniert nicht.
wenn publisher aufgerufen wurde, wurde es hierher umgeleitet. Wie Sie sehen können, leitet es mich mit dem Port zu MyDomain weiter. nicht der Reverse-Proxy-URI, sondern leitet mich von https://mydomain.com/publisher zu https://mydomain.com:9445/oauth2/..... . Wenn ich den Port, gefolgt von mydomain, manuell entferne, funktioniert es ordnungsgemäß.
Dieses Problem ist auch für devportal dasselbe, wenn ich mich anmelden möchte.

Für Management Console nach der Anmeldung wird von der Anmeldeseite zu dieser URL umgeleitet und der Fehler 403 (verboten)

Zu Ihrer Information: Ich habe die Ausgaben überprüft, die Sie mir geschickt haben; und auf features/apimgt/org.wso2.carbon.apimgt.publisher.feature/src/main/resources/publisher/site/public/theme/defaultTheme.js dies:

reverseProxy: {
            auto: true,
            forwardedHeader: 'x-forwarded-for',
            loopbackHost: 'localhost',
            defaultHTTPSPort: 9443,
        },

ist in der Ausgabe [1] verfügbar, aber nicht in [2]

[1] (https://github.com/wso2/carbon-apimgt/pull/7842/files/88efcf71b4aa4b8bf5511db8fc91655ba7969aa8?utf8=%E2%9C%93&diff=split&w=1)

[2] (https://github.com/wso2/carbon-apimgt/pull/7858/files)

Hallo @amir-dh

Es tut mir leid, dass Sie den Proxy-Port auch in der deploy.toml hinzufügen müssen

Bitte fügen Sie die unten stehende Konfiguration in die/repository/conf/deployment.toml
[transport.https.eigenschaften]
proxyPort = 443

@isharac
Ich habe den Proxy-Port in der Bereitstellungsdatei hinzugefügt

Ich habe https://mydomain.com/ angerufen und es wurde zum Publisher-Portal weitergeleitet
aber wenn ich https://mydomain.com/publisher angerufen habe, wird es zu https://**myIP**/publisher umgeleitet und ich erhalte diese Nachricht This site can’t be reached . in devportal und carbon URLs erhalte ich den gleichen Fehler

@amir-dh
Bitte finden Sie meine Kommentare.

''Ich habe https://mydomain.com/ angerufen, es wurde zum Publisher-Portal weitergeleitet''
Dies ist der Standardfall.

Die Umleitung auf IP sieht etwas seltsam aus.
Könnten Sie bitte die nginx.conf und die HAR-Datei, die Sie von der Browserkonsole heruntergeladen haben, zur weiteren Analyse freigeben?

Unten finden Sie die Download-Schaltfläche in Chrome.
Screen Shot 2019-11-28 at 11 04 14 AM

myconf.zip
Hier sind Sie ja

@amir-dh
Danke für das Teilen der Konfigurationen.

In deiner nginx.conf ist proxyPass mit der IP konfiguriert.
Können Sie es bitte in die Domain wie unten ändern und erneut überprüfen?

proxy_pass https://myDomain :9443;

Vielen Dank.

Hallo @amir-dh,

Ich konnte in der angegebenen HAR keine Umleitung zu einer IP-Adresse sehen. Anscheinend ist die Anfrage fehlgeschlagen wegen

invalid_callback
--
Registered callback does not match with the provided url.

Das Problem ist also höchstwahrscheinlich die Rückruf-URL, die in admin_apim_publisher

image

es sollte die folgende URL in der Regex haben

https://mydomain.com/publisher/services/auth/callback/login

@isharac @tmkasun
Danke, dass du mir geholfen hast.
habe mein Problem mit deinen Tipps gelöst.
Ich setze unten config:

  1. ändern Sie hostname in mydomain in der Bereitstellungsdatei
  2. Nginx-Konfiguration einstellen:
server {
listen 443 ssl;
server_name myDomain;
proxy_set_header X-Forwarded-Port 443;
ssl_certificate /usr/local/etc/nginx/ssl/nginx.crt;
ssl_certificate_key /usr/local/etc/nginx/ssl/nginx.key;
location / {
proxy_set_header X-Forwarded-Host $host;
proxy_set_header X-Forwarded-Server $host;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_pass https://myDomain:9443;
}
}
  1. Proxy-Port in der Bereitstellungsdatei hinzufügen:
    [transport.https.eigenschaften]
    proxyPort = 443

  2. ändern Sie devportal URL und gwdevportal URL in der Bereitstellungsdatei von localhost zu mydomain.com und entfernen Sie den Port

  3. Ändern Sie die Callback-URL in der Konsolenverwaltung und entfernen Sie den Port.

@amir-dh
Schön, dass Sie das Problem lösen konnten. :)

@isharac
Ich habe alle konfigurierten befolgt
Und ich sah den " TypeError: Cannot read property "forwardedHeader" from undefined .... "
Wenn ich versuche, in $HOST/devportal/apis einzusingen
die Seite wird auf $HOST/devportal/services/configs umgeleitet

Haben Sie Vorschläge?
Bitte gib mir eine Antwort

Umgebung

nginx-Version: nginx/1.10.3
WSO2 APIM 3.1.0 M3

TID: [-1234] [devportal] [2019-12-03 02:19:55,194] FEHLER {org.jaggeryjs.jaggery.core.manager.WebAppManager} - org.mozilla.javascript.EcmaError: TypeError: Eigenschaft kann nicht gelesen werden " forwardedHeader" von undefined (/devportal/services/login/idp.jag#28) org.jaggeryjs.scriptengine.exceptions.ScriptException: org.mozilla.javascript.EcmaError: TypeError: Eigenschaft "forwardedHeader" von undefined (/devportal/) kann nicht gelesen werden services/login/idp.jag#28)
bei org.jaggeryjs.scriptengine.engine.RhinoEngine.execScript(RhinoEngine.java:587)
unter org.jaggeryjs.scriptengine.engine.RhinoEngine.exec(RhinoEngine.java:289)
unter org.jaggeryjs.jaggery.core.manager.WebAppManager.exec(WebAppManager.java:589)
at org.jaggeryjs.jaggery.core.manager.WebAppManager.execute(WebAppManager.java:508)
at org.jaggeryjs.jaggery.core.JaggeryServlet.doGet(JaggeryServlet.java:24)
unter javax.servlet.http.HttpServlet.service(HttpServlet.java:634)
unter javax.servlet.http.HttpServlet.service(HttpServlet.java:741)
unter org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:231)
unter org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166)
at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:712)
bei org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:459)
at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:352)
at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:312)
unter org.jaggeryjs.jaggery.core.JaggeryFilter.doFilter(JaggeryFilter.java:76)
bei org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193)
unter org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166)
unter org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:53)
unter org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193)
unter org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166)
at org.wso2.carbon.ui.filters.cache.ContentTypeBasedCachePreventionFilter.doFilter(ContentTypeBasedCachePreventionFilter.java:53)
bei org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193)
unter org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166)
unter org.apache.catalina.filters.HttpHeaderSecurityFilter.doFilter(HttpHeaderSecurityFilter.java:126)
bei org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193)
unter org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:202)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:96)
unter org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:490)
bei org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:139)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:92)
at org.wso2.carbon.identity.context.rewrite.valve.TenantContextRewriteValve.invoke(TenantContextRewriteValve.java:80)
bei org.wso2.carbon.identity.authz.valve.AuthorizationValve.invoke(AuthorizationValve.java:100)
at org.wso2.carbon.identity.auth.valve.AuthenticationValve.invoke(AuthenticationValve.java:74)
at org.wso2.carbon.tomcat.ext.valves.CompositeValve.continueInvocation(CompositeValve.java:99)
at org.wso2.carbon.tomcat.ext.valves.TomcatValveContainer.invokeValves(TomcatValveContainer.java:49)
at org.wso2.carbon.tomcat.ext.valves.CompositeValve.invoke(CompositeValve.java:62)
at org.wso2.carbon.tomcat.ext.valves.CarbonStuckThreadDetectionValve.invoke(CarbonStuckThreadDetectionValve.java:146)
bei org.apache.catalina.valves.AbstractAccessLogValve.invoke(AbstractAccessLogValve.java:678)
at org.wso2.carbon.tomcat.ext.valves.CarbonContextCreatorValve.invoke(CarbonContextCreatorValve.java:57)
at org.wso2.carbon.tomcat.ext.valves.RequestCorrelationIdValve.invoke(RequestCorrelationIdValve.java:116)
bei org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:74)
unter org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:343)
unter org.apache.coyote.http11.Http11Processor.service(Http11Processor.java:408)
bei org.apache.coyote.AbstractProcessorLight.process(AbstractProcessorLight.java:66)
unter org.apache.coyote.AbstractProtocol$ConnectionHandler.process(AbstractProtocol.java:853)
at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1587)
unter org.apache.tomcat.util.net.SocketProcessorBase.run(SocketProcessorBase.java:49)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
bei java.lang.Thread.run(Thread.java:748)
Verursacht durch: org.mozilla.javascript.EcmaError: TypeError: Die Eigenschaft "forwardedHeader" kann nicht von undefined gelesen werden (/devportal/services/login/idp.jag#28)
at org.mozilla.javascript.ScriptRuntime.constructError(ScriptRuntime.java:3687)
unter org.mozilla.javascript.ScriptRuntime.constructError(ScriptRuntime.java:3665)
unter org.mozilla.javascript.ScriptRuntime.typeError(ScriptRuntime.java:3693)
unter org.mozilla.javascript.ScriptRuntime.typeError2(ScriptRuntime.java:3712)
at org.mozilla.javascript.ScriptRuntime.undefReadError(ScriptRuntime.java:3725)
unter org.mozilla.javascript.ScriptRuntime.getObjectProp(ScriptRuntime.java:1483)
unter org.jaggeryjs.rhino.devportal.services.login.c0._c_script_0(/devportal/services/login/idp.jag:28)
unter org.jaggeryjs.rhino.devportal.services.login.c0.call(/devportal/services/login/idp.jag)
unter org.mozilla.javascript.ContextFactory.doTopCall(ContextFactory.java:394)
unter org.mozilla.javascript.ScriptRuntime.doTopCall(ScriptRuntime.java:3091)
unter org.jaggeryjs.rhino.devportal.services.login.c0.call(/devportal/services/login/idp.jag)
unter org.jaggeryjs.rhino.devportal.services.login.c0.exec(/devportal/services/login/idp.jag)
unter org.jaggeryjs.scriptengine.engine.RhinoEngine.execScript(RhinoEngine.java:583)
... 50 weitere

Hallo @loeb-ift

Welche APIM-Version verwenden Sie?
Kannst du bitte die devportal/site/public/theme/settings.js teilen?

Hallo @isharac
wie folgt
root@wso2am-313 :/tmp/20191203# vi /opt/wso2am-3.1.0-m3/repository/deployment/server/jaggeryapps/devportal/site/public/theme/settings.js

const-Einstellungen = {
App: {
Kontext: '/devportal',
reverseProxy: {
aktiviert: wahr,
Herkunft: ' https://MYHOST ',
},
},
GrantTypes: {
Berechtigungscode: 'Code',
implizit: 'implizit',
refresh_token: 'Token aktualisieren',
Passwort: 'Passwort',
' iwa:ntlm ': 'IWA-NTLM',
client_credentials: 'Client-Anmeldeinformationen',
' urn:ietf : params:oauth :grant- type:saml2-bearer ': 'SAML2',
' urn:ietf : params:oauth :grant- type:jwt-bearer ': 'JWT',
Kerberos: 'Kerberos',
},
};

vielen Dank

@loeb-ift
Haben Sie Änderungen an dieser Datei vorgenommen?

Die App json sollte wie folgt aussehen.

app: {
    context: '/devportal',
    customUrl: {
        enabled: false,
        forwardedHeader: 'X-Forwarded-For',
    },
    origin: {
        host: 'localhost',
    },
},

Die Standardkonfigurationsdatei finden Sie in [1].
[1] https://github.com/wso2/carbon-apimgt/blob/v6.5.399/features/apimgt/org.wso2.carbon.apimgt.store.feature/src/main/resources/devportal/site/public /theme/settings.js

Siehe das Dokument von [https://ishara-cooray.blogspot.com/2019/11/how-to-change-default-hostname-of-wso2.html]

Ich habe versucht, die Reverse-Proxy-Einstellung hinzuzufügen und die Konfiguration /devportal/site/public/theme/settings.js zu bearbeiten
Ich habe gesehen, dass ich den ' forwardedHeader: 'X-Forwarded-For' verloren habe,'
aber es sah keine funktioniert!

jetzt ist die settings.js:

`const-Einstellungen = {
App: {
Kontext: '/devportal',
reverseProxy: {
aktiviert: wahr,
Herkunft: 'https://$MYHOST',
forwardedHeader: 'X-Forwarded-For',
},
},
};

grantTypes: {
    authorization_code: 'Code',
    implicit: 'Implicit',
    refresh_token: 'Refresh Token',
    password: 'Password',
    'iwa:ntlm': 'IWA-NTLM',
    client_credentials: 'Client Credentials',
    'urn:ietf:params:oauth:grant-type:saml2-bearer': 'SAML2',
    'urn:ietf:params:oauth:grant-type:jwt-bearer': 'JWT',
    kerberos: 'Kerberos',
 },

};

Entschuldigen Sie, wenn der Blog irreführend ist, aber wie ich im Blog vermerkt habe, gilt dies nur für APIM 3.0.0
Denn wir müssen die Reverse-Proxy-Konfiguration ab APIM 3.1.0-m2 ändern.
Ich werde den Blog mit den neuesten Konfigurationen aktualisieren.

Bitte befolgen Sie die Schritte in Kommentar[1], um den Reverse-Proxy in APIM 3.1.0-m3 zu konfigurieren

[1] https://github.com/wso2/product-apim/issues/6808#issuecomment -559584220

@isharac
schätze deine Nachricht
Tatsächlich hat der Blog sehr geholfen
aber ich vermisse den wichtigen punkt
Eine Zusammenfassung der Installation

Betriebssystem: Debian 4.9.189-3+deb9u2 (2019-11-11) x86_64 GNU/Linux
nginx-Version: nginx/1.10.3 mit WSO2 3.1.0 M3
Schritt installieren.
[ https://github.com/wso2/product-apim/issues/6808#issuecomment -559584220]

Es funktioniert jetzt

Hallo,
Ich habe das gleiche Problem mit nginx-Fronting (WSO2 APIM 3.0)
Wenn ich versuche, den Publisher oder das Devportal zu öffnen, erhalte ich die folgende Fehlermeldung in meiner Konsole
-Fehler: Fehler: Kein teilweises Token gefunden, Umleitung zur anonymen Ansicht und Benutzer nicht gefunden. Token-Aktualisierung fehlgeschlagen.
/admin und /carbon funktionieren gut

nginx-Version: nginx/1.16.1 im Fronting-Server
WSO2 - APIM ist kein anderer Server (CentOS Linux Release 7.7.1908)
Installation von WSO2 APIM 3.0 nach U/min (fin auf der WSO2-Site)

Netzwerkfluss 9443,443 und 8243 ist offen und Nginx Fronted und WSO2 APIM 3.0 Server

Könnt ihr mir helfen, ich habe keine Lösung :(

Vielen Dank

Sam

Hallo @SamWso2 ,

Ich glaube, Sie beziehen sich auf diese Protokollmeldungen,

image

Dies sind einige ausgedruckte Infoprotokolle, um den Anmeldestatus zu identifizieren. Sie werden diese Protokolle auch im normalen Setup sehen

Können Sie Ihr Problem näher erläutern? oder eine HTTP-Archivdatei (HAR) bereitstellen, um das Problem zu analysieren?

Wenn Sie ein Szenario mit einer fortlaufenden Anmeldeschleife erlebt haben, können Sie dem Blog von

https://ishara-cooray.blogspot.com/2019/11/how-to-change-devportal-to-different.html

Hallo tmkasun,

In intern kann ich mich /devportan und /publisher . anmelden
In extern verwende ich eine öffentliche URL (in NGINX konfiguriert) und habe Zugriff auf das Carbon- und Admin-Portal
Ich habe auch Zugriff auf die Devportal-URL, aber ich kann mich nicht anmelden, seine Schleife .....und ich bekomme nichts
Ich habe WSO2 APIM 2.6 mit NGINcX in meiner Produktionsumgebung und es funktioniert sehr gut.

Vielen Dank

Ich verwende den Squid-Proxy (und den Nginx-Reverse-Proxy vorne), um ins Internet zu gehen, aber ich implementiere diesen Parameter nicht in der WSO2-Konfiguration.
Wie kann ich den Proxy konfigurieren, um auf wSO2 APIM 3.0 ins Internet zu gehen?

Vielen Dank

ich habe getan

aber ich habe Fehler unten

TID: [-1234] [devportal] [2020-03-10 10:45:20,910] FEHLER {org.jaggeryjs.jaggery.core.manager.WebAppManager} - org.mozilla.javascript.WrappedException: Wrapped org.jaggeryjs.scriptengine .Exceptions.ScriptException: java.net.ConnectException: Verbindung abgelehnt (Verbindung abgelehnt) (<>/META-INF/scripts/http.js#220) org.jaggeryjs.scriptengine.exceptions.ScriptException: org.mozilla.javascript.WrappedException: Wrapped org.jaggeryjs.scriptengine.exceptions.ScriptException: java.net.ConnectException: Connection abgelehnt (Verbindung abgelehnt) (<>/META-INF/scripts/http.js#220)

Ich verwende nginx-Server als Revers-Proxy im Frontend = OK
Aber ich benutze Tintenfisch-Proxy, um ins Internet zu gehen

Wie kann ich Proxy-Squid konfigurieren, um in der wSO2 APIM 3.0-Konfiguration ins Internet zu gehen? (kein NGINX Reverse-Proxy, sondern Squi-Proxy)

Vielen Dank

Hallo @isharac
Ich verwende wso2am 3.1.0 Ich möchte das wso2 mit nginx routen. Ich habe die wso2-deployment.toml mit Hostname und Pory-Port konfiguriert und die nginx konfiguriert, aber ich stehe immer noch vor dem Problem. Können Sie mir bitte dabei helfen?

Nginx wird in einer VM gehostet und wso2 ist in einer anderen VM verfügbar

War diese Seite hilfreich?
0 / 5 - 0 Bewertungen