Bonjour, étant sous mandriva depuis environ un an, je me suis rendu compte que le téléchargement sans konqueror ouvert était impossible.
quand je veux mettre les base de données URPMI à jour, il faut que j'ouvre le serveur avant, par example pour le serveur proxad.net je dois le mettre dans dans konqueror et taper la commande, sinon il met echec de la récupération  curl (28) connect () timed out. si je le fais avec wget, c'est pareil.
est ce que ça vient de ma carte réseau? ou la configuration internet qui est mauvais, je l'ai changée plusieurs fois mais rien y fait, ou bien peut etre que ça vient du routeur? sachant que sous windows c'est impossible de savoir car il n'y a pas besoins de console pour télécharger. par contre une fois j'ai essayer l'installation par internet de mandriva et là pas de problemes, en revanche, je l'ai fait pour debian alors là impossible de se connecter à proxad...
merci  
 
PS: j'ai aussi essayer avec rpmdrake, meme résultat

tu te connectes à internet de quel façon ?
 
ça sent le truc qui ne lance la connexion que si konqueror est lancé.

je ne vois pas exactement ce que tu veux dire, je me connecte par l'interface eth0 dans la barre de miniature, il y a un icone avec "le réseau est actif sur l'interface eth0" avec l'ip réseau et la passerelle. je ne sais pas si ça répond à ta question mais merci beaucoup de ton aide

tu te connectes par un réseau local donc.
 
si tu ouvres une console et que tu pinges ta passerelle (ping xxx.xxx.xxx.xxx) est ce que ça fonctionne ? (konqueror non ouvert)
 
pourrais tu poster le résultat de /sbin/ifconfig quand konqueror est fermé et quand il est ouvert.
 
pourrais tu poster le résultat de route -n dans les même conditions.

alors pour le ping 192.168.1.1 en uttilisateur normal ça donne:
PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
64 bytes from 192.168.1.1: icmp_seq=1 ttl=255 time=2.82 ms
64 bytes from 192.168.1.1: icmp_seq=2 ttl=255 time=0.717 ms
64 bytes from 192.168.1.1: icmp_seq=3 ttl=255 time=0.701 ms
64 bytes from 192.168.1.1: icmp_seq=4 ttl=255 time=0.704 ms
64 bytes from 192.168.1.1: icmp_seq=5 ttl=255 time=0.706 ms
64 bytes from 192.168.1.1: icmp_seq=6 ttl=255 time=0.724 ms
64 bytes from 192.168.1.1: icmp_seq=7 ttl=255 time=0.704 ms
64 bytes from 192.168.1.1: icmp_seq=8 ttl=255 time=0.702 ms
64 bytes from 192.168.1.1: icmp_seq=9 ttl=255 time=0.704 ms
64 bytes from 192.168.1.1: icmp_seq=10 ttl=255 time=0.704 ms
64 bytes from 192.168.1.1: icmp_seq=11 ttl=255 time=0.724 ms
64 bytes from 192.168.1.1: icmp_seq=12 ttl=255 time=0.697 ms
64 bytes from 192.168.1.1: icmp_seq=13 ttl=255 time=0.706 ms
...
pour l'arrter j'ai uttiliser le raccourcis clavier ctrl+c et à partir de là ça donne:
64 bytes from 192.168.1.1: icmp_seq=42 ttl=255 time=0.703 ms
 
--- 192.168.1.1 ping statistics ---
42 packets transmitted, 42 received, 0% packet loss, time 41024ms
rtt min/avg/max/mdev = 0.638/0.752/2.821/0.325 ms
[alex@localhost ~]$
 
pour /sbin/ifconfig sans konqueror:
[root@localhost alex]# /sbin/ifconfig
eth0      Link encap:Ethernet  HWaddr 00:10:DC:99:8F:54
          inet adr:192.168.1.2  Bcast:192.168.1.255  Masque:255.255.255.0
          adr inet6: fe80::210:dcff:fe99:8f54/64 Scope:Lien
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:11096 errors:0 dropped:0 overruns:0 frame:0
          TX packets:10341 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:1000
          RX bytes:10382325 (9.9 MiB)  TX bytes:1434423 (1.3 MiB)
          Interruption:11 Adresse de base:0xe000
 
lo        Link encap:Boucle locale
          inet adr:127.0.0.1  Masque:255.0.0.0
          adr inet6: ::1/128 Scope:Hôte
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:70 errors:0 dropped:0 overruns:0 frame:0
          TX packets:70 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:0
          RX bytes:5476 (5.3 KiB)  TX bytes:5476 (5.3 KiB)
 
 
 
le même avec konqeuror:
[alex@localhost ~]$ /sbin/ifconfig
eth0      Link encap:Ethernet  HWaddr 00:10:DC:99:8F:54
          inet adr:192.168.1.2  Bcast:192.168.1.255  Masque:255.255.255.0
          adr inet6: fe80::210:dcff:fe99:8f54/64 Scope:Lien
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:11055 errors:0 dropped:0 overruns:0 frame:0
          TX packets:10294 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:1000
          RX bytes:10378033 (9.8 MiB)  TX bytes:1429749 (1.3 MiB)
          Interruption:11 Adresse de base:0xe000
 
lo        Link encap:Boucle locale
          inet adr:127.0.0.1  Masque:255.0.0.0
          adr inet6: ::1/128 Scope:Hôte
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:70 errors:0 dropped:0 overruns:0 frame:0
          TX packets:70 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:0
          RX bytes:5476 (5.3 KiB)  TX bytes:5476 (5.3 KiB)
 
 
route-n avec konqueror:
[root@localhost alex]# route -n
Table de routage IP du noyau
Destination     Passerelle      Genmask         Indic Metric Ref    Use Iface
192.168.1.0     0.0.0.0         255.255.255.0   U     10     0        0 eth0
169.254.0.0     0.0.0.0         255.255.0.0     U     10     0        0 eth0
0.0.0.0         192.168.1.1     0.0.0.0         UG    10     0        0 eth0
 
route -n sans konqueor:
[root@localhost alex]# route -n
Table de routage IP du noyau
Destination     Passerelle      Genmask         Indic Metric Ref    Use Iface
192.168.1.0     0.0.0.0         255.255.255.0   U     10     0        0 eth0
169.254.0.0     0.0.0.0         255.255.0.0     U     10     0        0 eth0
0.0.0.0         192.168.1.1     0.0.0.0         UG    10     0        0 eth0
 
voilà, j'espere que j'ai fait ce que vous vouliezque je fasse.

bon déjà, il n'y a pas d'interface qui disparait avec et sans konqueror.

Est ce que cette commande marche :

(tu la copie colles dans un terminal, copier en surlignant et coller avec le bouton du milieu). (sans konqueror)

alors voilà:
[root@localhost alex]# wget ftp://ftp.proxad.net/mirrors/ftp. [...] x/ls-lR.gz
--19:00:47--  ftp://ftp.proxad.net/mirrors/ftp. [...] x/ls-lR.gz
           => `ls-lR.gz'
Résolution de ftp.proxad.net... 89.30.112.238
Connexion vers ftp.proxad.net|89.30.112.238|:21...échec: Connexion refusée.
[root@localhost alex]#    
linux c'est sipa mais bon, et encore là j'avais la page de proxad dans konqueror, mais apparement il faut la rafrechir de temps en temps sinon il n'y a pas de connexion. et de mieux en mieux j'ai remarqué que firefox n'affiche même pas les pages...

alors le premier avec konqueror ouvert mais pas sur google:
[root@localhost alex]# ping -c 2 www.google.fr
PING www.l.google.com (209.85.135.103) 56(84) bytes of data.
64 bytes from www.google.fr (209.85.135.103): icmp_seq=1 ttl=245 time=75.3 ms
64 bytes from www.google.fr (209.85.135.103): icmp_seq=2 ttl=245 time=73.5 ms
 
--- www.l.google.com ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1001ms
rtt min/avg/max/mdev = 73.558/74.478/75.399/0.960 ms
[root@localhost alex]#

et sans konqueror:
[root@localhost alex]# ping -c 2 www.google.fr
PING www.google.fr (209.85.135.103) 56(84) bytes of data.
64 bytes from www.google.fr (209.85.135.103): icmp_seq=1 ttl=245 time=78.0 ms
64 bytes from www.google.fr (209.85.135.103): icmp_seq=2 ttl=245 time=77.0 ms
 
--- www.google.fr ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 999ms
rtt min/avg/max/mdev = 77.029/77.561/78.094/0.600 ms
[root@localhost alex]#    

c'est bizarre, la résolution de ftp.proxad.net ne correspond pas du tout au serveur de free mais à tout autre chose.
 
tu te connectes via un routeur (ou une livebox, neufbox, freebox, autre) ?
 
si tu essayes la commande :
 
wget ftp://212.27.60.27/mirrors/ftp.ma [...] x/ls-lR.gz
 
ça marche ?

[root@localhost alex]# ftp://212.27.60.27/mirrors/ftp.ma [...] x/ls-lR.gz
bash: ftp://212.27.60.27/mirrors/ftp.ma [...] /ls-lR.gz: Aucun fichier ou répertoire de ce type
[root@localhost alex]# wget ftp://212.27.60.27/mirrors/ftp.ma [...] x/ls-lR.gz
--19:18:13--  ftp://212.27.60.27/mirrors/ftp.ma [...] x/ls-lR.gz
           => `ls-lR.gz'
Connexion vers 212.27.60.27:21...connecté.
Ouverture de session en anonymous...Session établie!
==> SYST ... complété.    ==> PWD ... complété.
==> TYPE I ... complété.  ==> CWD /mirrors/ftp.mandrake-linux.com/MandrivaLinux ... complété.
==> PASV ... complété.    ==> RETR ls-lR.gz ... complété.
Longueur: 8,005,989 (7.6M) (non sûre)
 
100%[====================================>] 8,005,989     62.87K/s    ETA 00:00
 
19:20:28 (58.37 KB/s) - « ls-lR.gz » sauvegardé [8005989]
 
[root@localhost alex]#      
 
 
je me connecte via un routeur (D-link)

ça ressemble vraiment à un problème de résolution de nom, parce que là, tu télécharges sans soucis.

de résolution de nom, c'est à dire? je suis assez débutant en linux et en info...
en tout cas merci beaucoup de votre aide

DNS... peut etre specifier sa dns ??

alex234 > pourrais tu poster le contenu de /etc/resolv.conf et /etc/hosts
 
et pendant qu'on y est, il y a des DNS spéciaux renseignés dans ton routeur ?

dans /etc/resolv.conf contient:
nameserver 192.168.1.1
et /etc/hosts contient:
127.0.0.1  localhost
 
pour ce qui est du DNS je ne sais pas ce que c'est mais j'en ais trouver un dans mcc, Modifier quelques réglages internet : serveur DNS principal (optionnel): 192.168.1.1
j'espere que j'ai put répondre à vos questions.

ça a l'air d'être bon du point de vue conf sous linux, j'incriminerais bien ton routeur mais sans certitude

mais alex, tu as bien internet sous Windows, alors que le comportement du routeur change d'un système à l'autre ?

peut etre bien, ou alors linux n'ouvre pas les bon ports, on peut mapper les ports depuis linux, comme sous windows?

Personne ne peut l'aider ?

Qu'il mette les serveurs DNS de son FAI directement dans son fichier /etc/resolv.conf, plutot que de passer par son routeur

Sinon c'est quoi le modele/type du "routeur" ?
Peut-être un problème de MTU