Je suis perplexe

Pas chez moi (Windows 10) , c'est pour ça que je m'interroge sur le mécanisme.

Par exemple, si j'ajoute ceci dans le fichier hosts, j'accède bien à www.free.fr (212.27.48.10) :

Bonjour Thornhill,
Je tourne sur Windaube 10 également.
Je pense que free.fr doit surement nous rediriger vers une autre ip, un autre chemin (comme sur Youtube pour les freenautes). Tu remarqueras que le site mets plus de temps à charger d'ailleurs si tu bloques free.fr ou portail.free.fr.
Mettre /24 permet de bloquer l'ip ciblée ainsi que d'autres plages de cette ip par exemple si tu bloques uniquement cette ip (212.27.48.10) tu es peut être redirigé vers 212.27.48.11 ou .12 par les dns, le fait de bloquer plusieurs plages d'ip permet de bloquer aussi les .11 .12 etc...

Tant mieux pour toi si ça marche... Maintenant, il existe whatmille autres plages IP de miroirs donc si d'un jour à l'autre ceux qui posent problème changent, il faudra changer les IP de ton fichier hosts. Je n'aime pas trop le concept de bloquer les IP, ça peut potentiellement bloquer quelque chose à tort si elles sont attribuées à d'autres services.

Et ta manipulation ne fonctionne pas en IPv6.

Bonjour Paul,

Si un jour des problèmes apparaissent il suffit juste de supprimer les lignes entrées dans le fichier hosts...
Cette manipulation ne fonctionne pas en IPv6 parce que comme tu peux le remarquer les adresses entrées sont en IPv4
Personnellement je ne vois pas l'intérêt de passer en IPv6 pour le moment, justement pour éviter les problèmes d'incompatibilité avec certains sites je ne veux pas que ma navigation soit encombrée ou mon expérience utilisateur à cause de ça, le jour ou il n'y aura plus de problèmes alors je n'aurais qu'à changer les paramètres de ma box ce qui me prendra 2 minutes de ma vie, rien de bien méchant.

Pour conclure, je ne chercherais pas à vous embrouiller avec des manipulations si celles-ci ne fonctionnaient pas pour moi (cf mes screenshots) donc à vous de voir si cela fonctionne pour vous tant mieux, ça dépannera surement un temps mais je trouve cette "solution" mieux que rien.

Je tourne sur Windaube 10 également.
Je pense que free.fr doit surement nous rediriger vers une autre ip, un autre chemin (comme sur Youtube pour les freenautes). Tu remarqueras que le site mets plus de temps à charger d'ailleurs si tu bloques free.fr ou portail.free.fr.

Non j'ai testé un ping sur l'IP ou hostname, un telnet port 80 je me connecte bien au serveur web.
Donc chez moi cette fonctionnalité hypothétique du fichiers hosts, avec une entrée inversée (hostname puis IP) ne fonctionne pas : que l'entrée soit présente ou pas dans le fichier ça ne fait aucune différence, que ce soit une IP seule ou un réseau entier.
Pour être tout à fait franc j'ai de sérieux doutes sur la façon dont tu interprètes les résultats chez toi : c'est tellement inédit comme comportement que je me demande si tu ne fais pas fausse route (je ne mets pas en cause ta bonne foi, hein).
Si je me trompe, pas de souci, je demande juste à comprendre.

Bonsoir,

Pour l'adresse 127.0.0.1 http://www.commentcamarche.net/forum/affich-7482024-que-signifie-l-adresse-ip-http-127-0-0-1

Mon système d'exploitation est propre aucun autre logiciel ne tourne et OS de moins de 6 mois

En ayant modifié mon hosts c'est bizarre mais en regardant mon traffic réseau je ne passe plus par ces adresse IP détournées justement.

Pour l'adresse 127.0.0.1 http://www.commentcamarche.net/forum/affich-7482024-que-signifie-l-adresse-ip-http-127-0-0-1

Oui ça c'est une technique bien connue, documentée mais qui fonctionne dans l'autre sens : tu forces un nom de domaine sur ton interface locale.

La manip que tu as décrite et qui pose question car inédite consiste à faire l'inverse, ce pour quoi le fichiers hosts n'est pas fait (la syntaxe est clairement IP puis hostname).

Bref, à mon avis tu as mal interprété le résultat, pour en être certain il faudrait faire plusieurs essais : supprimer les entrées du fichiers hosts pour voir si ça change quelque chose, puis les remettre, etc.

Il est toujours préférable de ne pas se baser sur un seul test pour conclure, parfois les résultats sont variables, non reproductibles.

En effet, je viens de tester, j'ai dit une (grosse) connerie, j'ai pourtant déjà vu cette syntaxe quelque part 

Bref, pour nullrouter des IPs, c'est inefficace. Après on peut toujours tenter avec le nom DNS des caches.