Linux-Squid sous Vmware

[carles65]

Bonjour,

Je suis en stage en entreprise pour 2 mois, et mon objectif est d'installer un serveur proxy « Squid » sous RedHat et de faire un script pour la configuration automatique du proxy pour chacun des postes des membres de l'entreprise.

Dans un premier temps, j'effectuerais mes tests sur machine virtuelle (VMWARE) puis une fois validé, j'installerais Red Hat sur la machine réelle.

Donc, j'ai créer une machine virtuelle Linux avec la version de Debian installé et trois machine XP virtuelles.

Donc, je voudrais que ma machine Debian, ou sera installé le proxy Squid, soit connecté à Internet et qu'elle puisse communiqué avec les trois autres machines.

Je voudrais savoir quelles sont les réglages à mettre pour mes cartes Ethernet afin que la machine Debian communique avec Internet et que la machine XP passe passe par la machine Debian (proxy) pour accéder au WEB.

Faut-il 2 cartes pour la machine Debian et 1 seule pour la XP?

Je vous donne la configuration de mes machines atuellement :

PC réel :
IP : 192.168.1.171 255.255.255.0 192.168.1.1 DNS :194.2.0.20 194.2.0.50

Debian :
eth0 (Bridged): 192.168.1.186 255.255.255.0 (broadcast) 192.168.1.255 (passerelle) 192.168.1.1 DNS : 194.2.0.20
eth1 (Vmnet2) : 192.168.2.186 255.255.255.0 (broadcast) 192.168.2.255 (passerelle) 192.168.2.1 DNS : 194.2.0.20
lo : 127.0.0.1 255.0.0.0

XP1 (Vmnet2) :
IP : 192.168.2.179 255.255.255.0 (passerelle) 192.168.2.1
DNS : 194.2.0.20

Avec cette configuration, Debian ping bien XP1 et le PC réel, et résout www.google.fr.
XP1 ping bien Debian mais pas le PC réel et il ne trouve pas www.google.fr ni son adresse IP 216.239.59.99

Une fois cela résolu, il faut que j'installe Squid afin que XP1 passe par la machine Debian pour accéder à Internet.

Donc, quelqu'un pourrait me dire pourquoi la communication entre XP1 et l'Internet ne fonctionne pas svp.

Ps: Avec les deux machines avec 1 seul carte chacune sur Bridged, la connexion au WEB fonctionne aussi bien pour la Debian que pour la XP.

Merci d'avance.

[CaSa]

mon objectif est d'installer un serveur proxy « Squid » sous RedHat et de faire un script pour la configuration automatique du proxy pour chacun des postes des membres de l'entreprise.

Je pousse un peu plus loin la question... un proxy transparent ou pas ?
En gros, avec un proxy transparent les PC seront obligés de passer par le proxy car celui-ci fait office de passerelle. Si le proxy n'est pas transparent, on doit renseigner délibérément l'adresse de proxy dans le navigateur internet du PC pour que les requêtes transitent par le proxy.

Faut-il 2 cartes pour la machine Debian et 1 seule pour la XP?

Normalement une seule carte suffit sur le PC proxy. La requête arrive sur l'IP:port (du proxy), est traitée par le proxy et repart sur le net au moyen de la route par défaut.

eth1 (Vmnet2)

Ne connaissant pas Vmware, peux-tu expliquer ce qu'est Vmnet2 ? une patte vers un autre réseau ?

Avec cette configuration, Debian ping bien XP1 et le PC réel, et résout www.google.fr.
XP1 ping bien Debian mais pas le PC réel et il ne trouve pas www.google.fr ni son adresse IP 216.239.59.99

Logique, Debian est sur la configuration classique du réseau (IP, passerelle existante sur la classe de réseau 192.168.1.X...)
Par contre XP1 est sur une classe 192.168.2.X et part vers une passerelle 192.168.2.1... qui n'existe pas en réel (?).

Les PC virtuels ne peuvent-ils pas être tous sur du réseau en 192.168.1.X ?

[carles65]

Pour le proxy, la configuration du proxy doit se faire automatiquement avec un script pour que l'utilisateur ne puisse pas sortir autrement du reseau que par internet.

2) Je testerais avec une seule carte bridged.

3)Vmnet est une crate virutel afin de crée run reseau virtuel.

4) 192.168.2.1 n'existe pas.

Par contre, en mettant 192.168.2.186 en passerelle sur XP1 et en activant une route sur la Debian, j'ai acces au Net et au ping sur la machine reelle.

[carles65]

avec une carte cela marche.
Maintenant mon probleme est de gerer 3 groupes avec des sites autorises different! Donc comment faire des groupes ACL pour autoriser certain site par groupe?


Je vous fournis en piece jointe le réseau que je devrais faire au final.

Mon but est de lors de l'authentification sur le vpn, le proxy reconnaisse à quel groupe appartient l'user.

[CaSa]

Installe SQUIDGUARD avec SQUID. La gestion des règles est beaucoup plus facile, je l'utilise sur 2-3 serveurs linux que j'ai.
Je te conseille ce tuto, je l'ai suivi un temps...
=> http://irp.nain-t.net/doku.php/220squid:start

[carles65]

Installe SQUIDGUARD avec SQUID. La gestion des règles est beaucoup plus facile, je l'utilise sur 2-3 serveurs linux que j'ai.
Je te conseille ce tuto, je l'ai suivi un temps...
=> http://irp.nain-t.net/doku.php/220squid:start

Je l'ai installé mais il ne fonctionne pas!
J'ai msi une seule adresse ip valide mais tlm peut acceder au net quand meme!

J'ai laissé authentificaiton du proxy, faut-il le supprimer?
faut-il enelver les acl crée comme montré dans el tutorial?

d'avance merci

Edit: avec la verison apt-get install squid (pas squid3) cela fonctionne

[CaSa]

Montre ton /etc/squid/squidGuard.conf.
Es-tu certain que Squiguard a démarré correctement ? Tu as un log que tu peux regarder en faisant un tail -f /var/log/squid/squidGuard.log
Controle également que Squiguarg est lancé dans les processus : ps aux | grep squid (tu dois avoir des lignes Squiguard...)

[carles65]

Cela marche jai mis squid norman au lieu de squid3.

Explication du projet
La situation est telle:

Chaque agence a un modem (livebox) ou autres et se connecte au web sans restriction.
Ils ont acces à l'intranet par l'adresse srvcompta/..... .
Un poste en agence a un parametrage VPN pour pouvoir acceder au serveur et il y a aussi un compte user sur le serveur compta avec acces à distance.

Le serveur DHCP sur serveurcompta fournit des adresse leur de connexion a distance au VPN.

Le projet demandé est donc de :

-d'installer un proxy squid afin de filtrer les sorties web de chaque agence vers le proxy pour qu'il accorde que les sites définis dans sa base.
-il y a 3 groupes distinct : direction (tous sites), exploitation(limite sites) et compta (limité sites mais different d'exploitation).

-l'authentification devrait se faire par rapport au login du vpn rentré afin d'éviter une nouvelle authentificaiton sur le proxy.

Donc, le proxy sert de sortie au web sans lui pâs d'internet!

pour distinguer un utilisateur de nice d'un utilisateur de marseille, au niveau du proxy, tu ne peux le faire que via login/pass ou via adresse IP

Comment le parametre dans Squid?

Merci pour votre réponses.

[carles65]

Voici le mail de mon tuteur ma fourni apres que je lui est demandé comment il voulait exactement se passe la connexion.

Pour un poste en agence il faut :
· Un paramétrage VPN : (pour permettre l'accès au réseau de Corbas)
adresse 81.80.XXX.XXX
· un compte user sur le serveur SRCOMPTA (192.168.XXX.XXX) avec accès distant autorisé

Il sera surement nécessaire de revoir le plan d'adressage (sur le serveur )de Corbas pour agrandir la plage d'adresses réservées aux postes distants pour que DHCP puisse leur accorder une adresse lors de l'accès VPN.

Ensuite, je suppose que Squid permet de cataloguer des noms d'utilisateurs (pas forcément le noms des stations connectées ?? généralement différents des personnes qui les utilisent) et ainsi connaître le groupe auquel appartient l'utilisateur demandant une page Web. Je ne vois le serveur compta utile que pour l'accès VPN et l'intranet.

Nous pourrons tester si je me connecte à distance (vpn existant) et m'attribuer à chaque fois sur un groupe différent pour savoir si Squid reconnaît bien l'utilisateur distant et le groupe d'appartenance.

[carles65]

J'ai redemandé une explication claire du projet voici la réponse :

Les "Box" présentes en agences ne seront utiles qu'au logiciel d'exploitation transport qui utilise TCP/IP pour accéder à un serveur SQL situé en Belgique, et à Outlook (passerelle) pour émettre les mails.



Les navigateurs des postes agences ne doivent plus accéder au Web par leur "Box" mais obligatoirement par le réseau de Corbas via le VPN et le proxy.



Le rôle de SRVCOMPTA est :

· Permettre l'identification de la station distante (VPN) et donner une adresse IP (dhcp) à la station sur le réseau de Corbas

· mettre à disposition l'intranet IIS (//srvcompte/gwarning). C'est une application pas une interface de connexion.



Le serveur n'a aucun rôle dans les accès au Web des postes locaux ou distants.



le serveur Squid est sur le réseau et tous les navigateurs doivent lui faire appel lors d'une demande de site Web

(logiquement même le navigateur du serveur compta devra passer par Squid pour accéder au Web)

Squi n'est qu'un contrôleur d'accès au Web et SRVCOMPTA n'est qu'un serveur DHCP pour le réseau de Corbas.



Bien se renseigner sur le Web pour :

Gestion proxy sur IE6 et IE7 (options internet onglet Connexion) limitations, permissions,...

Blocage au niveau du registre de l'installation des accessoires Windows (jeux, ...) et le mieux désisntaller ces éléments et bloquer leur réinstallation par script.

Comment mettre en place ce projet svp?