Configuration d'un proxy avec Web AppBuilder for ArcGIS (Developer Edition)

Anonymous User

<\/HEAD>Bienvenue dans la deuxième partie ! Dans notre dernier article de blog, nous avons examiné comment configurer un proxy pour fonctionner avec une application JavaScript. Aujourd'hui, nous allons jeter un œil au flux de travail pour configurer un proxy avec Web AppBuilder for ArcGIS.

Veuillez noter : Ce blog suppose que vous avez déjà téléchargé, hébergé et correctement configuré un proxy. Vous n'êtes pas sûr de l'avoir fait ? Pas de souci; suivez simplement les instructions ICI<\/STRONG> <\/A>.<\/EM><\/P>
Pour récapituler, voici quelques raisons de configurer un proxy avec une application Web AppBuilder.Accéder aux services sécurisés avec authentification basée sur token<\/LI>Accéder à des ressources cross-domain<\/LI>La requête dépasse 2 048 caractères<\/LI>Utilisation des connexions O-Auth 2.0 app<\/LI>Permet la journalisation<\/LI>Limitation du débit basée à la fois sur la ressource et le référent<\/LI><\/UL><\/BLOCKQUOTE>
Pour s'assurer que nous sommes tous sur la même longueur d'onde, clarifions les choses. Une application remarquable a été créée dans la Developer Edition de Web AppBuilder. Allez-y et vérifiez que l'application a bien été téléchargée et déployée sur un serveur web.

Deux éléments sont sécurisés :Une carte web ArcGIS Online partagée avec l'organisation<\/LI>Un service de carte ArcGIS for Server sécurisé utilisant les tokens intégrés d'ArcGIS Server<\/LI><\/OL><\/BLOCKQUOTE>
Dans cet exemple, nous aurons deux défis lorsque nous exécuterons l'application : premièrement, authentifier la carte web sécurisée et deuxièmement, sécuriser le service de carte ArcGIS for Server.

Lorsque nous ouvrons les outils développeur et regardons l'onglet Réseau, nous pouvons voir que la réponse renvoie une erreur 403 lors de l'accès à la carte web ArcGIS Online. Cela est dû au fait que par défaut, un utilisateur anonyme n'a pas la permission d'accéder à cette ressource.<\/A>

défi pour sécuriser une carte web<\/P><\/DIV>

Pour le second défi, nous voyons dans l'onglet Réseau que l'application ne parvient pas à charger le service, renvoyant une erreur 499 token required. Cela nous indique que pour accéder au contenu, nous devons passer un token.

<\/A>

défi pour sécuriser un service de carte ArcGIS for Server<\/P><\/DIV>

Très bien, maintenant nous sommes prêts à plonger !

1. Dans l'explorateur Windows, ouvrez le fichier "config.json" de l'application.

<\/A>

2. Tout en bas du fichier, il y a un emplacement confortable pour ajouter la règle proxy à l'application. <\/A>

Le paramètre useProxy<\/STRONG> (Boolean) est défini sur true par défaut. S'il est défini sur false, toutes les requêtes n'utiliseront pas de proxy.

Le paramètre 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