Reprise du message précédent :
Je démarre en mode console, et il n'y a pas la moindre erreur ni même le moindre message d'avertissement. Mais je vais vérifier s'il y a bien une ligne consacrée au démarrage de loop.
 
Sinon comment on fait pour flusher les règles? (désolé, chuis vraiment pas un spécialiste rézo )

marqués au dessus :  
 
iptable -F
iptable -X
 
en root naturellement

bon y a un gros pb sur ta config : le localhost ne réponds pas.
 
essayes de flusher tes règles iptables pour voir :
 
iptables -F
iptables -X  
 
ct post plus haut, tu relis ce kon te donne?

me suis un peu fait grillé qd meme

Tout ce qui concerne le loopback est ok au démarrage (comme à l'arrêt). Par contre j'ai rien pu lire concernant un "loop" tout court...

c loopback, mais je suis feignant

tu nous fait ce flush?

Pour le loopback, tout est ok (au démarrage comme à l'arrêt). Par contre j'ai rien pu lire concernant un "loop" tout court...

Mais j'ai fait une faute sur le 2° post, c'est iptables et pas iptable

c sur
personnellement, g plutot fait du copier coller ct plus sur

Bon j'essaie ça tout de suite...

Bon, après flushage, tout ce que je constate, c'est qu'il est VRAIMENT devenu impossible de faire un ping de quoi que ce soit:
ça me répond que ce n'est pas permis.
Et pourtant je suis en root...

le root change rien...  
 
c tres zarb si meme 127.0.0.1 marche pas...
 
ya un prob ki ma lair tres violent

Mince, j'avais pas pensé que les règles de base était en DROP.
 
bon alors, tu vas essayer de taper ça (on va tout mettre en ACCEPT):
 
iptables -F
iptables -X
iptables -P INPUT ACCEPT
iptables -P OUTPUT ACCEPT
iptables -P FORWARD ACCEPT  (celle là est pas nécessaier mais on sait jamais)

 
ms loopback devrait pas passer par iptables, si?

 
je sais pas, j'avais lu une fois qu'il vallait mieux autoriser explicitement Localhost pour pas avoir de pb.

corrosif, ta essayer avec tout en accept?

Y a du progrès: j'ai réussi à faire un ping avec l'ip de mon fournisseur!!!
 
ping 193.253.160.3:
------------------
 
PING 193.253.160.3 (193.253.160.3) from 80.15.64.143 : 56(84) bytes of data.
64 bytes from 193.253.160.3: icmp_seq=1 ttl=127 time=62.8 ms
64 bytes from 193.253.160.3: icmp_seq=2 ttl=127 time=61.9 ms
64 bytes from 193.253.160.3: icmp_seq=3 ttl=127 time=61.3 ms
64 bytes from 193.253.160.3: icmp_seq=4 ttl=127 time=54.7 ms
64 bytes from 193.253.160.3: icmp_seq=5 ttl=127 time=59.9 ms
64 bytes from 193.253.160.3: icmp_seq=6 ttl=127 time=59.1 ms
64 bytes from 193.253.160.3: icmp_seq=7 ttl=127 time=58.4 ms
 
--- 193.253.160.3 ping statistics ---
7 packets transmitted, 7 received, 0% loss, time 6054ms
rtt min/avg/max/mdev = 54.721/59.790/62.881/2.535 ms
 
Par contre:
 
ping 127.0.0.1:
---------------
 
PING 127.0.0.1 (127.0.0.1) from 127.0.0.1 : 56(84) bytes of data.
 
--- 127.0.0.1 ping statistics ---
21 packets transmitted, 0 received, 100% loss, time 20015ms

C'est bon, j'ai enfin accès au net sous linux, bravo les gars!
Je vous doit vraiment une fière chandèle...
 
Mais à quoi c'est lié exactement ces iptables?
Faut que j'inclue ces commandes dans mon script de connexion ou il y a un fichier pour faire une config plus nickel?

pour iptables soit tu fais man soit tu cherche un ancien post, je suis pas assez calé.. c ton firewall ki fait aussi le routing
 
c qd meme louche ke t'ais pas le localhost
 

C'est vrai que c'est bizarre pour le ping du localhost... d'autant plus que si je démarre Apache, le navigateur identifie bien le nom de domaine http://localhost comme existant.

et si tu fais  
 
host localhost  
 
ça te donne quoi ?

Lorsque je ne suis pas connecté au net:
 
>host localhost
;; connection timed out; no servers could be reached
 
Et une fois connecté:
 
>host localhost
Host localhost not found: 3(NXDOMAIN)

- normale car il regarde dans /etc/hosts
 
- donc c'était bien le firewall => tu l'as lancé à un moment ou un autre.
1°/ quand tu as fait l'installation, as t'on parlé d'un pare feu/firewall/tinyfirewall ?
 
2°/ fais voir le contenu de /etc/init.d

putain je suis trop con, c'est un mdk 9.0rc1. ok je vois le truc.
 
1°/ es tu allé dans le Mandrake Control center pour lancer l'utilitaire de firewall ( pare feu/ tinyfirewall ) ?
 
2°/ fais voir le contenu de /etc/init.d

Pourtant lors de l'installation, je lui ai demandé de pas installer de firewall... et j'ai également un pépin, c'est qu'après la demande de password, le mandrake control center ne se lance pas.
D'ailleurs c'est le seul truc qui refuse de fonctionner sur cette distrib...

le pb est connu.
 
- pour lancer le mdk control center, tu te connectes en root dans une console :
> su -
 
- puis tu tapes drakconf :
> drakconf
 
donne le contenu de /etc/init.d

Voilà le contenu de mon répertoire /etc/init.d:
 
alsa*
anacron*
atd*
crond*
cups*
devfsd*
dm*
functions*
gpm*
halt*
harddrake*
httpd*
iptables*
ipvsadm*
keytable*
kheader*
killall*
linuxconf@
ls.txt
mandrake_consmap
mandrake_everytime*
mandrake_firstime*
mysql*
netfs*
network*
nfslock*
numlock*
oki4daemon*
partmon*
portmap*
postfix*
postgresql*
proftpd*
random*
rawdevices*
rwhod*
saslauthd*
shorewall*
single*
sound*
syslog*
usb*
webmin*
xfs*
xinetd*

comme tu peux le voir tu as un service shorewall ( cf règles de iptables où tu avais shorewall qui apparaissait ).
il faut que tu le désactive.
 
tiens une lecteur intéressante : http://linux-wizard.tuxfamily.org/ [...] html#demon

Bon, plusieurs choses à propos de DrakConf:
 
Déjà, le démarrage en mode graphique est impossible car il manque un png référencé par un fichier source.
 
En mode texte, il s'exécute, j'ai bien accès à la config du firewall , mais dès que je valide, il quitte brusquement en indiquant:
 
Erase is delete.
Kill is control-U (^U).
Interrupt is control-C (^C).
 
De même, je n'ai pas accès au menu concernant les services à activer au démarrage.
 
C'est un bug de la distrib lié au fait que ce ne soit pas encore une version finale?

A la rigueur ne suffirait-il pas de désinstaller tout simplement le shorewall?

Edit, j'avais pas vu la 2eme page, pas encore bien reveille desole

désactive c'est plus simple. enfin comme tu veux.