Pourquoi ne pas cURL travail avec l'Authentification Windows sur IIS7?

Je suis en train d'essayer d'accéder à un service qui est derrière l'Authentification Windows. Je pensais que je pouvais passer les informations d'identification de la façon dont l'Authentification HTTP de Base les informations d'identification sont transmises, mais ça ne fonctionne pas. Quand je fais la suite, j'obtiens une erreur 401, et je suis absolument certain que le mot de passe est correct.

curl --user username:password http://example.com

Pourquoi ne pas ce travail?

InformationsquelleAutor woz | 2012-08-23
  1. 40

    Si vous utilisez l'Authentification Windows, vous devez utiliser l'authentification NTLM:

    curl --ntlm --user username:password http://example.com
    • Et si vous ne mettez pas le mot de passe de la ligne de commande vous invite pour cela.
    • Voir ma réponse à la question de comment utiliser le courant de l'utilisateur connecté à vos demandes
    • Je vois un comportement étrange, quand j'ai garder mon mot de passe en option de ligne de commande -u, ça ne fonctionne pas, mais le même mot de passe fonctionne lorsque je garde juste le nom de l'utilisateur il y a, et entrez le mot de passe lorsque vous y êtes invité. Aucune idée pourquoi?
    InformationsquelleAutor woz
  2. 24

    Vous pouvez également laisser le nom d'utilisateur et le mot de passe champs vides (-u :) et curl utilisation de vos informations d'identification à partir de votre environnement:

    curl --ntlm -u : http://example.com

    Par la docs (sous -u, --user)

    Si vous utilisez un Windows SSPI-activé curl binaire et effectuer Kerberos V5,
    Negotiate, NTLM ou l'authentification Digest, alors vous pouvez dire le roulage à
    sélectionnez le nom d'utilisateur et le mot de passe de votre environnement, en spécifiant
    un seul colon avec cette option: "-u :".

    Kerberos Binaires

    InformationsquelleAutor Sean Lynch
  3. 1

    Je veux juste ajouter que l'autorisation peut inclure plusieurs redirections et l'authentification NTLM peut être requis pour le deuxième ou les demandes ultérieures, mais pas la première. Dans ce cas, les réponses données ici ne fonctionne pas.

    La chose est, CURL envoie des informations d'identification avec le première demande seulement, alors que vous pourriez avoir besoin de leur la seconde par exemple. Pour transmettre des informations d'identification à toutes les demandes, utilisez le --location-trusted option.

    Boucles de la documentation (-L ):

    Lorsque l'authentification est utilisée, curl n'envoie ses informations d'identification de l'hôte initial. Si une redirection curl vers un autre hôte, il ne sera pas en mesure d'intercepter l'utilisateur+mot de passe. Voir aussi --emplacement de la confiance sur la façon de modifier cette.

    Cette importante remarque m'a aidé à autoriser sur mon site web de l'entreprise. Espère que ça aide quelqu'un d'autre.

    InformationsquelleAutor makeiteasy
  4. 0

    J'ai eu le même problème avec vous, mais je travers ajuster iis configuration du serveur pour authentifier, afin de permettre à l'adresse HTTP de base ou l'authentification digest, après avoir fait, vous pouvez utiliser la plus simple à s'authentifier, désolé pour mon mauvais anglais

    InformationsquelleAutor Chauncery