HTTP/1.1 401 Unauthorized in den Antwort-Headern in Load runner für GET-Anforderungen

Ich bin neu in Load runner , Bin vor bin Problem beim Abspielen des Skripts

LR 12.50

O. S Windows 7 SP2

Protokoll ist Mobil, HTTP/HTML

Aufnahme-Modus Proxy

Lassen Sie mich erklären, mein Szenario

Während der Ausführung folgende Funktion:

  web_custom_request("authenticate", 

        "URL=https://ws-xx.xxx.com/tcs/rest/authenticate?include=user,company",     
        "Method=POST", 
        "Resource=0", 
        "RecContentType=application/json", 
        "Referer=", 
        "Snapshot=t1.inf", 
        "Mode=HTTP", 
        "EncType=application/json",
        "Body={\"password\":\"xxx\",\"username\":\"xxx\",\"version\":\"1.0.40\"}", 
        LAST);

Für die oben genannten POST-Methode , bin erste Reaktion, wie unten

   HTTP/1.1 200 OK\r\n
   Date: Tue, 13 Oct 2015 19:19:21 GMT\r\n
   Server: Apache-Coyote/1.1\r\n
   Content-Type: application/json\r\n
   Set-Cookie: dtCookie=DBE9311E44E5C47902702DC762030583|TXlBcHB8MQ; Path=/;
   Domain=.xxx.com\r\n    
   Connection: close\r\n
   Transfer-Encoding: chunked\r\n

Was in Ordnung ist ,Nun die zweite benutzerdefinierte Anforderung wird nachfolgend gezeigt

  web_custom_request("profiles", 
        "URL=https://ws-test.xxx.com/tcs/rest/profiles", 
        "Method=GET", 
        "Resource=1", 
        "RecContentType=application/json", 
        "Referer=", 
        "Snapshot=t2.inf", 
        LAST);

Für die oben genannten GET-Anforderungen in der replay-Protokolle erhalte:

401 unauthorized Fehler.

 GET /tcs/rest/profiles HTTP/1.1\r\n

     User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT)\r\n

    Accept: */*\r\n

    Connection: Keep-Alive\r\n

     Host: ws-test.xxx.com\r\n

   Cookie: dtCookie=DBE9311E44E5C47902702DC762030583|TXlBcHB8MQ\r\n
\r\n
 t=5921ms: 172-byte response headers for "https://ws-test.xxx.com/tcs/rest/profiles" (RelFrameId=1, Internal ID=2)

    HTTP/1.1 401 Unauthorized\r\n

   Date: Tue, 13 Oct 2015 19:19:22 GMT\r\n

   Server: Apache-Coyote/1.1\r\n

   Content-Type: application/json\r\n

    Connection: close\r\n

    Transfer-Encoding: chunked\r\n
   \r\n

t=5922ms: 4-byte chunked response overhead for "https://ws-test.xxx.com/tcs/rest/profiles" (RelFrameId=1, Internal ID=2)
    8b\r\n

 t=5923ms: 139-byte chunked response body for "https://ws-test.xxx.com/tcs/rest/profiles" (RelFrameId=1, Internal ID=2)
     {"errors":[{"message":"Authentication required to access endpoint","status":"401","code":"



 NotAuthenticated","header":"Not Authenticated"}]}

Ich begutachtete dieser link.

Meinem Verständnis von der oben genannten benutzerdefinierten Anfrage , Anmeldung ist der Erfolg, sondern die nächsten
nachfolgende Anforderungen sind immer gescheitert.

Habe ich verwendet web_cleanup_cookies () - Funktion, aber nicht das Problem zu lösen .

Ich habe versucht, die Cookie-ID, anhand der folgenden Funktion

web_reg_save_param("COOKIE_ID",
                        "LR= Cookie: dtCookie=" ,
                        "RB= |TXlBcHB8MQ\r\n",
                        "Ord=All",
                        "RelFrameId=1",
                        "Search=All",
                        LAST);

web_add_header("Cookie",lr_eval_string("{COOKIE_ID}"));

Nun Frage ist, wo parameter "COOKIE_ID" in meinem Skript gibt es zwar

keinen Wert im Skript für COOKIE_ID?

Wie damit umgehen ? Kann jemand mir bitte helfen .

InformationsquelleAutor Prabhakar Y | 2015-10-14

1
1. In Vugen, Wählen Sie Ansicht und vergleichen Sie sowohl die record-und replay-Anfragen den Verdacht, dass es sein könnte, fehlt der header-replay-Anfrage.
2. Wenn cookie ist das einzige, was sich ändert, können Sie ihn hinzufügen, indem Sie mit web_add_cookie Funktion.
- Sivaramaraju , vielen Dank für Ihren Vorschlag. Snapshot-Ansicht fand ich, dass authToken ("authToken":"eyJhbGciOiJIUzI1NiJ9.eyJpc3MiOiJUQ1MiLCJhdWQiOiJXZWJTzxj2awnlqvbjiiwiawf0ijoxndq0mzg1odu2lcjlehaioje0ndq 0NzIyNTYsImluZm8iOnsidXNlcklkIjoxodisimnvbxbhbnlodw1izxiioiiymdiwmdiyiiwichjvzmlszulkijoyodf9fq.3pP9URRrmnRHnueszw4TrzDazPjRLmhG6brir_fftam") wird immer an den nächsten übergeben benutzerdefinierte Anforderung. ich.e-GET-Anfragen, die dynamische.Kannst du bitte tel mich, wie Sie damit umgehen können .
- Wie es war, als header oder Cookies? Auf dieser Basis gehen Sie wie folgt vor, 1. Wenn es geht, im Kopf, Korrelieren Authentifizierungs-token, dann fügen Sie web_add_header("authToken","Wert"); vor allem verlangen. 2. Wenn es geht, in cookie, Korrelieren Authentifizierungs-token, dann fügen Sie web_add_header("cookie","authToken=Wert"); vor allem verlangen.
- dann Korrelieren token zur Authentifizierung, und verwenden web_add_header("authToken","{correlatedvalue}");
- Sivaramaraju, vielen Dank für deine Hilfe . Schließlich mit Ihrem Ansatz gelöst ist das authToken Frage, die wir konfrontiert waren.Allerdings habe ich eine Korrelation zwischen den authToken Wert aber vas werfen Fehler nicht finden konnte den Wert für den parameter.Aber ich habe hart codiert theauthToken Wert als web_add_header("Authorization","Bearer eyJhbGciOiJIUzI1NiJ9.eyJpc3MiOiJUQ1MiLCJhdWQiOiJXZWJTzxj2awnlqvbjiiwiawf0ijoxndq1mjq2mji1lcjlehaioje0nduzmzi2mjusimluzm8ionsidxnlcklkijoxmjusimnvbxbhbnlodw1izxiioiiymdiwmdiyiiwichjvzmlszulkijoxotv9fq.lttdyOk2Ed52Ha5Q5rNy2hiR8jUywmvlicr3wy01ku");Bin nicht sicher, ob das guter Ansatz, oder nicht ?
- Sivaramaraju , Durch harte Codierung der authToken , der GET-Anfragen werden immer übergeben. Es löste mein problem, aber bin mir nicht sicher, ob es ist ein guter Ansatz, um auf diese Art tut oder nicht . Können Sie bitte geben Sie Ihren Vorschlag.
- überprüfen Entwickler, ob die Authentifizierung token ist hart codierten Wert, oder es wird dynamisch geändert. wenn es dynamisch ändert, Sie haben zu korrelieren, die.
InformationsquelleAutor sivaramaraju
2

Bitte fügen Sie unten Header an das Skript
```
web_set_sockets_option("SSL_VERSION","TLS");
web_set_user("username", "password", "domain:portno" );
web_set_sockets_option("INITIAL_BASIC_AUTH","1");
```
- NaveenKumar , vielen Dank für Ihren Vorschlag. Ich habe versucht, mit web_set_sockets_option("INITIAL_BASIC_AUTH","1"); dann war ich in der Lage, um zu sehen, das AuthToken unter Ansicht im Header dann als pro Sivaramaraju Vorschlag. Ich war in der Lage, übergeben Sie den authToken für die nächsten Anfragen BEKOMMEN aber hardcoding es.
InformationsquelleAutor NaveenKumar Namachivayam

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.