Distribution EOLE » Services » eole-proxy

Cela permettrait de

1) éviter le blocage du contenu mixte HTTP/HTTPS par les navigateurs récents lors des recherches en HTTPS

2) continuer à forcer le filtrage safesearch des recherches en HTTP via les autres règles de réécritures existantes

3) éviter de pouvoir contourner le filtrage safesearch dans les résultats de recherche google comme exposé dans le fil de discussion cité ci-dessous

4) s'adapter à la politique de google qui tend vers une généralisation des recherches en HTTPS et peut-être bientôt en mode exclusif

Il faut noter qu'il ne sera par conséquent plus possible d'analyser sur Amon le contenu des réponses aux requêtes sur le moteur de recherche lorsque celles-ci se font en HTTPS et pose donc peut-être une question en matière de SSI.
Par ailleurs, je voulais aussi soulever une autre question liée: Le filtrage actuellement en place dans dansguardian est inopérant pour tout le contenu transmit en javascript (ajax...), ce qui représente une grande partie des résultats affichés par les moteurs de recherche. Cela permet en autre l'affichage de contenu explicite directement sur la page des résultats de recherche (prévisualisation des sites par ex), sauf si comme dans le cas de google avec safesearch nous passons par un filtrage proposé par le moteur de recherche lui-même (mais il faut qu'il existe et être sûr de pouvoir le forcer). Comment abordez-vous cet aspect et pensez-vous qu'il soit possible d'activer du filtrage syntaxique sur ce type de contenu?

Pour plus de détails sur le problème, voir http://eole.orion.education.fr/listes/arc/amon-sphynx/2015-04/msg00002.html

Ci-joint le fichier /etc/dansguardian/dansguardian0/listsfx/urlregexplist modifié pour prendre en compte la redirection forcée vers le filtrage safesearch de Google en HTTPS

Merci