Forum Linux.debian/ubuntu cle ZTE K3565 3G+

Posté par  .
Étiquettes : aucune
0
28
sept.
2009
Bonjour,
En suivant cette procédure
http://doc.kubuntu-fr.org/sfr#k3565-z
et quelque pacages supplémentaire, Je pense que ma cle ZTE SFR 3G+ est bien montée sur le système mais j'ai des problèmes de routage par la suite car je n'arrive toujours pas à aller sur internet.

:~$ ifconfig ppp0
ppp0 Link encap:Protocole Point-à-Point
inet adr:10.203.3.58 P-t-P:10.64.64.64 Masque:255.255.255.255
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1500 Metric:1
Packets reçus:7 erreurs:0 :0 overruns:0 frame:0
TX packets:7 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:3
Octets reçus:136 (136.0 B) Octets transmis:124 (124.0 B)

:~$ ping 10.203.3.58
PING 10.203.3.58 (10.203.3.58) 56(84) bytes of data.
64 bytes from 10.203.3.58: icmp_seq=1 ttl=64 time=0.039 ms
64 bytes from 10.203.3.58: icmp_seq=2 ttl=64 time=0.038 ms
^C
--- 10.203.3.58 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 999ms
rtt min/avg/max/mdev = 0.038/0.038/0.039/0.006 ms

:~$ ping 10.64.64.64
PING 10.64.64.64 (10.64.64.64) 56(84) bytes of data.
^C
--- 10.64.64.64 ping statistics ---
13 packets transmitted, 0 received, 100% packet loss, time 12096ms

:~$ netstat -rn
Table de routage IP du noyau
Destination Passerelle Genmask Indic MSS Fenêtre irtt Iface
10.64.64.64 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0
0.0.0.0 0.0.0.0 0.0.0.0 U 0 0 0 ppp0

J'ai essayé plusieurs fois la commande route add différemment sans arriver à aller sur internet.

Merci de votre aide.

  • # au hazard ?

    Posté par  . Évalué à 2.

    probleme DNS ?

    ca donne quoi si tu pingues google :
    ping google.com
    puis
    ping 74.125.127.100

    si la deuxieme ligne renvoie des reponses, c'est que ton /etc/resolv.conf n'est pas mis à jour par l'ouverture de ppp0
    et qu'il ne contient pas les bonnes entrées DNS pour SFR-3G+

    • [^] # Re: au hazard ?

      Posté par  . Évalué à 1.

      Le ping de google.com est KO

      le ping de 74.125.127.100 est OK.

      Mais quand je met l'adresse IP de google dans mon navigateur cela devrait fonctionner, n'est ce pas ? et ça ne fonctionne pas dans mon cas. J'ai même force les DNS de SFR avec cette page :
      http://www.commentcamarche.net/faq/sujet-1496-serveurs-dns-d(...)


      Voici le traceroute mais il n'apprend pas grand chose :

      :~$ traceroute 74.125.127.100
      traceroute to 74.125.127.100 (74.125.127.100), 30 hops max, 60 byte packets
      1 * * *
      2 * * *
      3 * * *
      4 * * *
      5 * * *
      6 * * *
      7 * * *
      8 * * *
      9 * * *
      10 * * *
      11 * * *
      12 * * *
      13 * * *
      14 * * *
      15 * * *
      16 * * *
      17 * * *
      18 * * *
      19 * * *
      20 * * *
      21 * * *
      22 * * *
      23 * * *
      24 * * *
      25 * * *
      26 * * *
      27 * * *
      28 * * *
      29 * * *
      30 * * *

  • # Pas de passerelle par défaut

    Posté par  . Évalué à 2.

    Ta route par défaut indique que la passerelle par défaut est 0.0.0.0 .... forcément, tes paquets ne vont pas aller loin. Je suppose que c'est 10.64.64.64 (en espérant qu'elle est up, peut-être bloque-t-elle juste les pings ?) il faut effacer la route par défaut et faire :
    ip route add default via 10.64.64.64 dev ppp0

    • [^] # Re: Pas de passerelle par défaut

      Posté par  . Évalué à 1.

      Salut Benoar,

      J'ai une message d'erreur avec ta commande :

      a:~$ sudo ip route add default via 10.64.64.64 dev ppp0
      RTNETLINK answers: File exists



      Ensuite J'ai effacé les routes jusqu'à avoir ceci :

      :~$sudo ip route del 10.64.64.64 dev ppp0
      :~$ netstat -rn
      Table de routage IP du noyau
      Destination Passerelle Genmask Indic MSS Fenêtre irtt Iface
      0.0.0.0 0.0.0.0 0.0.0.0 U 0 0 0 ppp0


      j'ai entré la commande suivante :

      :~$ sudo ip route add default via 10.64.64.64 dev ppp0
      RTNETLINK answers: File exists
      :~$ netstat -rn
      Table de routage IP du noyau
      Destination Passerelle Genmask Indic MSS Fenêtre irtt Iface
      0.0.0.0 0.0.0.0 0.0.0.0 U 0 0 0 ppp0


      J'ai essayé plusieurs route sans succès :

      :~$ sudo ip route add default netmask 255.255.255.0 dev ppp0
      Error: either "to" is duplicate, or "netmask" is a garbage.
      :~$ sudo ip route add default 10.64.64.64 netmask 255.255.255.0 dev ppp0
      Error: either "to" is duplicate, or "10.64.64.64" is a garbage.
      :~$ sudo ip route add default 10.64.64.64 dev ppp0
      Error: either "to" is duplicate, or "10.64.64.64" is a garbage.
      :~$ sudo route add gw via 10.64.64.64 dev ppp0
      ^C


      Sur la dernière commande j'ai du faire un Ctrl+C car j'ai perdu le prompt.

      • [^] # Re: Pas de passerelle par défaut

        Posté par  . Évalué à 3.

        ip route del default
        ip route add default via 10.64.64.64 dev ppp0

        (et tu peux faire ip route list plutôt que netstat -rn, au moins ce que tu verras sera plus proche de la syntaxe d'iproute, ça sera plus compréhensible)

        • [^] # Re: Pas de passerelle par défaut

          Posté par  . Évalué à 1.

          Merci nodens,

          Il y a des choses que je ne comprend pas. Quand je me connecte j'ai ceci :
          :~$ ifconfig ppp0
          ppp0 Link encap:Protocole Point-à-Point
          inet adr:10.76.40.26 P-t-P:10.64.64.64 Masque:255.255.255.255
          UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1500 Metric:1
          Packets reçus:13 erreurs:0 :0 overruns:0 frame:0
          TX packets:133 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:3
          Octets reçus:430 (430.0 B) Octets transmis:7608 (7.6 KB)

          J'ai donc changé les routes comme ceci :

          :~$ ip route list
          10.64.64.64 dev ppp0 proto kernel scope link src 10.76.40.26
          default dev ppp0 scope link
          :~$ sudo ip route del default
          [sudo] password for ~ :
          :~$ ip route list
          10.64.64.64 dev ppp0 proto kernel scope link src 10.76.40.26
          :~$ sudo ip route add default via 10.64.64.64 dev ppp0
          :~$ ip route list
          10.64.64.64 dev ppp0 proto kernel scope link src 10.76.40.26
          default via 10.64.64.64 dev ppp0


          Je n'arrive toujours pas à surfer alors que la clé me montre qu'elle est connectée. Le plus bizarre c'est ceci :

          :~$ traceroute 10.64.64.64
          traceroute to 10.64.64.64 (10.64.64.64), 30 hops max, 60 byte packets
          1 * * *
          2 * * *
          3 * * *
          4 * * *
          5 * * *
          6 * * *^C
          :~$ ping 10.64.64.64
          PING 10.64.64.64 (10.64.64.64) 56(84) bytes of data.
          ^C
          --- 10.64.64.64 ping statistics ---
          17 packets transmitted, 0 received, 100% packet loss, time 16119ms



          En effet, j'arrive à faire un ping sur une des adresses IP de Google, mais je n'arrive pas à faire un traceroute sur celle ci :

          :~$ traceroute 74.125.127.100
          traceroute to 74.125.127.100 (74.125.127.100), 30 hops max, 60 byte packets
          1 * * *
          2 * * *
          3 * * *
          4 * * *
          5 * * *
          6 * * *
          7 * * *
          8 * * *
          9 *^C :~$ ping 74.125.127.100
          PING 74.125.127.100 (74.125.127.100) 56(84) bytes of data.
          64 bytes from 74.125.127.100: icmp_seq=1 ttl=45 time=533 ms
          64 bytes from 74.125.127.100: icmp_seq=2 ttl=45 time=601 ms
          ^C
          --- 74.125.127.100 ping statistics ---
          3 packets transmitted, 2 received, 33% packet loss, time 2003ms
          rtt min/avg/max/mdev = 533.796/567.798/601.801/34.010 ms
          :~$


          Je suis perdu là

          • [^] # Re: Pas de passerelle par défaut

            Posté par  (site web personnel) . Évalué à 1.

            Les paquets UDP seraient filtrés ?

            traceroute -I

            Système - Réseau - Sécurité Open Source - Ouvert à de nouvelles opportunités

            • [^] # Re: Pas de passerelle par défaut

              Posté par  . Évalué à 1.

              :~$ sudo traceroute -I 74.125.127.100
              traceroute to 74.125.127.100 (74.125.127.100), 30 hops max, 60 byte packets
              1 10.64.39.1 (10.64.39.1) 967.293 ms 968.192 ms *
              2 * * *
              3 * * *
              4 80.125.175.236 (80.125.175.236) 122.956 ms 142.926 ms 143.542 ms
              5 217.70.88.57 (217.70.88.57) 144.666 ms 152.977 ms 153.587 ms
              6 86.64.173.5 (86.64.173.5) 323.138 ms 200.800 ms 201.901 ms
              7 62.39.148.85 (62.39.148.85) 210.400 ms 213.005 ms 215.244 ms
              8 80.118.201.86 (80.118.201.86) 210.989 ms 211.751 ms 216.477 ms
              9 209.85.251.40 (209.85.251.40) 198.591 ms 200.330 ms 200.346 ms
              10 216.239.49.46 (216.239.49.46) 218.726 ms 213.090 ms 210.724 ms
              11 209.85.250.54 (209.85.250.54) 309.832 ms 309.975 ms 348.119 ms
              12 209.85.251.233 (209.85.251.233) 349.321 ms 359.728 ms 358.218 ms
              13 216.239.43.80 (216.239.43.80) 406.970 ms 394.495 ms 413.486 ms
              14 209.85.250.126 (209.85.250.126) 403.096 ms 400.471 ms 410.849 ms
              15 209.85.250.144 (209.85.250.144) 392.203 ms 216.239.48.34 (216.239.48.34) 393.967 ms 209.85.250.144 (209.85.250.144) 387.717 ms
              16 64.233.174.125 (64.233.174.125) 259.900 ms 64.233.174.127 (64.233.174.127) 288.981 ms 64.233.174.103 (64.233.174.103) 269.965 ms
              17 216.239.46.6 (216.239.46.6) 269.986 ms 216.239.46.2 (216.239.46.2) 279.714 ms 216.239.46.22 (216.239.46.22) 289.710 ms
              18 216.239.46.30 (216.239.46.30) 290.095 ms 281.719 ms 74.125.127.100 (74.125.127.100) 280.094 ms
              :~$

          • [^] # Re: Pas de passerelle par défaut

            Posté par  . Évalué à 2.

            Je ne me fie jamais à un traceroute, ya tellement de choses qui peuvent le bloquer ... Tu peux pinger google maintenant ? Les DNS répondent ?

  • # Après redemarage

    Posté par  . Évalué à 1.

    Je viens d'installer network-manager-pptp mais ce pacage plante le Vodafone Connect. Je suis donc revenu en arrière et maintenant j'ai cela :

    :~$ ping 10.64.64.64
    PING 10.64.64.64 (10.64.64.64) 56(84) bytes of data.
    From 10.64.40.113 icmp_seq=1 Packet filtered
    From 10.64.40.113 icmp_seq=3 Packet filtered
    From 10.64.40.113 icmp_seq=23 Packet filtered
    From 10.64.40.113 icmp_seq=25 Packet filtered
    ^C
    --- 10.64.64.64 ping statistics ---
    29 packets transmitted, 0 received, +4 errors, 100% packet loss, time 28183ms

    • [^] # Re: Après redemarage

      Posté par  . Évalué à 2.

      Le ping est filtré, ça n'est pas étonnant sur la passerelle 3G. Procède par ordre :

      Essaye de pinguer un hôte plus loin, comme l'ip de google qu'on t'a donné précédemment.
      Si ça marche, essaye de résoudre les noms (host www.google.fr par exemple). Si ça marche, essaye de surfer sur le web. Si ça ne marche pas, essaye de sniffer le traffic pour voir ce qui se passe (c'est peut-être une histoire de MTU, par exemple, paquets trop gros ne passant pas... C'est assez courant avec ppp, surtout quand il sert sur des protocles bizarres comme l'UMTS).

      Pour vérifier si c'est une histoire de mtu, essaye d'envoyer des ping avec des payload élevés (-s 1500) et baisse jusqu'à ce que ça réponde. Utilise un moteur de recherche pour vérifier que les gens qui se connectent avec ppp au même provider que toi ont bien la même configuration à ce niveau. Je ne sais pas comment la connexion monte (script ou pppd), mais tu dois pouvoir spécifier le mtu d'une manière ou d'une autre :)

      • [^] # Re: Après redemarage

        Posté par  . Évalué à 1.

        Merci Noddens,

        Mais quel est l'utilitaire pour sniffer le trafique ?
        Merci

        • [^] # tcpdump / wireshark

          Posté par  (site web personnel) . Évalué à 1.

          Tout est dans le titre.

          Système - Réseau - Sécurité Open Source - Ouvert à de nouvelles opportunités

          • [^] # Re: tcpdump / wireshark

            Posté par  . Évalué à 1.

            Oui cela ne passe plus avec des paquets supérieure à 500 bytes.

            Maintenant, j'aimerai savoir comment régler ce MTU.

            Merci

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.