Demande #8278
accés à news.google.fr impossible
0%
Description
erreur 404
The request URL /webhp?complete=0 was not found on this server
probleme de réecriture avec dansguardian
Demandes liées
Historique
#1 Mis à jour par Christophe Dezé il y a presque 10 ans
vi /etc/lynx-cur/lynx.cfg
http_proxy:http://10.72.254.4:3128/
https_proxy:http://10.72.254.4:3128/
404. [INS: That’s an error. :INS]
The requested URL /webhp?complete=0 was not found on this server. [INS: That’s all we know. :INS]
#2 Mis à jour par Emmanuel GARETTE il y a presque 10 ans
- Distribution changé de EOLE 2.4 à Toutes
Je confirme :
export HTTP_PROXY=http://192.168.0.1:3128/ w3m news.google.fr
J'ai bien l'erreur.
C'est du à la redirection : urlregexplist:"(^http[s]?://[0-9a-z]+\.google\.[a-z]+$)"->"\1/webhp?complete=0"
Je n'ai pas testé sur 2.3 mais à mon avis c'est la même chose.
#3 Mis à jour par Emmanuel GARETTE il y a presque 10 ans
- Projet changé de Amon à eole-proxy
#4 Mis à jour par Christophe Dezé il y a presque 10 ans
pas de soucis chez nous en 2.3
#5 Mis à jour par Klaas TJEBBES il y a environ 9 ans
Utiliser httpS permet de contourner le problème : https://news.google.fr/ fonctionne normalement.
À noter que si on va sur les news Google en utilisant le menu de www.google.fr ça fonctionne aussi. C'est uniquement quand on tape http://news.google.fr que ça plante.
#6 Mis à jour par Jean-Marc MELET il y a plus de 7 ans
Bonjour,
Cela fait longtemps qu'on nous signale un soucis d'accès au service Google maps lorsque l'on saisi à la main l'adresse http://maps.google.fr (en fait cela doit dater de https://dev-eole.ac-dijon.fr/issues/7256). En jetant un oeil, je suis arrivé au même constat que ce signalement.
En effet la règle de réécriture d'URL "(^http[s]?://[0-9a-z]+\.google\.[a-z]+$)"->"\1/webhp?complete=0" empêche la redirection automatique de Google en HTTPS pour certains services comme maps. En cherchant un peu plus, j'ai identifié au moins 5 services pour lesquels on a ce comportement: maps, news, video, picasa et translate.
Au final, je pense avoir trouvé la bonne regexp qui permet d'éviter ces désagréments tout en conservant la désactivation de la recherche automatique pour les autres services (à vérifier/valider de votre côté):
"(^http[s]?://[0-9a-z]+(?<!maps|picasa|video|translate|news)\.google\.[a-z]+$)"->"\1/webhp?complete=0"
J'ai fait des tests et les URLs suivantes ne sont pas traitées par la regle de réécriture et fonctionnent bien:
http://news.google.fr
http://video.google.fr
http://picasa.google.fr
http://translate.google.fr
Le reste est bien traité par la regle qui ajoute "/webhp?complete=0" à l'URL
Merci de me dire ce que vous en pensez pour une éventuelle intégration dans une prochaine mise à jour
#7 Mis à jour par Jean-Marc MELET il y a environ 7 ans
La solution proposée a-t-elle pu être validée? Je me suis dit qu'il eu été judicieux de profiter de https://dev-eole.ac-dijon.fr/issues/19510 pour intégrer également ce regexp.
#8 Mis à jour par Joël Cuissinat il y a environ 4 ans
- Tracker changé de Anomalie à Demande
Ça date un peu malheureusement mais j'ai l'impression que c'est toujours d'actualité !
Est-ce que quelqu'un peut confirmer ça ?
#9 Mis à jour par Joël Cuissinat il y a presque 3 ans
- Statut changé de Nouveau à Classée sans suite