sans doute un probleme de MTU
donnes nous le résultat de ifconfig

Poste le Thursday 6 October 2005 00:09:29

Bonjour,

Manque peut-etre les DNS ?

Poste le Thursday 6 October 2005 08:39:54

Je sais que lorsque je commencais avec linux et MDK, j'ai eut le même prb et cela était dû à shorwall...
En fait le firewall n'autorisait rien !

Connecté mais pas de navigation !

A+

Poste le Thursday 6 October 2005 11:09:40

Merci de vos réponses pour les dns je les ai mises dans l'interface de Drakeconnect ainsi qu'a l'install du modem, mon firewall est configuré pour tout autorisé et je met le resustat de ifconfig dés que je retourne sous mdk

Poste le Thursday 6 October 2005 15:40:12

ca ne pouvait pas etre ton DNS etant donne que tu as dit

Citation
Epyon
Un ping dans la console sur www.google.be reussi

, donc ton DNS est bien configure car il a resolu le nom.

Alors il te reste effectivement le MTU ou le firewall.
Tu dis

Citation
Epyon
mon firewall est configuré pour tout autorisé

, mais la je vois pas a quoi il sert alors ;-). Check quand meme de ce cote. "iptables -L -n" et "iptables -t nat -L -n"

Poste le Thursday 6 October 2005 16:13:44

voilà pour le ifconfig

ppp0 Lien encaprotocol Point-à-Point
inet adr:81.240.121.133 P-t-P:81.240.121.1 Masque:255.255.255.255
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1500 Metric:1
RX packets:922 errors:0 dropped:0 overruns:0 frame:0
TX packets:913 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:3
RX bytes:49139 (47,9 kb) TX bytes:43394 (42 kb)

Par contre vous n'auriez pas une solution pour ecrire un fichier sur une partition windows ntfs sous mandrake parce que la partition linux est invisble sous windows et mandrake me refuse l'ecriture sous la partition ntfs donc je dois tout recopier a la main...

Poste le Thursday 6 October 2005 17:21:39

Ca me semble beaucoup un MTU 1500 pour un router ADSL. Passe le a 1492.
En principe ton router doit re-encapsuler les paquets et 1500 est un standard. Et donc dans ton 1500 + x ca donnera toujours plus que 1500.
Pour les ping ca ne pose pas de probleme sauf si tu envois des "gros paquets" icmp.

Sinon pour ton access ntfs, il parrait que maintenant on sait lire et ecrire sur une ntfs. Mais je ne l'ai jamsi vu, et je ne prendrais pas le risque (le probleme est la gestion de la securite des partitions ntfs)

Cherche plutot pourquoi tu ne sais pas monter le drive sur ton Windows. C'est plus sur.

Poste le Thursday 6 October 2005 22:13:43

Ouuupss, je viens de me rendre compte que les partitions sont sur la meme machine.
Fait une partition fat, si tu as encore de la place.(ou alors cle USB mais le mieux une "disquette" :-) )

Poste le Thursday 6 October 2005 22:15:28

Merci mais je fais comment pour modifier le MTU ? et ce n'est pas un routeur adsl mais un simple modem

Poste le Thursday 6 October 2005 23:37:53

la config doit être dans le fichier /etc/ppp/options
la ligne MTU est à décommenter et à ajuster à 1472

çà peut être aussi un fichier options.pppoe ou qque chose comme çà

Poste le Friday 7 October 2005 00:02:42

j'ai reussi a mettre le MTU a 1472 mais ca ne marche toujours pas

lorsque je veux afficher www.google.be par ex il me met :

www.google.contacté, attente de la réponse mais ca ne vient pas ^^

Poste le Friday 7 October 2005 17:22:47

Peux-tu faire l'essai avec des ping normaux, et avec des gros paquets ?

Poste le Friday 7 October 2005 17:31:11

je fais comment pour définir la taille des paquets ?? et j'en envoi de quelle taille

Poste le Friday 7 October 2005 18:12:08

Petit truc, quand tu ne connais pas la synthax d'une commande fait, "commande --help" ici tu peux faire un ping --help et tu auras les parametres du ping (et le -s permet de specifier une taille)

Sinon evidement tu as toujours le "man" mais bon c'est parfois beaucoup de blabla pour pas grand chose.

Et donc essaye des paquet de 50 de 1000 de 1472 et de 1500.

Poste le Friday 7 October 2005 18:28:19

D'accord merci

j'ai fait les iptables ca me donne ca

# iptables -L -n
Chain INPUT (policy ACCEPT)
target prot opt source destination

Chain FORWARD (policy ACCEPT)
target prot opt source destination

Chain OUTPUT (policy ACCEPT)
target prot opt source destination

# iptables -t nat -L -n
Chain PREROUTING (policy ACCEPT)
target prot opt source destination

Chain POSTROUTING (policy ACCEPT)
target prot opt source destination

Chain OUTPUT (policy ACCEPT)
target prot opt source destination

je vais essayer le ping

Poste le Friday 7 October 2005 18:44:21

et voilà le résultat des pings

# ping -c 5 -s 50 www.google.be

PING www.l.google.com (66.249.93.104) 50(78) bytes of data.

58 bytes from 66.249.93.104: icmp_seq=1 ttl=247 time=38.8 ms

58 bytes from 66.249.93.104: icmp_seq=2 ttl=247 time=38.0 ms

58 bytes from 66.249.93.104: icmp_seq=3 ttl=247 time=37.0 ms

58 bytes from 66.249.93.104: icmp_seq=4 ttl=247 time=36.0 ms

58 bytes from 66.249.93.104: icmp_seq=5 ttl=247 time=35.3 ms



--- www.l.google.com ping statistics ---



# ping -c 5 -s 1000 www.google.be

PING www.l.google.com (66.249.93.99) 1000(1028) bytes of data.

64 bytes from 66.249.93.99: icmp_seq=1 ttl=247 (truncated)

64 bytes from 66.249.93.99: icmp_seq=2 ttl=247 (truncated)

64 bytes from 66.249.93.99: icmp_seq=3 ttl=247 (truncated)

64 bytes from 66.249.93.99: icmp_seq=4 ttl=247 (truncated)

64 bytes from 66.249.93.99: icmp_seq=5 ttl=247 (truncated)



--- www.l.google.com ping statistics ---



# ping -c 5 -s 1472 www.google.be

PING www.l.google.com (66.249.93.104) 1472(1500) bytes of data.



--- www.l.google.com ping statistics ---

5 packets transmitted, 0 received, 100% packet loss, time 3998ms



# ping -c 5 -s 1500 www.google.be

PING www.l.google.com (66.249.93.104) 1500(1528) bytes of data.



--- www.l.google.com ping statistics ---

5 packets transmitted, 0 received, 100% packet loss, time 3998ms

Poste le Friday 7 October 2005 19:16:41

Tout ca me semble normal.

Maintenant j'ai encore une idee, mais c'est la derniere.

Peux-tu lancer la commande suivante, et pendant qu'elle tourne en lancer une autre.

"tcpdump -i ppp0 -n port 80"

et l'autre

"telnet www.google.be 80"

Il me faut le return de la commande tcpdump.

Ce a quoi je pense c'est, le tcp est statefull, c'est a dire qu'il controle que les adresses sources et destinations reste toujours les memes durant un session, l'icmp lui ne l'est pas cad. Si tu fais un ping vers a et que c'est b qui repond le ping dit ok, mais pas le tcp. (c'est rare comme cas, mais ca existe)

Poste le Saturday 8 October 2005 07:56:24

ca me met ca

# tcpdump -i ppp0 -n port 80
bash: tcpdump: command not found

#telnet www.google.be 80
Trying 66.249.93.104...
Connected to www.google.be (66.249.93.104).
Escape character is '^]'

Poste le Saturday 8 October 2005 12:04:30

Soit tcpdump n’est pas dans ton PATH, dans ce cas lance-le à partir de son chemin d’accès complet, soit il n’est pas installé.

--
On ne prête qu’aux riches, et on a bien raison, parce que les autres remboursent difficilement.
-+- Tristan Bernard (1866-1947) -+-

Poste le Saturday 8 October 2005 12:05:37