Forcer YouTube à être mis en cache via Cache_peer à Squid

Question

Je voudrais forcer un proxy de calmar à utiliser un pair de cache proxy Forme tout ce qui concerne YouTube.

Mon serveur de calmar principal est sur le serveur A, c'est une configuration vraiment simple, sans presque aucune règle, tout est autorisé.

Le serveur A est lié au serveur B via OpenVPN. Le serveur B a également une configuration proxy de squid et fonctionne bien (testé avec le tunnel SSH, pas de problème).

Sur le serveur AI a ajouté ces règles de thèses:

acl youtube_videos_regx url_regex -i ^http://[^/]+\.youtube\.com/videoplayback\?
acl youtube_videos_regx url_regex ^http://(.*?)/get_video\?
acl youtube_videos_regx url_regex ^http://(.*?)/videodownload\?
acl youtube_videos_regx url_regex ^http://(.*?)/videoplayback\?
acl youtube_videos dstdomain .youtube.com
acl youtube_videos dstdomain .youtube-nocookie.com
acl youtube_videos dstdomain .googlevideo.com
acl youtube_videos dstdomain .ytimg.com
cache_peer 10.4.0.1 parent 3128 0 proxy-only no-query connect-timeout=5
cache_peer_access 10.4.0.1 allow youtube_videos
cache_peer_access 10.4.0.1 allow youtube_videos_regx
cache_peer_access 10.4.0.1 deny all

Mais cela ne semble pas fonctionner:

1383861430.377    578 192.168.0.103 TCP_MISS/200 192976 GET http://r9---sn-5hn7ym7e.googlevideo.com/videoplayback? - HIER_DIRECT/208.117.250.14 application/octet-stream
1383861430.636    935 192.168.0.103 TCP_MISS/200 238032 GET http://r9---sn-5hn7ym7e.googlevideo.com/videoplayback? - HIER_DIRECT/208.117.250.14 application/octet-stream
1383861430.642   2353 192.168.0.103 TCP_MISS/200 238032 GET http://r9---sn-5hn7ym7e.googlevideo.com/videoplayback? - HIER_DIRECT/208.117.250.14 application/octet-stream
1383861432.467    617 192.168.0.103 TCP_MISS/200 192976 GET http://r9---sn-5hn7ym7e.googlevideo.com/videoplayback? - HIER_DIRECT/208.117.250.14 application/octet-stream

Parfois, cela fonctionne:

1383860987.725    125 192.168.0.103 TCP_MISS/204 353 GET http://r20---sn-5hn7ym7r.googlevideo.com/generate_204 - FIRSTUP_PARENT/10.4.0.1 text/html

Cela pourrait-il être à cause du type de données?

Si oui, je ne sais pas quel genre de règle ajouter.

Merci d'avance.

Answer 1

Ok, j'ai trouvé comment résoudre mon problème.

Je dois juste l'ajouter à mon fichier de configuration:

never_direct allow youtube_videos
never_direct allow youtube_videos_regx

Ces 2 lignes obligent le calmar à ne pas utiliser la connexion directe à mon 2 ACL.