Comment puis-je utiliser un violon pour modifier le code d'état HTTP de la réponse?

J'ai besoin de tester une application client code que j'ai écrit pour tester sa " manipulation de divers codes d'état retourné dans une réponse HTTP à partir d'un serveur web.

J'ai Fiddler 2 (Web Debugging Proxy) installé et je crois qu'il y a un moyen de modifier les réponses à l'aide de cette application, mais j'ai du mal à trouver comment. Ce serait le moyen le plus pratique, car il me permettrait de laisser le client et le serveur de code non modifié.

Quelqu'un peut-il aider comme je le voudrais pour intercepter la réponse HTTP est envoyée à partir du serveur vers le client et de modifier le code d'état avant qu'il n'atteigne la client?

Tout conseil serait grandement apprécié.

Merci pour le lien EricLaw. J'avais déjà été à cette page au travail, mais a été incapable de visionner les vidéos de l'époque. À la maison, il semble que je peux voir ces et j'ai trouvé le plus utile. Fiddler est certainement une bête puissante!
Voir aussi stackoverflow.com/a/1935570/67824
La mise à jour du lien peut être: telerik.com/videos/fiddler/tag/tips-tricks

InformationsquelleAutor w5m | 2011-05-10

72

Ok, donc je suppose que vous êtes déjà en mesure de suivre votre client/serveur de la circulation. Ce que vous voulez faire est de définir un point d'arrêt sur la réponse puis jouer avec lui avant de l'envoyer au client.

Ici sont un couple de façons de le faire:
1. Règles > Automatique de points d'arrêt > Après les Réponses
2. Dans le quickexec boîte (la boîte noire en bas), de type "bpafter yourpage.svc". Maintenant Fiddler s'arrête à un point d'arrêt avant toutes les demandes pour toutes les URL qui contiennent "yourpage.svc". Tapez "bpafter" sans paramètres pour désactiver le point d'arrêt.
3. Par programme altérer la réponse à l'aide de FiddlerScript. La meilleure documentation pour FiddlerScript est sur le site officiel: http://www.fiddler2.com/Fiddler/dev/
Une fois que vous avez obtenu une réponse arrêté au point d'arrêt, il suffit de double cliquer dessus pour l'ouvrir dans l'inspecteur. Vous avez quelques options:
1. Juste à côté de la piste verte à la réalisation bouton (que vous cliquez sur envoyer la réponse) il y a une liste déroulante qui permet de choisir des valeurs par défaut les types de réponses.
2. Ou de, sur les en-Têtes inspecteur, changer le code de réponse & message dans la zone de texte en haut.
3. Ou, cliquez sur le "Raw" inspecteur et le désordre de la crue de réponse à faire arbitraire des choses. Aussi un bon moyen de voir ce que votre client ne quand il fait un mal formé réponse, qui vous aurez probablement tester accidentellement 🙂
- Absolument fantastique - c'est exactement ce que je recherchais. Merci beaucoup chrisbro!
- Excellent +5
- Merci une tonne, il a aidé.
- Est-il un moyen de faire Fiddler sélection automatique de la dernière requête qui a un point d'arrêt? J'ai tous mes filtres déjà d'installation donc je ne jamais recevoir les choses que je suis intéressé, et je ne obtenez-en 1 à la fois en raison de mon flux de travail.
InformationsquelleAutor chrisbro
8

Une autre alternative est d'utiliser un Violoniste Autorépondeur onglet (sur le panneau de droite). Cela vous permet d'attraper une requête adressée à un URI qui correspond à une chaîne et de servir un "conserve" réponse à partir d'un fichier. Le fichier peut contenir à la fois les en-têtes et de charge utile. L'avantage de cette approche est que vous n'avez pas à écrire FiddlerScript et vous n'avez pas à traiter chaque demande manuellement via un point d'arrêt.

Vous définissez la règle dans un violon comme indiqué ci-dessous (s'assurer que vous activez inégalée demandes passthrough sinon, toutes les autres requêtes http échouera).

Dans cet exemple, toute demande dont l'URI comprend "fooBar" obtiendrez la réponse toute faite. Le format du fichier varie en fonction de votre Api (vous pouvez utiliser votre navigateur pour intercepter une "vraie" réponse, et que) mais le mien ressemblait suivantes:
```
HTTP/1.1 409 Conflict
Server: Apache-Coyote/1.1
X-Powered-By: Servlet 2.5; JBoss-5.0/JBossWeb-2.1
Access-Control-Allow-Origin: *
Access-Control-Allow-Methods: GET, POST, DELETE, PUT, PATCH, OPTIONS
Access-Control-Allow-Headers: Origin, X-Requested-With, Content-Type, Accept, Authorization
Access-Control-Max-Age: 86400
Content-Type: application/vnd.api+json
Content-Length: 149
Date: Tue, 28 Mar 2017 10:03:29 GMT

{"errors":[{"code":"OutOfStock","detail":"Item not in stock","source":{"lineId":{"type":"Order line Number","id":"1"}},"meta":{"availableStock":0}}]}
```
J'ai trouvé qu'il avait besoin d'un retour chariot à la fin de la dernière ligne (c'est à dire après le json), et que le Contenu de l'en-tête de Longueur devait correspondre au nombre de caractères dans le json, sinon la webapp ferait pendre. Votre kilométrage peut varier.
- C'est vraiment utile de savoir - merci pour le partage.
- Il est intéressant de noter que vous pouvez restreindre la liste à réponse préenregistrée de la règle de sorte qu'il se déclenche uniquement pour certaines méthodes http. Par exemple: pour le retour de la conserve de réponse pour un POSTE, mais laissez un PATCH passer à travers intacte la règle ci-dessus ressemblerait à "MÉTHODE:POST blabla".
InformationsquelleAutor russthegibbon

Créer un FiddlerScript règle. Voici ce que j'ai utilisé pour générer une copie locale d'un site web qui a été intentionnellement à l'aide de 403 sur chaque page pour contrecarrer HTTrack/WGET.
https://gist.github.com/JamoCA/22db8d68a9a2fb20cb04a85360185333

/* 20180615 Fiddler rule to ignore all 403 HTTP Status errors so WGET or HTTrack can generate local copy of remote website */
   SCENARIO: Changing the user agent or setting a delay isn't enough and the entire remote server is configured to respond w/403.
   CONFIGURE: Add below rule to FiddlerScript OnBeforeReponse() section.  Configure HTTrack/WGET/CRON to use proxy 127.0.0.01:8888 */

static function OnBeforeResponse(oSession: Session) {
  if (oSession.HostnameIs("TARGETHOSTNAME_FILTER.com") && oSession.responseCode == 403) {
    oSession.responseCode = 200;
    oSession.oResponse.headers.HTTPResponseCode = 200;
    oSession.oResponse.headers.HTTPResponseStatus = "200 OK";
  }
}

InformationsquelleAutor James Moberg

Vous devez vous connecter pour publier un commentaire.