logo Debian Debian Debian-France Debian-Facile Debian-fr.org Forum-Debian.fr Debian ? Communautés logo inclusivité

Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).


L'icône rouge permet de télécharger chaque page du wiki visitée au format PDF et la grise au format ODT → ODT PDF Export

Différences

Ci-dessous, les différences entre deux révisions de la page.

Lien vers cette vue comparative

Les deux révisions précédentes Révision précédente
Prochaine révision
Révision précédente
utilisateurs:hypathie:tutos:proxy-transparent [15/11/2014 12:39]
Hypathie [Introduction]
utilisateurs:hypathie:tutos:proxy-transparent [15/11/2014 12:57]
Hypathie supprimée
Ligne 394: Ligne 394:
  
  
- 
- 
-=====Vérifications==== 
-Dans le fichier de configuration /​etc/​squid3/​squid.conf :\\ 
- 
-  * les dossiers du cache : /​var/​spool/​squid3 
-  * le fichier de log d'​accès : /​var/​log/​squid3/​access.log 
-  * cache_store_log:​ /​var/​log/​squid3/​store.log\\ Enregistre les activités du gestionnaire de stockage. Cela montre quels les objets sont éjectés de la mémoire cache, et où les objets sont enregistrés et pour combien de temps. Pour désactiver,​ entrez "​none"​ ou supprimer la ligne. Vous pouvez désactiver en toute sécurité. 
-  * mime_table (pour utiliser FTP) : /​usr/​share/​squid3/​mime.conf 
-  * cache_log /​var/​log/​squid3/​cache.log 
- 
- 
-====Vérifier le passage par le proxy ==== 
-Pour vérifier que le sous-réseau qui est connecté au web via la passerelle, passe bien de même par le proxy.\\ ​ 
-Il faut : 
-  * Générer du flux depuis le sous-réseau 
-Tout bêtement, de côté du lan, on navigue ! 
- 
-  * Tout en observant côté passerelle (i.e. serveur squid) ​ 
-le fichier /​var/​log/​squid3/​access.log des logs d'​accès : 
- 
-<code root> 
-tail -f /​var/​log/​squid3/​access.log 
-</​code>​ 
-Puis côté du Lan, on navigue, il y a alors du mouvement de le fichier de log : 
-<​code>​ 
-1413554295.061 ​   138 192.168.1.2 TCP_MISS/​200 13345 GET http://​debian-facile.org/​ - DIRECT/​212.129.32.102 text/html 
-1413554295.098 ​    36 192.168.1.2 TCP_MISS/​200 8320 GET http://​debian-facile.org/​style/​Kao.css - DIRECT/​212.129.32.102 text/css 
-1413554295.108 ​    59 192.168.1.2 TCP_MISS/​200 950 GET http://​debian-facile.org/​nono.css - DIRECT/​212.129.32.102 text/css 
-<...> 
-1413554299.083 ​    32 192.168.1.2 TCP_MISS/​200 554 GET http://​debian-facile.org/​style/​Air/​img/​asterisk.png - DIRECT/​212.129.32.102 image/png 
-1413554301.463 ​    74 192.168.1.2 TCP_MISS/​200 1391 POST http://​debian-facile.org/​login.php?​ - DIRECT/​212.129.32.102 text/html 
-<...> 
-</​code>​ 
- 
-====Vérifier le cache ==== 
-Ci-dessus, nous avons observé que les connexions passaient par le proxy.\\ ​ 
- 
-Pour vérifier que squid sert au client une page de son cache, il faut visiter le même URL plusieurs fois.  
-La 1ère fois on a normalement dans /​var/​log/​squid3/​access.log,​ ''​TCP_MISS'',​ mais après on doit obtenir ''​TCP_HIT''​. 
-  * TCP_MISS : L'​objet demandé n'est pas dans le cache. 
-  * TCP_HIT : Une copie valide de l'​objet demandé était dans le cache. 
- 
-On peut trouver d'​autres indications : 
-  * TCP_REFRESH_HIT :   ​L'​objet demandé a été mis en cache mais obsolète (ICM -> 304).  
-  * TCP_REF_FAIL_HIT : L'​objet demandé a été mis en cache mais il obsolète ; la requête IMS a échoué mais l'​objet a été livré. 
-  * TCP_REFRESH_MISS : L'​objet demandé a été mis en cache mais était obsolète. La requête IMS retourné le nouveau contenu. 
-  * TCP_CLIENT_REFRESH_MISS : Le client a émis une certaine demande de cache en même temps que la demande. ​ Ainsi, le cache doit extraire à nouveau l'​objet. 
-  * TCP_IMS_HIT : Le client a émis une demande IMS pour un objet qui est nouvellement dans le cache. 
-  * TCP_NEGATIVE_HIT :Demande d'un objet mis en cache négative, par exemple "404 Not Found" 
-  * TCP_MEM_HIT : Une copie valide de l'​objet demandé a été mis dans la mémoire du cache, évitant ainsi les accès disque. 
-  * TCP_DENIED : Accès a été refusé pour cette demande. 
-  * TCP_OFFLINE_HIT : L'​objet demandé a été récupéré à partir du cache en mode déconnecté. Voir "​offline_mode"​ dans le fichier squid.conf. 
- 
-Se connecter plusieurs fois et tenter la commande : 
- 
-  *Il faut un certain temps pour obtenir des HIT 
- 
-<code root> tail -f /​var/​log/​squid3/​access.log | grep HIT 
-</​code>​ 
-<​code>​1415119957.532 ​     0 192.168.1.10 TCP_MEM_HIT/​200 15385 GET http://​blog.tfrichet.fr/​wp-content/​uploads/​2013/​09/​owncloud_acces_mobile-600x150.jpg - NONE/- image/​jpeg</​code>​ 
-<note tip> 
-**__Détail sur  /​var/​log/​squid3/​access.log__ :**\\  
- 
-On y retrouve tous les accès faits au serveur, c’est-à-dire toutes les requêtes HTTP reçues et la façon dont elles ont été traitées. Le format de ce fichier est paramétrable via l’option access_log du fichier squid.conf. Le format natif d’une entrée de log est le suivant :\\ **''​time elapsed remotehost code/status bytes method URL rfc931 peerstatus/​peerhost type''​**\\ ​ 
- 
-> **''​time''​** : le temps UTC (en ms) auquel la requête a été reçue. 
- 
->​**''​elapsed''​** : le temps de traitement par le serveur de la requête (en ms). Ce temps de traitement diffère selon le mode utilisé (connecté ou déconnecté) : 
- 
-  * Pour TCP, il s’agit du temps écoulé entre le moment où le serveur a reçu la requête et le moment où il a répondu au client. 
-  * Pour UDP, il s’agit du temps calculé entre le moment où le serveur prévoit de répondre au client et le moment où il lui répond effectivement. 
- 
->​**''​remotehost''​** : l’adresse IP du client. Cette donnée peut être cachée pour rendre les logs anonymes. 
- 
->​**''​code/​status''​** : le code résultat de la transaction. Ce champ est composé de deux entrées séparées par un slash : le code de statut de Squid et le code HTTP de la réponse du serveur d’origine. La plupart de ces codes sont détaillés plus bas. 
- 
->​**''​bytes''​** : la taille de la donnée livrée au client. 
- 
->​**''​method''​** : la méthode utilisée pour récupérer la ressource (GET, HEAD, etc.). 
- 
->​**''​URL''​** : l’URL de la ressource demandée. 
- 
->​**''​rfc931''​** : les informations utilisateurs (désactivé par défaut). 
- 
->​**''​hierarchy code''​** : un code permettant de savoir comment la requête a été traitée. Ce code peut être suivi par l’adresse IP vers laquelle la requête a été redirigée. 
- 
->​**''​type''​** : le type de contenu issu du header HTTP de la réponse (Les échanges ICP ne contiennent pas cette information). 
-</​note>​ 
- 
-===Voir le fichier /​var/​log/​squid3/​cache.log=== 
- 
-On trouve dans ce fichier beaucoup d’informations allant du nombre de descripteurs de fichiers ouverts jusqu’à la mémoire allouée. Il est possible de se référer à la documentation officielle pour obtenir plus de détails sur ce fichier.\\ ​ 
- 
-  * Par exemple ci-dessous les DNS enregistrés : 
-<code root>​less /​var/​log/​squid3/​cache.log</​code>​ 
-<​code>​2014/​10/​16 13:11:45| Process ID 3735 
-2014/10/16 13:11:45| With 65535 file descriptors available 
-2014/10/16 13:11:45| Initializing IP Cache... 
-2014/10/16 13:11:45| DNS Socket created at [::], FD 7 
-2014/10/16 13:11:45| DNS Socket created at 0.0.0.0, FD 8 
-2014/10/16 13:11:45| Adding domain mondomaine.hyp from /​etc/​resolv.conf 
-2014/10/16 13:11:45| Adding domain mondomaine.hyp from /​etc/​resolv.conf 
-2014/10/16 13:11:45| Adding nameserver 127.0.0.1 from /​etc/​resolv.conf 
-2014/10/16 13:11:45| Adding nameserver 192.168.0.1 from /​etc/​resolv.conf 
-2014/10/16 13:11:45| Adding nameserver 212.27.40.240 from /​etc/​resolv.conf 
-2014/10/16 13:11:45| Adding nameserver 212.27.40.241 from /​etc/​resolv.conf 
-2014/10/16 13:11:45| Unlinkd pipe opened on FD 13<​...></​code>​ 
- 
-===Consulter /​var/​log/​squid3/​store.log === 
-<code root>​less /​var/​log/​squid3/​store.log</​code>​ 
  
  
  

Pied de page des forums

Propulsé par FluxBB