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.

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.