Einrichten eines Proxy mit Web AppBuilder für ArcGIS (Developer Edition)

Anonymous User

<\/HEAD>Willkommen zum zweiten Teil! In unserem letzten Blogbeitrag haben wir uns angesehen, wie man einen Proxy für die Arbeit mit einer JavaScript-Anwendung einrichtet. Heute werfen wir einen Blick auf den Workflow zum Einrichten eines Proxy mit Web AppBuilder für ArcGIS.

Bitte beachten Sie: Dieser Blog geht davon aus, dass Sie bereits einen Proxy heruntergeladen, gehostet und richtig konfiguriert haben. Sind Sie sich nicht sicher, ob Sie das getan haben? Kein Problem; folgen Sie einfach den Anweisungen HERE<\/STRONG> <\/A>.<\/EM><\/P>
Nur um es zusammenzufassen, hier sind einige Gründe, einen Proxy mit einer Web AppBuilder-Anwendung einzurichten.Zugriff auf gesicherte Dienste mit tokenbasierter Authentifizierung<\/LI>Ressourcen über Domains hinweg abrufen<\/LI>Anfrage überschreitet 2.048 Zeichen<\/LI>O-Auth 2.0 App-Logins verwendet<\/LI>Ermöglicht Protokollierung<\/LI>Sowohl ressourcen- als auch refererbasierte Ratenbegrenzung<\/LI><\/UL><\/BLOCKQUOTE>
Um sicherzustellen, dass wir alle auf dem gleichen Stand sind, klären wir die unklare Situation. Eine großartige Anwendung wurde in der Developer Edition von Web AppBuilder erstellt. Überprüfen Sie bitte, ob die Anwendung heruntergeladen und auf einem Webserver bereitgestellt wurde.

Zwei Dinge sind gesichert:Eine ArcGIS Online-Webkarte, die mit der Organisation geteilt wird<\/LI>Ein ArcGIS for Server-Kartendienst, der mit ArcGIS Server eingebaut und mit ArcGIS-Tokens gesichert ist<\/LI><\/OL><\/BLOCKQUOTE>
In diesem Beispiel haben wir zwei Herausforderungen beim Ausführen der Anwendung: Erstens die Authentifizierung der gesicherten Webkarte und zweitens die Sicherung des ArcGIS for Server-Kartendienstes.

Wenn wir die Entwicklerwerkzeuge öffnen und uns den Netzwerk-Tab ansehen, sehen wir, dass die Antwort einen 403-Fehler zurückgibt, wenn auf die ArcGIS Online-Webkarte zugegriffen wird. Dies liegt daran, dass ein anonymer Benutzer standardmäßig keine Berechtigung hat, auf diese Ressource zuzugreifen.<\/A>

Herausforderung bei der Sicherung einer Webkarte<\/P><\/DIV>

Bei der zweiten Herausforderung sehen wir im Netzwerk-Tab, dass die Anwendung den Dienst nicht laden kann und einen 499 Token erforderlich Fehler zurückgibt. Dies zeigt uns, dass wir zum Zugriff auf den Inhalt ein Token übergeben müssen.

<\/A>

Herausforderung bei der Sicherung eines ArcGIS for Server-Kartendienstes<\/P><\/DIV>

Gut, jetzt sind wir bereit einzutauchen!

1. Öffnen Sie im Windows Explorer die "config.json" Datei der Anwendung.

<\/A>

2. Ganz unten in der Datei gibt es einen gemütlichen Platz, um die Proxy-Regel zur Anwendung hinzuzufügen. <\/A>

Der Parameter useProxy<\/STRONG> (Boolean) ist standardmäßig auf true gesetzt. Wenn er auf false gesetzt ist, verwenden alle Anfragen keinen Proxy.

Der url<\/

ShayL

If you get a popup message to sign-in, it's either the proxy didn't trigger for the request or you don't have permissions to access some portal items through the proxy. You need to narrow the problem by accessing the resources through the proxy directly to understand if it works or not -

https://#proxy-url/proxy.ashx#?#resource-url#

and always work with fiddler or the network tab in dev-tools, to examine the response.

When creating an app with client id+secret, you delegate access to Portal for that user who created that app. if Portal items are not owned by/shared with that user who created the dev app, you will still not be able to access these portal items with the client id + secret