Test web service avec SoapUI et de l'authentification Windows

Est-il possible d'inclure les informations d'identification Windows pour tester mon web service SOAP UI?

J'ai trouvé une page de propriétés, mais IIS juste des réponses avec les "mauvais identifiants".

  • soapUI ne supporte nativement NTLMv1, mais depuis beaucoup de nouveaux NTLM de base de l'installation nécessitent l'authentification NTLMv2 c'est une excellente solution, merci de poster! /Ole eviware.com
  • BurpSuite ProVersion a la "faire www authentification" de la zone, pas la gratification version. 🙁
InformationsquelleAutor Henrik P. Hessel | 2009-05-27
  1. 58

    SoapUI ne semble pas fonctionner directement avec l'authentification NTLM, mais vous pouvez utiliser un proxy comme Burp Suite pour faire la auth pour vous.

    1. Télécharger Burp Suite, à partir de http://portswigger.net/burp/ et montez le son.
    2. Sur un Rot de "Proxy : Intercepter" de l'onglet, cliquez sur le bouton pour mettre l'intercepter off.
    3. Sur un Rot de "Proxy : les Options" onglet, assurez-vous qu'il est défini à un port non utilisé, la valeur par défaut est 8081
    4. Sur un Rot de l'onglet "Options", cochez "www authentification" et ajouter un paramètre pour le serveur que vous souhaitez toucher. Également cocher la case "demander des informations d'identification sur un échec d'authentification"
    5. Commutateur de faire faire le Rot du "Proxy : onglet" Historique afin que vous puissiez voir les demandes de traverse.
    6. Dans SoapUI, choisissez Fichier > Préférences, puis sélectionnez "Paramètres du Proxy". Entrez l'Hôte "localhost" et "port 8081".
    7. Utilisation SoapUI comme d'habitude. Il va envoyer des requêtes par le biais d'un Rot Proxy, qui va faire de l'authentification NTLM pour vous.
    • Merci pour la réponse. Cela a fonctionné pour moi à la requête d'une liste Sharepoint via soapUI.
    • Il n'y a pas de "Comms" onglet rot de la version actuelle.
    • Le "Comms" onglet "Options", dans la version actuelle. Souhaite que je pourrais éditer les posts des autres déjà 😉
    • J'ai eu un peu différente scénario que mon serveur proxy exige une authentification NTLM v2 (code de Réponse HTTP 407) au lieu du serveur web. À l'aide de Rot avec le "serveur proxy en amont" paramètres " au lieu de "faire www authentification" à l'étape 4 a fonctionné pour moi.
    • Génial, Mike, merci! Charles proxy logiciel sera également le faire aussi longtemps que vous êtes à l'aide de HTTP 1.1. Il suffit de configurer le SoapUI des paramètres de proxy pour point de Charles et de lui donner (SoapUI) vos informations d'identification NTLM.
    • Dans la nouvelle Rot v1.7.21, vous devez cocher la case "Remplacer les options de l'utilisateur" sous "Options du Projet" tab " et de donner les paramètres du serveur et il reste des étapes sont donnés dans la solution. Cela a très bien fonctionné. Merci.
    • Ne pouvais pas faire SoapUI 5.3.0 à gérer correctement l'authentification NTLM. Avec BurpSuite il a travaillé!

    InformationsquelleAutor Mike Mason
  2. 12

    soapUI 4.5 juste l'ajout du support pour l'authentification NTLMv2 qui nie la nécessité de Burp Suite.

    • Avez-vous eu à le faire fonctionner?
    • même avec la dernière version de SoapUI/LoadUI 4.5.1, cela ne fonctionne toujours pas - l'ai eu à travailler avec BurpSuite...
    • Télécharger nightly build, voir ma réponse.
    • Je ne peux même pas le faire fonctionner avec SoapUI 5.0.0. SoapUI envoie le NTLM-tête, mais il semble être à tort que je reçois tous les 401s.
    • NTLM a travaillé pour moi dans SoapUI 5.3.0. Il est nécessaire d'activer l'option "Ajoute les informations d'authentification sortant de la demande" en "HTTP" Paramètres de l'onglet de SoapUI Préférences. Il est désactivé par défaut. Ensuite, vous devez spécifier le nom d'utilisateur/Mot de passe dans votre demande.
    • Je ne veux pas explicitement définir les informations d'identification, car le savon de l'INTERFACE utilisateur enregistre ces informations en texte clair dans le fichier xml. Ce n'est pas acceptable. - Atul
    • la réponse est également à l'œuvre. Pas besoin de Fiddler2 ou faire faire le Rot

    InformationsquelleAutor MadMoai
  3. 6

    La solution retenue travaillera dans la plupart des scénarios. Si, toutefois, le service délégation à accéder à des ressources sur d'autres serveurs, vous allez courir dans un double-saut problème avec l'authentification NTLM le Rot proxy utilise. Le proxy va réussir à s'authentifier sur le service, mais la suite des appels effectués par le service à d'autres ressources à l'aide de délégation va échouer.

    La question est bien décrit dans cet article:

    http://blogs.msdn.com/b/besidethepoint/archive/2010/05/09/double-hop-authentication-why-ntlm-fails-and-kerberos-works.aspx

    La méthode la plus simple solution de contournement que j'ai trouvé pour cela est d'utiliser Fiddler est un proxy. Sur Fiddler les Règles de menu, sélectionnez " Authentifier Automatiquement.' Puis mettre à jour votre SoapUI préférences pour utiliser fiddler est un proxy (l'emplacement par défaut est localhost:8888). Maintenant, vos appels seront enveloppés dans des informations d'identification qui peut être délégué.

    Si vous utilisez LoadUI pour l'exécution de votre SoapUI des cas de test, le SoapUI lanceur de test de l'utilisation de vos SoapUI paramètres de proxy, et vos appels seront de continuer à travailler.

    • Où est "authentifier Automatiquement"? Je ne vois pas dans mon menu règles. Je suis à l'aide de Fiddler 4.4.7.1.
    • Je suis sur 4.4.9.2, et c'est le troisième élément du bas sur mes "règles" du menu. Je ne suis pas sûr de l'endroit où il est dans les versions antérieures.
    • Je l'ai essayé mais cela n'a pas fonctionné pour moi. Je peux voir Fiddler capturer le trafic & envoyer un couple de requêtes qu'il reçoit 401. Mais la réponse finale est encore aujourd'hui plus de 200.
    • Je peux confirmer que cette solution fonctionne, je l'ai fait avant que j'ai lu cet article. Maintenant, je suis à la recherche pour plus de solution directe.
    InformationsquelleAutor kiprainey
  4. 1

    Je pense que SoapUI peut seulement le support de l'authentification NT pour le WSDL.

    vous pouvez voir le détail de la façon dont il est mis en œuvre ici:

    (BTW, cette recherche de google n'a pas l'air prometteuse pour vous!)

    InformationsquelleAutor Colin Pickard
  5. 1

    Version actuelle SoapUI 4.5.1 ne fonctionne pas avec l'authentification windows, mais nightly build version fonctionne encore bien.

    Télécharger nightly build de la version

    InformationsquelleAutor Fanda