Error : duplicate interface Eth0

par **paradox** » 24 Avr 2003 14:42

Salut, Milieu pro. Un LAN de 50 machines, avec un routeur Transpac vers 12 sites distants. Une DMZ l'accès au Net via accès TDSL. J'ai configuré l'accès au Net, en Eth2, en Cable/LAN. TEst de connexion OK J'ai ensuite modifié l'attribution de Eth2 de LAN en WAN car LAN existait déjà pour Eth0. J'ai activé le proxy, en transparent, sans rien toucher. Sur une machine du réseau, configurée pour utiliser la MNF en tant que passerelle, j'essaye de me connecter en POP3 à un serveur sur le net, car vu les règles de firewall, c'est possible. MAis rien. Je vais donc voir les EXCEPTIONS, clique sur MODIFIER la règle ACCEPT LAN WAN POP sans rien toucher, je valide, je reclique sur APPLIQUER en bas des règles, et... Plus d'accès à la MNF. Je suis allé sur la console, SU ROOT, j'ai tapé un /etc/init.d/shorewall stop puis start, et là j'ai : Processing /etc/shorewall/shorewall.conf Processing /etc/shorewall/para Starting Shorewall Loading modules Initialisation Determining zones Zones : LAN DMZ WAN Validation Error: Duplicate interface Eth0 Complete Une idée ?

par **paradox** » 24 Avr 2003 14:44

J'ai fais un /etc/init.d/shorewall clear puis Star et là, j'ai de nouveau accès à l'interface Web <IMG SRC="images/smiles/icon_confused.gif"> A quoi sert exactement le Clear ? Ma machine cliente n'a toujours pas accès au net.

par **paradox** » 24 Avr 2003 14:48

Dans les Services, Résumé, Shorewall -> Details, j'ai : Shorewall- Status at mnf.societe.fr - jeu avr 24 14:40:31 CEST 2003 Chain INPUT [policy ACCEPT 5991 packets 857K bytes] pkts bytes target prot opt in out source destination Chain FORWARD [policy ACCEPT 46 packets 2176 bytes] pkts bytes target prot opt in out source destination Chain OUTPUT [policy ACCEPT 5925 packets 1068K bytes] pkts bytes target prot opt in out source destination 0 Si ça dit à quelqu'un ... _________________

par **AdmiralT** » 24 Avr 2003 14:56

la commande shorewall clear te permet de mettre toutes les régles par défaut à accepterest de vide toutes les autres régles. Cela afin de te permettre de corriger une régle si une de celle-ci pose probléme. Comme tu le vois dans les details de shorewall toutes tes régles par défaut sont à accepter.

par **paradox** » 24 Avr 2003 15:04

Je n'ai pas rajouter (pas encore) de règles. Je ne vois pas ce que tu veux dire par TOUT ACCEPTER. Dans "règles par defaut" j'ai : 1 lan all REJECT info 2 dmz all REJECT info 3 fw all REJECT info 4 wan all DROP info 5 all all REJECT info Et dans Exceptions : 1 ACCEPT fw wan tcp+udp 53 2 ACCEPT dmz wan udp 53 3 ACCEPT lan wan udp 53 4 REJECT wan fw tcp 113 5 ACCEPT lan fw tcp 22 6 ACCEPT lan fw tcp 8443 7 ACCEPT fw lan icmp 8 8 ACCEPT lan fw icmp 8 9 ACCEPT lan dmz icmp 8 10 ACCEPT dmz lan icmp 8 11 ACCEPT dmz fw icmp 8 12 ACCEPT fw dmz icmp 8 13 ACCEPT lan wan tcp pop3 14 ACCEPT lan wan tcp smtp 15 ACCEPT lan wan tcp http 16 ACCEPT lan wan tcp https 17 ACCEPT lan wan tcp ssh 18 ACCEPT lan wan tcp ftp 19 ACCEPT lan wan tcp nntp 20 ACCEPT fw wan udp ntp 21 ACCEPT lan wan tcp imap 22 ACCEPT fw wan:20022 tcp ftp 23 ACCEPT lan fw::3328 tcp www all 24 ACCEPT fw wan tcp www La ligne 4 est sur Reject. Tout ceci était comme ça dès le 1er reboot. Le Clear n'a rien changé. Désolé si je n'ai pas saisi ce que tu veux m'expliquer ..

par **AdmiralT** » 24 Avr 2003 15:58

si tu préfere shorewall clear désactive le filtrage IP.

par **paradox** » 24 Avr 2003 16:01

Et bien, je ne pige toujours pas à l'utilisation ce que ça change. Ma machine cliente n'a toujours pas accès au net, rien ne passe. Ptet parceque j'ai fais un Start derrière ?

par **AdmiralT** » 24 Avr 2003 16:17

Essaye avec le proxy en mode manuel. En effet j'ai eu le même prob que toi est quand je l'ai mis en manuel l'accés internet est passé. Par contre pour tous ce qui est mail je n'arrive toujours pas a y accéder. Si quelqu'un à une idée?

par **Jacques-** » 24 Avr 2003 17:15

En prxy transparent, tu devrais trouver une règle du type: iptables -t nat -A PREROUTING -p tcp -d 80 -j REDIRECT -to-port 3328 par exemple. C'est à dire de renvoyer tous les paquets devant être routés par le FW à destination du port 80 vers le port local (au FW) 3128. Et sur le 3128, tu as ton squid qui attend les connexions HTTP. A mon avis, tu devrias vérifier si la loopback fait partie des réseaux autorisés dans le proxy... sinon il refusera les paquets sortant du FW et redirigé vers le 3128. Jacques Sinon, shorewall stop désactive les règles en place et mets par défaut tout en fermé, et clear vide les tables et met tout en ouvert par défaut. En cas de règles incohérentes (déjà eu le cas avec blocage complet des accès MNF) tu peux éditer le fichier /etc/shorewall/rules pour retirer celle que tu viens d'ajouter et redémarrer le tout depuis la console locale.

par **Jacques-** » 24 Avr 2003 17:18

Pour la récupération des mails, c'est le FW ou les clients qui font du polling en POP ou en envoi SMTP ? Si c'est ta passerelle, vérifie que tu n'as pas de restriction avec xinetd ou hosts.allow qui seraient prise en compte éventuellement (voir les logs pour cela). Personnellement, ma MNF fait récupération POP, envoi SMTP et je n'ai pas de problème pour récupérer mes mails en POP depuis mes clients (sur la MNF et vers l'extérieur). Jacques

Error : duplicate interface Eth0

Qui est en ligne ?