2013-04-02 1 views
1

J'ai un client qui émet un HTTP PUT pour télécharger un fichier sur un serveur SharePoint. Ce serveur nécessite une authentification (NTLM ou Négocier). Le client inclut un en-tête "Expect: 100-Continue" dans la requête PUT.IIS8: 100-Continue et 401 avec HTTP PUT

Lorsque je place le fichier dans SharePoint 2010 (IIS 7.5), le serveur répond immédiatement avec une erreur 401 dès qu'il reçoit l'en-tête. Cela permet au client de commencer le processus d'authentification sans télécharger inutilement le fichier entier.

Lorsque je mets le fichier à SharePoint2013 (IIS 8.0), le serveur répond immédiatement par un 100-Continue. Cependant, une fois que le client a téléchargé le fichier dans le corps de la requête, il répond avec un 401. Cela signifie que le client a téléchargé le fichier entier juste pour recevoir une erreur d'authentification. Le serveur aurait dû être capable de répondre avec le 401 avant que le client ne télécharge toutes les données, comme le fait IIS 7.5.

Ce changement de comportement est-il inhérent à IIS8? Y a-t-il une option de configuration qui contrôle cela? Y at-il quelque chose que je peux modifier dans l'en-tête pour changer le comportement du serveur?

Répondre

0

Vous devez supprimer l'attendre: 100 Continuer de votre tête HTTP Ce lien sera utile si vous utilisez .NET: Removing the expect http header

+0

vous avez posté cette même réponse, avec ce même lien, sur plusieurs questions auxquelles ce n'était pas pertinent. J'ai supprimé ces réponses, car nous voulons que chaque réponse soit ciblée sur les besoins spécifiques de la question posée. De plus, les réponses aux liens vers des ressources externes ne sont que désapprouvées ici, et nous préférerions que le contenu pertinent soit déplacé dans le corps de la réponse lui-même. –