Erreur 407 sur lecture page HTML

**arkhamon** · 14/04/2011, 09h47

Bonjour à tous,
j'ai le code suivant :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
public static ArrayList<String> lectureURL(String adresse) throws Exception {
		ArrayList<String> temporaire = new ArrayList<String>(); 
		URL url = new URL(adresse);
		System.out.println("OK URL");
		BufferedReader in = new BufferedReader(	new InputStreamReader(url.openStream()));
		System.out.println("OK Streamreader");
		String inputLine;
		while ((inputLine = in.readLine()) != null)
			temporaire.add(inputLine);
		in.close();
		return temporaire;
	    }

que j'appelle en transmettant une URL tout à fait banale de type

http://serveur.domaine/dossier/page.aspx

Ca marchait parfaitement mais depuis un petit moment j'obtiens cette erreur :

java.io.IOException: Server returned HTTP response code: 407 for URL: http://serveur.domaine/dossier/usageDetails.aspx
at sun.net.http://www.protocol.http.HttpURLConn...ion.java:1313])

Le problème est le suivant :
l'erreur http 407 signifie une erreur d'authentification sur un proxy, or le serveur que je contacte est un serveur INTRANET et non INTERNET, donc je ne passe pas par le proxy. D'ailleurs, je peux le joindre avec IE ou Firefox sans soucis, et sans passer par le proxy.
L'autre soucis, c'est que ça marchait y a pas longtemps, et plus maintenant, et j'ai pas la possibilité de modifier les réglages réseau sur mon poste (mise en oeuvre de Policies sous Windows).
Si ça peut aider, j'ai le même soucis en passant par le JAR exporté donc ca semblerait pas venir d'Eclipse.
J'ai même ajouté les lignes de code suivantes :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

System.setProperty("http.nonProxyHosts ", "*.domaine");

avant l'appel à InputStreamReader mais je continue à avoir cette erreur 407... Au secours !

**tchize_** · 14/04/2011, 09h54

Il faudrait faire un sniff (avec wireshark par exemple) de la communication pour savoir exactement ce que veux dire ce code. Le serveur envoie vraisemblablement un message d'erreur avec ça.

Il est possible que le serveur refuse les robot et renvoie ce message, ou, au contraire, exige de passer par un proxy particulier.

Pour plus de ocntrole, une fois le problème localisé, vous pouvez utiliser la librairies commons httpclient, de jakarta. Elle permet de gérer les cookies, les redirects, les user-agent, etc, ce que ne permet pas facilement URL.

**Logan Mauzaize** · 14/04/2011, 09h55

Je pencherai entre le transparent proxy et l'authentification NTLM ... Vu que c'est sur l'intranet, je dirais la 2e proposition.

As-tu essayer d'envoyer ta requête via un client telnet quelconque ?

**arkhamon** · 14/04/2011, 09h58

Envoyé par Nemek

Je pencherai entre le transparent proxy et l'authentification NTLM ... Vu que c'est sur l'intranet, je dirais la 2e proposition.

As-tu essayer d'envoyer ta requête via un client telnet quelconque ?

envoyer la requete via un client telnet ? je comprends pas trop. tu peux etre plus explicite ?

pour "tchize_", je confirme que mon IE et mon Firefox (qui arrivent à lire cette page) ne passent pas par le proxy car ils font explicitement partie de la liste des serveurs à contacter en local sans passer par le proxy.

**Logan Mauzaize** · 14/04/2011, 10h03

Essaye de jouer HttpURLConnection en appelant la méthode openConnection de ton URL

Par exemple avec PuTTY, tu ouvres une connection sur la machine et le port voulu, tu tapes

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

GET <URL> HTTP/1.0

.

**arkhamon** · 14/04/2011, 10h26

Envoyé par Nemek

Essaye de jouer HttpURLConnection en appelant la méthode openConnection de ton URL

Par exemple avec PuTTY, tu ouvres une connection sur la machine et le port voulu, tu tapes

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

GET <URL> HTTP/1.0

.

Houla je suis pas spécialiste de ça... c'est quoi le principe de cette manip ?

**tchize_** · 14/04/2011, 10h36

faire exactement ce que le client web ferais, pour voir quelle réponse on obtiens du serveur.

**Logan Mauzaize** · 14/04/2011, 10h40

La première étape vise à avoir des détails sur les données échangées entre le serveur et ton programme Java. Mais je pense que la solution de tchize_ est peut-être meilleur sur ce point : utiliser httpclient.

La seconde vise à savoir le comportement du serveur avec un client des plus classique.

Concernant ton problème, est-ce que le site Intranet utilise une forme de Single-Sign On ? C'est-à-dire que tu te connectes à un site, ensuite tu es identifié sur l'ensemble (ou une partie) des sites de l'Intranet ?

**arkhamon** · 14/04/2011, 10h52

Envoyé par Nemek

La première étape vise à avoir des détails sur les données échangées entre le serveur et ton programme Java. Mais je pense que la solution de tchize_ est peut-être meilleur sur ce point : utiliser httpclient.

La seconde vise à savoir le comportement du serveur avec un client des plus classique.

Concernant ton problème, est-ce que le site Intranet utilise une forme de Single-Sign On ? C'est-à-dire que tu te connectes à un site, ensuite tu es identifié sur l'ensemble (ou une partie) des sites de l'Intranet ?

oui et non... je m'explique

:
le site que j'essaie d'atteindre utilise une sorte de couche qui permet un login pour plusierus applis avec un seul login (sorte d'authentification forte et centralisée).
Par contre, lorsque j'essaie d'atteindre un autre serveur qui lui (a ma connaissance) ne passe pas par ce système de gestion d'accès, j'ai exactemebnt le même soucis.
Du coup, est il possible pour mon code d'ajouter des infos de login de façon simple (genre éviter 50 classes différentes car je suis grand débutant en java) ?

**tchize_** · 14/04/2011, 11h15

Envoyé par arkhamon

Du coup, est il possible pour mon code d'ajouter des infos de login de façon simple (genre éviter 50 classes différentes car je suis grand débutant en java) ?

Faut voir le genre d'authentification. Je doute que ce soit du NTLM, car firefox ne le gère pas

Donc ca doit plutot etre un système basé sur des cookies partagés.commons http client gère sans soucis les cookies (voir la doc).