J'ai gros problème. Depuis plusieurs semaines déjà, je ne parviens plus à accéder au site de Nvidia (www.nvidia.com), quelque soit le navigateur utilisé. J'utilise actuellement Mandrake 9.0 mais j'ai également essayé sous Slackware 8.1 mais le Pb est le même. Et pourtant, je n'ai pas changé de matériel depuis 6 mois.
 
Est-ce que quelqu'un aurai eu le même souci que moi, par hazard ?
 
Le cas échéant, existe-il un site où l'on puisse télécharger directement les derniers pilotes Nvidia pour Linux sans passer par www.nvidia.com ?
 
Please, Help !!!!!!!!!!!!!!!!!!!!!!
 

J'ai aucun problème pour accéder au site de nvidia...
 
CHaiCA

tu peux pinguer www.nvidia.com ?

Voici le résultat:
 
64 bytes from www.nvidia.com (216.228.114.72): icmp_seq=1 ttl=47 time=209 ms
64 bytes from www.nvidia.com (216.228.114.72): icmp_seq=2 ttl=47 time=212 ms
64 bytes from www.nvidia.com (216.228.114.72): icmp_seq=3 ttl=47 time=212 ms
64 bytes from www.nvidia.com (216.228.114.72): icmp_seq=4 ttl=47 time=212 ms
64 bytes from www.nvidia.com (216.228.114.72): icmp_seq=5 ttl=47 time=212 ms
64 bytes from www.nvidia.com (216.228.114.72): icmp_seq=6 ttl=47 time=212 ms
64 bytes from www.nvidia.com (216.228.114.72): icmp_seq=7 ttl=47 time=211 ms
64 bytes from www.nvidia.com (216.228.114.72): icmp_seq=8 ttl=47 time=221 ms
64 bytes from www.nvidia.com (216.228.114.72): icmp_seq=9 ttl=47 time=321 ms
64 bytes from www.nvidia.com (216.228.114.72): icmp_seq=10 ttl=47 time=211 ms
 
--- www.nvidia.com ping statistics ---
10 packets transmitted, 10 received, 0% loss, time 9096ms
rtt min/avg/max/mdev = 209.624/223.690/321.008/32.584 ms
 
Apparament, je devrai pouvoir accéder au site nvidia.com, mais rien à faire.
 
Le site a été modifié ? Faut un plugin particulier ?
Vous utilisez quoi comme navigateur pour accéder à nvidia.com ?
 
Merci d'avance

 
j'utilise mozilla 1.0
essaie en vidant tes cookies
si ça change rien essaie en vidant ton cache

Mozilla, Mandrake 9. No problemo.

Debian Sid, Wanadoo ADSL, Galeon, Mozilla ou Konqui (dernières versions), impossible d'accéder au site depuis des mois. Par contre, sous Windows avec Mozilla 1.2.1, aucun problème.

J'ai aussi Wanadoo ADSL et j'utilise un modem ECI B-FOCUS USB. Je viens aussi d'essayer sous windows et ça marche (Mozilla 1.1).
 
Je ne serai pas étonné que le problème vienne du pilote eciadsl usermode, j'ai la version 0.5 et vous ?

tu as que le site de nvidia inaccessible ou tous les sites web ?

Seulement nvidia.com pour le reste pas de problème particulier. C'est pour ça que j'ai demandé plus haut si quelqu'un connait un site d'où l'on puisse télécharger directement le dernier pilote pour linux sans passer par nvidia.com.

 
wget http://download.nvidia.com/XFree86 [...] 191.tar.gz
wget http://download.nvidia.com/XFree86 [...] 191.tar.gz

j'ai aussi une sid avec les mêmes drivers et j'arrive à y acceder

aucun prb avec mdk9 + galeon + adsl (speedtouch..)

tiens mais j'y pense
fais un ifconfig, pour voir un truc (sur ta passerelle et sur ton pc que tu utilises si ce n'est pas ta passerelle)

délire! J'ai un copain qui à le même problème...

 
 
ouah ! trop fort, trop d'la balle  
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

je parle du problème à ultra_light

 
sans blague ?

vu ta réponse, on en doutait légèrement  

 
en fait c'est toute les expressions du genre "ça rox", "délire", "powaaa", ... qui me ... mmm comment dire ...    

fallait pas compiler le support de l'Explicit Congestion Notification dans ton kernel
 
echo 0 > /proc/sys/net/ipv4/tcp_ecn

j'ai fait un ifconfig, ça donne:
 
lo        Lien encap:Boucle locale
          inet adr:127.0.0.1  Masque:255.0.0.0
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:2 errors:0 dropped:0 overruns:0 frame:0
          TX packets:2 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:0
          RX bytes:196 (196.0 b)  TX bytes:196 (196.0 b)
 
ppp0      Lien encap:Protocole Point-à-Point
          inet adr:80.15.8.23  P-t-P:193.253.160.3  Masque:255.255.255.255
          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:9178  Metric:1
          RX packets:620 errors:0 dropped:0 overruns:0 frame:0
          TX packets:621 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:3
          RX bytes:536284 (523.7 Kb)  TX bytes:117076 (114.3 Kb)
 
J'ai également recompilé le noyau en désactivant TCP Explicit Congestion Notification (dans Networking options).
 
Mais ça ne marche toujours pas. Je n'ai pas de réponse du serveur ni avec Mozilla ni avec Konqueror ni avec Galeon.
 
Vraiment je suis à court d'idée. J'ai pourtant déjà téléchargé il y a quelques temps la version 1.0-3123, mais aujourd'hui ça reste muet, aussi bien depuis la page d'accueil, qu'en allant directement sur la page de télechargement.
 

 
ah bah c'est bien ce que je pensais ! d'où que tu me sors des mtu pareil toi    hmmm !
essaie donc de change le mtu en le fixant à 1500 (man ifconfig)

J'ai finalement réussi à télécharger les pilotes 1.0-4191 depuis le ftp de nvidia:
 
   ftp://download.nvidia.com/XFree86_40/1.0-4191
 
C'est déjà une bonne chose. Mais le protocole http ne passe pas pour nvidia.com
 
Vous avez dit mtu. Effectivement il est à plus de 16000. Peut-être une conséquence de l'installation du pilote ECI par défaut. Mais je ne sais pas trop à quoi ça correspond, si vous pouviez m'expliquer ??!!!!!  

MTU: Maximum Transfert Unit .............OK (vu dans man ifconfig)
 
J'essaye de mettre à 1500.........

En effet ca a des chances de venir de là ... le mtu indique la taille maximum des paquets IP que doit envoyer l'interface en question ... au delà de cette taille, les paquets IP sont fragmentés en plusieurs morceaux ... et je sais que ca peut poser certains pb à des routeurs ou des fw en face sur l'Internet ...
Ramènes le à 1500 voire 149x (je me rappelle plus de la valeur exacte, il y a un calcul à faire, et je suis trop naze là pour le faire) ... essaies déjà de passer le mtu à 1500 ...
Tu dois changer ca avec un mtu 1500 dans le fichier de config de pppd ... peut être dans /etc/ppp/peers/adsl ou dans /etc/ppp/options ....
Si un des deux fichiers existe et que dedans tu trouves une ligne mtu xxx ... vires là et réessayes (down/up de ppp0) sans ... si ca marche toujours pas force la mtu à 1500 ...

j'ai fait  /sbin/ifconfig ppp0 mtu 1500  et CA MARCHE !!!!!!!!!!!!!!!!!!
 
Ensuite, j'ai regardé dans /etc/ppp/peers/adsl (comme vous m'avez dit) et là j'ai remarqué un "mtu 1432" placé en tant que commentaire. J'ai donc effacé le "#" et donc maintenant à chaque nouvelle connexion, le mtu est automatiquement fixé à 1432.
 
Tout est rentré dans l'ordre. Grâce à vous, j'ai enfin pu résoudre ce problème d'accès au site nividia.com
 
Mercie beaucoup d'avoir pris le temps de m'aider.

 
c'est qui l'meilleur    
il se la ramène moins là l'zzozo hein !  
 
 
EDIT : par contre, 1432 c'est un peu faible je pense, si tu vois quelque chose qui colle pas dans ta connexion, ramene le à 1500 (valeur par défaut)

Merci pour l'information, je prends note. A la prochaine....;

   
Kékètotron daitaicted ...
 

1500 c'est trop , il risque d'avoir des trames droppées non?

 
moi j'en ai pas
il marche très bien mon ppp0
 

Non, ca va pas forcément dropper ... ca controle la fragmentation ...

Il risque pas d'y avoir des problèmes s'il envoie des trames trop grosses?

En principe, derrière, les routeurs sur l'Internet vont fragmenter de toutes facon si c'est pas adapté à leur propre MTU ...
Ca c'est la théorie ... dans la pratique je sais que certains équipement réseau ont des problèmes avec la fragmentation (je pense à des problèmes que j'ai déjà rencontré avec des firewalls ou des "load balancer" genre Alteon pour ne pas les nomer ...) ...
 
Autre chose, sur des liens WAN un peu lents, comme le RTC (modems V90, etc ...), si une erreur se produit lors de la tramsmission d'un paquet sur la ligne, tout le paquet est retransmis (et donc le débit réel chute à cause des retransmissions de paquet, ce qui fait que le débit peut devenir ridicule pour certaines lignes de très mauvaise qualité) ... Il est donc conseillé dans ces cas de baisser le MTU à une valeur plus faible permettant de ne pas renvoyer trop d'informations lors d'erreurs de transmission ... on fragmente pour s'adapter à la qualité de la ligne ...
En général pour un abonnement ADSL 512/128, un MTU de 1432 voire 1500 (qui est aussi le MTU standard en général pour IP sur Ethernet) est plutot adapté ...
Maintenant, si vous apercevez que votre ligne ADSL est plutot mauvaise et donc sujette à retransmission des paquets/cellules à cause des erreurs de transmission, vous pouvez  baisser le MTU pour essayer de l'adapter à la qualité de votre ligne ...
Mais ca jouera surtout lors de l'envoi de gros paquets (les gros uploads quoi)
Pour info, il existe aussi une valeur qu'on appelle MRU (Maximum Reception Unit) ... je pense que vous aurez compris ...
 

je dis ça pcq je me rapelle d'un ami qui avait une paserelle sous 2k et il avait du baisser le mtu sinon il perdait les mails avec fichiers joints qu'il envoyait.  

Le pb venait pas de lui à priori mais qq part entre sa machine et le serveur SMTP ...

Personellement, que ce soit du 1432 ou 1500 pour le mtu, le résultat est sensiblement le même. Tout marche très bien.

En général quand les routeurs et tous les équipements réseaux sont bien configurés pour gérer la fragmentation, y'a pas de problèmes ...