Proxy Squid3 + Squidguard

LuckyLuck45100 -  
Bonjour à tous,
Je rencontre un souçis avec mon proxy ( maquettage sur VMware )
Alors voilà j'ai un serveur w2012r2 en 192.168.54.110 GW : 192.168.54.254
DHCP ...
  • Il a bien accès à internet --Je ping mon client


J'ai donc un client w7 en
192.168.54.10 GW : 192.168.54.254
  • Je ping bien mon serveur **Tout deux ont accès à internet et mon client est intégré au domaine du serveur


J'ai ensuite une machine debian ou j'ai installé et configurer Squid3 et SquidGuard avec la blacklist de toulouse et la compilation de la base c'est correctement effectué
Conf Debian :
#eth0
auto eth0
allow-hotplug eth0
iface eth0 inet static
address 192.168.170.120
netmask 255.255.255.0
network 192.168.170.0
broadcast 192.168.170.255
gateway 192.168.170.1

#eth1
auto eth1
allow-hotplug eth1
iface eth1 inet static
address 192.168.170.195
netmask 255.255.255.0
network 192.168.170.0
broadcast 192.168.170.255
  • Dans mon client7 en @Proxy sur chrome j'ai mis 192.168.170.195 port 3128 et aucune connexion a internet :/


Merci à vous de m'apporter votre aide, même moindre.

14 réponses

Résumé de la discussion

Un proxy Squid3 déployé sur Debian ne parvient pas à fournir l’accès Internet au poste client via l’adresse 192.168.170.195:3128, malgré des IP et passerelles fonctionnelles sur les postes Windows et le serveur. Plusieurs éléments de dépannage ont été testés, notamment le partage des conf Squid et SquidGuard, l’ajout d’une directive cache_dir et des ajustements ACL, et des messages d’erreur apparus. Des échanges évoquent une ligne prétendue 913 dans le fichier de configuration et une directive liste_url pointant vers /etc/squid3/liste-sites.txt, avec des conseils sur la placement et le format des ACL. D'autres éléments suggèrent de vérifier les permissions et de tester l'accès au proxy pour isoler les composants posant problème, en vérifiant la cohérence des IP, du routage et des DNS.

Bobot (l’IA à votre service)
  1. barnabe0057
    Bonjour,

    Est-ce que tu as configuré le pare-feu de ta machine proxy pour autoriser les requêtes entrantes sur le port 3128 ?
    1. LuckyLuck45100
      Bonjour,
      tout d'abord merci de ta réponse, non pas du tout mon serveur debian ne fait pas parefeu ? je n'ai rien activité pour je crois bien .. :x

      J'ai modifié la carte ETH1 de mon debian deja j'ai mis :
      addr 192.168.54.254
      netmask 255.255.255.0
      network 192.168.54.0
      broadcast 192.168.54.255
      1. barnabe0057
        On va vérifier les règles de pare-feu, tape ceci dans une console : 
        iptables -L
    2. LuckyLuck45100
      Chain INPUT (policy ACCEPT)
      target prot opt source destination

      Chain FORWARD (policy ACCEPT)
      target prot opt source destination

      Chain OUTPUT (policy ACCEPT)
      target prot opt source destination

      Voilà ce que j'ai avec ta commande !
      • J'ai installé paping sur mon client7 pour tester de ping le port 3128 et il le ping correctement.


      LE serveur et le client7 sont dans le même réseau local, sauf que je passe par le routeur pour sortir ( il ne fait pas encore Firewall, il na pas été configuré pour )

      Merci à toi !
      1. barnabe0057
        Ok il n'est pas configuré donc il accepte tout.
    3. barnabe0057
      On va vérifier si Squid est bien en écoute sur le port 3128 : 
      netstat -tlunp | grep squid



      “L'intelligence artificielle se définit comme le contraire de la bêtise naturelle.”
      2. LuckyLuck45100
        tcp 0 0:::3128 :::* LISTEN 4670/(squid)
        udp 0 0 0.0.0.0:38008 0.0.0.0:* 4670/(squid)
        udp6 0 0:::55921 :::* 4670/(squid)

        Donc je pense il est bien en écoute sur le port 3128.

        Merci à toi de consacrer du temps à m'aider.
        1. barnabe0057
          Tout est ok de ce côté.
        2. LuckyLuck45100
          Oui, sachant dans le proxy de mon navigateur du client7 j'ai bien accès à internet j'ai mis 192.168.54.254 port 3128
          Je penche pour un soucis de mon fichier de conf squid ;x
      3. barnabe0057
        Que retourne cette commande ? 
        ./squid -k parse


        1. LuckyLuck45100
          Aucune fichier ou dossier de ce type :s
          J'ai également essayé d'ajouter a la main met lien que je bloque
          J'ai donc fait ajouter ces lignes, dans le fichier: /etc/squid3/squid.conf

          acl liste_url dstdomain "/etc/squid3/liste-sites.txt"
          http_access deny liste_url

          Puis j'ai créer un fichier texte "/etc/squid3/liste-sites.txt"
          et ajouter ceci dedans :

          .youtube.com
          .facebook.com
        2. barnabe0057
          @LuckyLuck45100Pour que la commande fonctionne, il faut te positionner dans le répertoire d'installation : 
          cd /usr/local/squid/sbin


          Est-ce que tu peux poster la totalité de ton fichier de conf ?
        3. LuckyLuck45100
          J'aurai aimé mais je ne peux copier coller de mon Debian à mon poste ..
        5. LuckyLuck45100
          J'installe sur le debian et je vous tiens au courant dans l'heure ( je vais manger )
          Merci à vous.
      4. LuckyLuck45100
        ahah! merci bien d'avoir éclairci la conf ^^
        Désolé juste je voulais le donner comme je l'avais pour éviter les erreurs de ma part.
        1. LuckyLuck45100
          Pensez-vous que cela peux venir de mes IPTABLE qui bloque l'accès ?
      5. barnabe0057
        Bonjour,

        Pour éviter que Squid ne démarre en root, il faut créer un groupe squid et un utilisateur squid : 
        groupadd squid
        useradd squid -g squid -d /usr/local/squid -s /sbin/nologin

        Ensuite il faut les déclarer dans le fichier de conf à l'aide de ces directives : 
        cache_effective_user squid
        cache_effective_group squid

        Ensuite il faut modifier les permissions des répertoires où l'utilisateur squid doit venir écrire : 
        chown squid:squid /var/spool/squid3
        chown squid:squid /var/log/squid3
        chmod -R 700 /var/log/squid3

        On va quand même ajouter une règle iptables pour accepter les connexions entrantes sur le port 3128 : 
        iptables -A INPUT -p tcp -m tcp --dport 3128 -j ACCEPT


        “L'intelligence artificielle se définit comme le contraire de la bêtise naturelle.”
        1. barnabe0057
          Pour l'instant ton proxy ne fait pas office de cache, est-ce que c'est volontaire ou pas ?
          1. LuckyLuck45100
            pas du tout, j'ai suivi une procédure sur memo-linux squid3 + squidguard
            Et j'ai chopé quelques trucs par si par la pour completer.

            J'ai rentré les commandes que tu ma cité ci dessus, quand je restart squid3 il me disent restarting squid HTTP Proxy 3.x: squid3WARNING: Cannot write log file /var/log/squid3/cache.log: Permission denied messages will be sent to 'stderr'

            Merci à toi pour ton suivi :)
          2. barnabe0057
            @LuckyLuck45100On va ajouter une directive pour déclarer le cache : 
            cache_dir ufs /var/spool/squid3 100 16 256

            Tu peux placer cette directive juste avant la ligne 913, comme ça on ne mélange pas tout.
          3. LuckyLuck45100
            Euh.. j'ai allégé mon fichier conf j'ai repris celui UnGnu avait mis la haut, je reprend mon ancien ? ( je lai mis de coté )

            Et aussi coté client par contre je n'ai plus du tout accès à internet avec le proxy rentré dans mon navigateur mdr ^^

            En tout cas, j'ai rentré ce que tu m'as dit avant la ligne 913 dans le fichier allégé et en restart encore une erreur
            https://www.noelshack.com/2017-25-1-1497879513-2017-06-19-15h38-12.png
          4. barnabe0057
            @LuckyLuck45100Rajoute cette directive entre cache_dir ufs et coredump_dir : 
            cache_mem 64 MB


            Je suis en train de voir pour l'autre erreur concernant les permissions.
          5. barnabe0057
            @barnabe0057Le temps de tester on va donner des permissions larges sur le dossier des logs : 
            chmod -R 777 /var/log/squid3

            Tu ne devrais plus avoir de messages d'erreur au lancement de Squid.
        2. LuckyLuck45100
          C'est de ma faute, sa j'avais oublié de mettre un espace sa a redémarré correctement, par contre côté client j'ai bien recuperé laccès internet mais les sites tels que You....Tube fonctionne toujours.
          1. barnabe0057
            Sur ton client windows, est-ce que tu as pensé à effacer le cache DNS ? 
            ipconfig /flushdns
        3.  barnabe0057
          Plus de nouvelles ?

          Je suppose que ça fonctionne alors.
          1. LuckyLuck45100
            désolé bernabe, j'ai pris la route de mon boulot à chez moi et je suis rentré chez moi que à l'instant !
            Je test ça ( je voie en principe tes msg de 9h a 17h ) :/ Désolé !
            Avec l'aide que tu m'apporte j'aurai du te prévenir avant je m'en excuse !
            C'est que je test ça en parrallèle au boulot quand je ne suis pas appeler ( je suis apprenti )
          3. LuckyLuck45100
            Bon, je rencontre un souçis stupide .. Permission non accordé quand je restart le /etc/network/interfaces ( j'ai changé IP car au boulot je suis en 170.x chez moi non )
            Cela doit être du a la commande chown que tu m'a fait executer mais sa m'étonne que ça ai influé la dessus, si au passage tu peux me dire pourquoi !
            Je te remercie encore.
        4. LuckyLuck45100
          Bonjour à toi !

          Désolé pour hier soir, j'avais tout de même essayé mais sans succès!

          Pour ce matin j'ai donc vidé le cache DNS et cela ne change rien, j'ai toujours accès aux sites censé être interdit.
          1. LuckyLuck45100
            Pas de solution ? :/
            1. barnabe0057
              Salut, dans ton fichier de conf, remplace la dernière ligne par :
              http_access allow liste_url
            2. LuckyLuck45100
              @barnabe0057Salut,
              Merci à toi de répondre encore et encore,
              cette commande permet de bloquer de mémoire les sites que l'on lui indique dans le fichier texte, ce que j'ai fais, j'en ai mis 2 ou 3.

              J'ai modifier la ligne et vidé le cache et toujours rien aucun blocage.

              Je commence sérieusement à désespérer
            3. barnabe0057
              @LuckyLuck45100Et si tu remplaces :
              acl liste_url dstdomain "/etc/squid3/liste-sites.txt"
              http_access deny liste_url

              par :
              acl liste_url dstdomain .youtube.com
              http_access deny liste_url
            4. LuckyLuck45100
              @barnabe0057Après modification et bien toujours rien !
              Pense-tu que un ordre de priorité puisse jouer dans la conf squid actuel que j'ai ?
          2. LuckyLuck45100
            Bonjour bernabe,
            je reviens vers toi pour savoir si au moins pourrais-tu m'indiquer comment retrouver les droits pour editer mes cartes Eth car quand je veux modifier ils me disent permission non accordée.

            Cordialement
            1. barnabe0057
              Bonjour, je ne crois pas du tout que ça a un rapport avec les permissions qu'on a changé.

              Je te suggère de couper Squid avant de modifier tes paramètres réseau.
            2. LuckyLuck45100
              Salut !
              Non, c'est du au modification des droits car la veille j'avais modifier l'IP justement.
              Et quand chez moi j'ai essayé de reprendre impossible de modifier.
            3. barnabe0057
              @LuckyLuck45100
              chown root:root /var/spool/squid3
              chown root:root /var/log/squid3
              chmod -R 755 /var/log/squid3

          Discussions similaires

          Problème de connection aux serveur proxy
          fayus

          68 réponses
          Connexion a été refusée par le serveur proxy
          Watsha

          71 réponses
          connexion refusé par le serveur proxy
          malco

          6 réponses
          Probleme avec un proxy et les navigateur...
          amino007

          6 réponses
          connexion refusée par serveur prox
          yaka

          2 réponses