L'accès RESTE WebService dans VB.NET

Je suis en train d'essayer d'accéder à un REPOS webservice, cependant mon code ne fonctionne pas et continue de jeter une erreur HTTP 401

voir cet exemple d'écran de la pac à partir de Wireshark de la première demande ssl:

L'accès RESTE WebService dans VB.NET

C'est à partir d'une boucle appel à la même adresse internet avec les mêmes détails. Le problème est que sous mon VB.NET la version de l'Extension: server_name" (et apparentés) dans le cadre de la SSL du paquet est manquant, je crois que c'est la cause du serveur à ne pas répondre avec le Serveur d'échange de clé dans la prochaine quelques paquets.

Ci-dessous est la VB.NET code

    Dim webRequest As HttpWebRequest = DirectCast(System.Net.WebRequest.Create(UrlString), HttpWebRequest)
    webRequest.Method = "GET"
    webRequest.ContentType = "application/x-www-form-urlencoded"

    webRequest.Credentials = New NetworkCredential(username, password)

    Dim response As HttpWebResponse = DirectCast(webRequest.GetResponse(), HttpWebResponse)

Cela échoue sur la dernière ligne (erreur HTTP 401), l'émission ne semble pas être lié à mon proxy et l'identification de l'utilisateur sont corrects pour le serveur en tant que cette demande œuvres de Curl et wget.

J'ai déjà essayé le réglage de la AuthenticationLevel ainsi que la configuration manuelle de l'en-tête d'Autorisation, et PreAuthenticate ne semble pas changer cette question.

InformationsquelleAutor Seph | 2010-08-09
  1. 1

    La réponse a été que le WebService a été fait de ne pas répondre avec une pièce d'HTTP401-tête WWW-Authenticate, au lieu de cela viens de revenir avec un code comme:

    <?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<Error>
    <ErrorCode>NO_SUITABLE_AUTHENTICATION_METHOD</ErrorCode>
    <ErrorDescription>No suitable active authentication mechanism found to authorise request - authorise using supported mechanisms</ErrorDescription>
    <RequestID>gcqsrtvn</RequestID>
    <SystemTime>2010-08-12T09:14:21.831+10:00</SystemTime>
</Error>

    J'ai donc dû ajouter manuellement l'en-tête d'authentification, comme illustré ici:
    http://devproj20.blogspot.com/2008/02/assigning-basic-authorization-http.html

    code:

    Dim authBytes() As Byte = System.Text.Encoding.UTF8.GetBytes(String.Format("{0}:{1}", username, password).ToCharArray())
webRequest.Headers("Authorization") = "Basic " + Convert.ToBase64String(authBytes)
    • Cela ne semble pas faire sens. Dans votre question, vous avez écrit que vous êtes l'obtention d'un 401 dos, et que vous avez essayé d'ajouter l'en-tête d'autorisation de vous-même et cela n'a pas fonctionné. Alors, pourquoi est-il à présent? Aussi, si vous voulez juste envoyer l'autorisation d'en-tête dans la première demande, vous pouvez simplement mettre en PreAuthenticate=true, et de définir les informations d'identification sur le CredentialCache avec "de Base" comme la méthode auth. **** De toute façon comme je l'ai dit, si vous obtenez une trace avec les instructions que j'ai donné, je peux vous dire ce qui se passe. Il n'est pas légal pour un serveur de s'attendre à un en-tête d'Autorisation, mais pas contester le client.
    • la 401, je suis de retour ne correspond pas à la norme, et qu'elle ne comprend pas tout en-tête d'authentification de l'information. Quant à savoir pourquoi ça ne marchait pas avant, et qui était dû à un problème de codage et le code que j'utilisais pour le manuel d'en-tête. Aussi la mise PreAuthenticate n'a pas fonctionné dans ce cas, le service, je me connecte est très bâclée et aime les choses dans une manière très spécifique... mais il n'y a pas de documentation sur comment. Légal ou pas n'a pas d'importance, il ne le fait pas et que ce qui était mon problème.
    InformationsquelleAutor Seph