MISE A JOUR 07/11/2013 : Il semblerait que YouTube ait changé son protocole, et que les ralentissements depuis le réseau de Free ait disparu…En conséquence, la méthode présentée ci-dessous serait devenu inutile ! |
Malgré l'article du Grand Korben, ça manque un peu de simplicité… Non ?
Rappel: il s'agit de bloquer l'accès au reseau: 173.194.52.0/22
pour que les applications Youtube choisissent un autre chemin, moins connu et moins encombré (pour l'instant, niark, niark).
J'ai trouvé une nouvelle solution plus simple: créer une règle de proxy “bidon” pour bloquer les requêtes vers ce reseau.
~~READMORE~~
Pour info, le protocole utilisé: http://fr.wikipedia.org/wiki/Fichier_.PAC
Voici la règle (en Javascript) :
function FindProxyForURL(url, host) { if (isInNet(host,"173.194.52.0","255.255.252.0") ) return "PROXY localhost:1"; return "DIRECT"; }
En clair: le trafic destiné au réseau 173.194.52.0/22
est renvoyé sur “soit-même” (localhost
) et sur le port 1 (choix au pif) . Bref, ça va nul part.
Le reste, va directement (“DIRECT”) sur Internet.
J'ai composé un tout petit fichier contenant la règle ci-dessus, et il est là: http://www.eez.fr/free-versus-youtube.pac
Si vous n'avez pas d'autres choix, vous pouvez modifier les préférences de votre navigateur pour qu'il utilise ce fichier.
Préférences > Réseau > Paramètres > Configuration du serveur proxy pour accéder à Internet |
Et là, choisir: “Adresse de configuration automatique du proxy
” et entrer l'adresse:
http://www.eez.fr/free-versus-youtube.pac
En image:
Vous pouvez aussi créer votre propre fichier en local, sur votre disque, et entrer une adresse de la forme:
file://mon_chemin/mon-fichier.pac
Ça marche et c'est expliqué comment configurer par là
http://www.monsieurlibre.fr/2013/03/youtube-contourner-les-lenteurs-de-free/
Ça marche.
Ça marche et c'est expliqué comment configurer par là:
http://www.sosiphone.com/blogiphone/2013/03/07/youtube-debit-normal-avec-une-freebox-ou-freewifi-sur-votre-iphone-ou-ipad-63160/
Pour revenir sur la 1er méthode (qui n'est plus nécessaire grâce a ce que j'ai dit plus haut), on peut utiliser Iptables
, mais pas exactement de la manière décrite par Korben, mais plutôt en ajoutant cette règle:
iptables -A OUTPUT -p tcp -d 173.194.52.0/22 -j REJECT --reject-with tcp-reset
Au lieu que les réponses se perdent dans les limbes du DROP
, en attendant un “timeout”, la règle ci-dessus dit immédiatement: “réseau indisponible”.
C'est plus rapide et plus efficace.