J'essaie d'utiliser l'Apache / Jakarta httpClient 4.1.1 pour vous connecter à une page Web arbitraire en utilisant les informations d'identification données. Pour tester cela, j'ai une installation minimale de IIS 7.5 sur ma machine de développement en cours d'exécution où un seul mode d'authentification est actif à la fois. L'authentification de base fonctionne bien, mais Digest et NTLM renvoyez 401 messages d'erreur lorsque j'essaie de vous connecter. Voici mon code:
DefaultHttpClient httpclient = new DefaultHttpClient();
HttpContext localContext = new BasicHttpContext();
HttpGet httpget = new HttpGet("http://localhost/");
CredentialsProvider credsProvider = new BasicCredentialsProvider();
credsProvider.setCredentials(AuthScope.ANY,
new NTCredentials("user", "password", "", "localhost"));
if (!new File(System.getenv("windir") + "\\krb5.ini").exists()) {
List<String> authtypes = new ArrayList<String>();
authtypes.add(AuthPolicy.NTLM);
authtypes.add(AuthPolicy.DIGEST);
authtypes.add(AuthPolicy.BASIC);
httpclient.getParams().setParameter(AuthPNames.PROXY_AUTH_PREF,
authtypes);
httpclient.getParams().setParameter(AuthPNames.TARGET_AUTH_PREF,
authtypes);
}
localContext.setAttribute(ClientContext.CREDS_PROVIDER, credsProvider);
HttpResponse response = httpclient.execute(httpget, localContext);
System.out.println("Response code: " + response.getStatusLine());
6 Réponses :
La solution la plus simple dépannant de telles situations que j'ai trouvées est Wireshark . C'est un très grand marteau, mais cela vous montrera vraiment tout. Installez-le, assurez-vous que votre serveur est sur une autre machine (ne fonctionne pas avec localhost) et commencez à enregistrer la journalisation.
Exécutez votre demande qui échoue, exécutez une qui fonctionne. Ensuite, Filtrer par http (il suffit de mettre http dans le champ de filtre), recherchez la première demande d'obtention, recherchez l'autre demande d'obtention et comparez. Identifiez la différence significative, vous avez maintenant des mots-clés spécifiques ou des problèmes pour rechercher le code / net pour. Sinon, étroiser à la première conversation TCP et examiner la demande / réponse complète. Même avec l'autre.
J'ai résolu un nombre incroyable de problèmes de cette approche. Et Wireshark est un outil très utile pour savoir. Beaucoup de fonctions super avancées pour faciliter le débogage de votre réseau.
Vous pouvez également l'exécuter sur le client ou le serveur. Tout ce qui vous montrera les deux demandes de vous permettre de comparer.
Je l'ai finalement compris. L'authentification Digest nécessite que si vous utilisez une URL complète dans la demande, le proxy doit également utiliser l'URL complète. Je n'ai pas quitté le code proxy dans l'échantillon, mais il a été dirigé vers "Localhost", ce qui lui faisait échouer. Changer cela en 127.0.0.1 a fait fonctionner.
J'ai eu un problème similaire avec httpClient 4.1.2. Pour moi, il a été résolu en revenant à httpclient 4.0.3. Je ne pourrais jamais obtenir NTLM de travailler avec 4.1.2 en utilisant la mise en œuvre intégrée ou l'utilisation de JCIFS.
Juste une note, j'ai également couru dans ce même problème aussi. Les revendications de la libération de httpClient 4.2.3 pour avoir une implémentation NTLM rafraîchie. J'ai constaté que la mise à niveau vers 4.2.3 a fonctionné sans faille avec NTLM.
J'ai eu l'authentification digère pour travailler dans des navigateurs, mais cela montre toujours 401 interdit à httpclient. Je suis exclu.
Le code fonctionne pour moi, mais il est obsolète en 4.3. Je ne trouve pas de guide clair pour utiliser le code PURE 4.3.