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?
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
Sie können es aktivieren, indem Sie das # entfernen.
@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
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
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.
@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 .
Ab APIM-3.1.0-M 2 müssen Sie zum Konfigurieren eines Reverse-Proxys die folgenden Konfigurationsänderungen vornehmen.
Ändern Sie den Hostnamen in der deploy.toml
[Server]hostname = "api.am.wso2.com"
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;
}
}
Host-Mapping in /etc/hosts hinzufügen
127.0.0.1 .
Ä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
[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.
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
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:
hostname
in mydomain
in der Bereitstellungsdateiserver {
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;
}
}
Proxy-Port in der Bereitstellungsdatei hinzufügen:
[transport.https.eigenschaften]
proxyPort = 443
ändern Sie devportal
URL und gwdevportal
URL in der Bereitstellungsdatei von localhost zu mydomain.com 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,
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
Hoffe das hilft.
https://apim.docs.wso2.com/en/latest/install-and-setup/deploying-wso2-api-manager/configuring-the-proxy-server-and-the-load-balancer/#step -2 -configure-the-load-balancerreverse-proxy-server
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) (<
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