dubis a écrit 222 commentaires

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

    Posté par  . En réponse au message cle ZTE K3565 3G+. É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
    :~$

  • # Après redemarage

    Posté par  . En réponse au message cle ZTE K3565 3G+. É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: Pas de passerelle par défaut

    Posté par  . En réponse au message cle ZTE K3565 3G+. É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  . En réponse au message cle ZTE K3565 3G+. É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: au hazard ?

    Posté par  . En réponse au message cle ZTE K3565 3G+. É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 * * *

  • [^] # Re: Il va sans dire...

    Posté par  . En réponse au message Probleme de réseau. Évalué à 1.

    Apparemment c'est le switch CISCO qui pose problème je cherche de la documentation là dessus..............
    Encore merci

  • [^] # Re: fstab

    Posté par  . En réponse au message setfacl Opération non supportée. Évalué à 1.

    Trop top !!!

  • [^] # Re: Il va sans dire...

    Posté par  . En réponse au message Probleme de réseau. Évalué à 1.

    mais depuis les autres serveurs je n'arrive pas à toucher l'adresse 10.0.1.7

    Toujours dans le même mystère

  • [^] # Re: Et les routes?

    Posté par  . En réponse au message Probleme de réseau. Évalué à 1.

    Host unreachable.

  • [^] # Re: Il va sans dire...

    Posté par  . En réponse au message Probleme de réseau. Évalué à 1.

    J'arrive à faire un ping depuis le switch CISCO :


    Cisco : ping 10.0.1.7

    Type escape sequence to abort.
    Sending 5, 100-byte ICMP Echos to 10.0.1.7, timeout is 2 seconds:
    !!!!!
    Success rate is 100 percent (5/5), round-trip min/avg/max = 1/2/8 ms
    Cisco : trace 10.0.1.7

    Type escape sequence to abort.
    Tracing the route to 10.0.1.7

    1 10.0.1.7 0 msec 0 msec 0 msec
    Cisco :

  • [^] # Re: Et les routes?

    Posté par  . En réponse au message Probleme de réseau. Évalué à 1.

    Non

  • [^] # Re: Et les routes?

    Posté par  . En réponse au message Probleme de réseau. Évalué à 1.

    Oui c'est en automatique ..... J'ai interverti des cables cela ne fonctionne toujours pas....

  • [^] # Re: Et les routes?

    Posté par  . En réponse au message Probleme de réseau. Évalué à 1.

    [root@serveur ~]# traceroute 10.0.1.9
    traceroute to 10.0.1.9 (10.0.1.9), 30 hops max, 46 byte packets
    1 serveur (10.0.1.7) 3000.901 ms !H 3000.731 ms !H 3001.018 ms !H


    Tiens c'est quoi ce !H ???

  • [^] # Re: Et les routes?

    Posté par  . En réponse au message Probleme de réseau. Évalué à 1.

    Le switch est bien configuré la led du cable est verte. La led de la carte serveur est verte aussi.
    Je pense que cela viens vraiment d'une mauvaise configuration dans le serveur mais je ne sais pas où ?

  • [^] # Re: Et les routes?

    Posté par  . En réponse au message Probleme de réseau. Évalué à 1.

    traceroute 10.0.1.7
    traceroute to 10.0.1.7 (10.0.1.7), 30 hops max, 46 byte packets
    1 hostname (10.0.1.7) 0.051 ms 0.021 ms 0.016 ms

  • [^] # Re: Il va sans dire...

    Posté par  . En réponse au message Probleme de réseau. Évalué à 1.

    Oui ... J'ai changé le cable

  • [^] # Re: Et les routes?

    Posté par  . En réponse au message Probleme de réseau. Évalué à 1.

    Ou ça ?

    C'est la config par défaut, Il y a une carte PCI qui doit prendre une adresse IP..

  • [^] # Re: Et les routes?

    Posté par  . En réponse au message Probleme de réseau. Évalué à 1.

    Je perd la mise en page mais voilà :

    [root@server ~]# route -n
    Table de routage IP du noyau
    Destination Passerelle Genmask Indic Metric Ref Use Iface
    10.0.1.9 0.0.0.0 255.255.255.255 UH 0 0 0 eth0
    10.0.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
    10.0.2.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1
    169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 eth1
    0.0.0.0 10.0.2.9 0.0.0.0 UG 0 0 0 eth1


    Route add ne sert à rien car l'adresse est déjà dans la table de routage.....

  • [^] # Re: XDMCP

    Posté par  . En réponse au message SUN Ray server sur Red Hat 5. Évalué à 1.

    Oui....
    Car il y a un écran claviers souris, connectés sur le serveur avec l'interface graphique Red Hat 5.
    De plus je viens de faire un iptables -F sur celui ci, ce qui a eu pour effet de passer le message d'erreur de 22D à 26D sur les stations de travail SUN Ray, et cela a permis la mise à jour du firmware. Celles ci ne font plus de reset.
    Le message 26 veut dire ceci d'après la doc SUN :

    The Sun Ray DTU has connected to the server and is waiting for graphics traffic.

    et j'ai un nouveau message d'erreur dans /var/opt/SUNWut/log/auth_log :
    07/17/2009 10:04:11 Error obtaining system capacity
    07/17/2009 10:04:31 Error obtaining system capacity
    07/17/2009 10:04:51 Error obtaining system capacity
    07/17/2009 10:05:11 Error obtaining system capacity
    07/17/2009 10:05:31 Error obtaining system capacity
    07/17/2009 10:05:51 Error obtaining system capacity

    Je continues les recherches .............

  • [^] # Re: XDMCP

    Posté par  . En réponse au message SUN Ray server sur Red Hat 5. Évalué à 1.

    Oui....
    Car il y a un écran claviers souris, connectés sur le serveur avec l'interface graphique Red Hat 5.
    De plus je viens de faire un iptables -F sur celui ci, ce qui a eu pour effet de passer le message d'erreur de 22D à 26D sur les stations de travail SUN Ray, et cela a permis la mise à jour du firmware. Celles ci ne font plus de reset.
    Le message 26 veut dire ceci d'après la doc SUN :

    The Sun Ray DTU has connected to the server and is waiting for graphics traffic.

    et j'ai un nouveau message d'erreur dans /var/opt/SUNWut/log/auth_log :
    07/17/2009 10:04:11 Error obtaining system capacity
    07/17/2009 10:04:31 Error obtaining system capacity
    07/17/2009 10:04:51 Error obtaining system capacity
    07/17/2009 10:05:11 Error obtaining system capacity
    07/17/2009 10:05:31 Error obtaining system capacity
    07/17/2009 10:05:51 Error obtaining system capacity

    Je continues les recherches .............

  • [^] # Re: XDMCP

    Posté par  . En réponse au message SUN Ray server sur Red Hat 5. Évalué à 1.

    Apparement XKeepsCrashing.sunray est un script qui utilisse la commande logger mais je ne sais pas dans quelle log cela est écrit ....

    ~]# more /etc/opt/SUNWut/gdm/XKeepsCrashing.sunray
    #!/bin/sh
    #
    # ident "@(#)XKeepsCrashing.sunray.sh 1.1 08/09/08 SMI"
    #
    # Copyright 2008 Sun Microsystems, Inc. All rights reserved.
    # Use is subject to license terms.

    logger -t gdm-XKeepsCrashing "GDM can't start X server."

    exit 0

  • [^] # Re: XDMCP

    Posté par  . En réponse au message SUN Ray server sur Red Hat 5. Évalué à 1.

    Effectivement je l'ai trouvé dans /etc/gdm
    SUNWut a écrit dedans ceci :
    # SUNWut BEGIN - do not edit
    VTAllocation=false
    DynamicXServers=true
    Greeter=/usr/libexec/gdmgreeter
    RebootCommand=
    HaltCommand=
    XKeepsCrashing=/etc/opt/SUNWut/gdm/XKeepsCrashing.sunray
    # SUNWut END
    [security]

    [xdmcp]

    [gui]

    [greeter]

    [chooser]

    [debug]

    # Note that to disable servers defined in the defaults.conf file (such as
    # 0=Standard, you must put a line in this file that says 0=inactive, as
    # described in the Configuration section of the GDM documentation.
    #
    [servers]

    # Also note, that if you redefine a [server-foo] section, then GDM will
    # use the definition in this file, not the defaults.conf file. It is
    # currently not possible to disable a [server-foo] section defined
    # in the defaults.conf file.

    J'essaye de savoir comment faire pour avoir de la log debug .....

  • [^] # Re: XDMCP

    Posté par  . En réponse au message SUN Ray server sur Red Hat 5. Évalué à 1.

    J'ai trouvé que le GDM devait être mis à jour par l'installation du SUN Ray serveur avec ses propres fichier. Et que normalement ces changement étaient dans le fichier /etc/X11/gdm/custom.conf
    Malheureusement ce fichier n'est pas présent sur mon système qui subit plusieurs réinstallations.

    SUN doc :
    Configuration:
    Sun Ray installation removes the current GDM from your system, including its
    configuration file. Therefore, if you have modified your GDM configuration, back
    the file up before installing SRSS. You may then wish to reapply your changes to the
    /etc/X11/gdm/custom.conf that SRSS installs.

    Caution – Do not simply replace the GDM configuration file that Sun Ray Server
    Software installs with your old GDM configuration file; Sun Ray Server Software
    will not work correctly if you do.

  • [^] # XDMCP

    Posté par  . En réponse au message SUN Ray server sur Red Hat 5. Évalué à 1.

    Merci NeoX,

    Mais si tu avais plus d'info parce que là je seche :
    ~]# ll /etc/gdm/
    total 80
    -rw-r--r-- 1 root root 2796 jui 15 18:59 custom.conf
    drwxr-xr-x 2 root root 4096 avr 15 14:20 Init
    -rw-r--r-- 1 root root 4048 mar 28 2008 locale.alias
    drwxr-xr-x 2 root root 4096 avr 15 14:20 modules
    drwxr-xr-x 2 root root 4096 avr 15 14:20 PostLogin
    drwxr-xr-x 2 root root 4096 avr 15 14:20 PostSession
    drwxr-xr-x 2 root root 4096 avr 15 14:20 PreSession
    -rw-r--r-- 1 root root 73 mar 28 2008 securitytokens.conf
    -rwxr-xr-x 1 root root 5536 mar 28 2008 XKeepsCrashing
    lrwxrwxrwx 1 root root 21 avr 15 14:20 Xsession -> ../X11/xinit/Xsession
    ~]# ll /etc/xdm/
    ls: /etc/xdm/: Aucun fichier ou répertoire de ce type
    ~]# ll /etc/kdm/
    ls: /etc/kdm/: Aucun fichier ou répertoire de ce type

    ~]# locate xmgr
    /etc/opt/SUNWut/xmgr
    /opt/SUNWut/lib/xmgr
    Qui sont en fait des lien ....
    ~]# ll /etc/opt/SUNWut/xmgr
    lrwxrwxrwx 1 root root 24 jui 16 14:37 /etc/opt/SUNWut/xmgr -> /opt/SUNWut/lib/xmgr/gdm

    etc ....
    Merci de votre aide

  • [^] # Re: paquet libgdbm

    Posté par  . En réponse au message SUN Ray server sur Red Hat 5. Évalué à 1.

    Bonjour,

    libgdbm.so.2.0.0 en 64 bits dépend des paquets glib.x86_64. J'ai donc installé glib.i386, ce qui a eu pour effet d'installer /usr/lib/libgdbm.so.2.
    J'ai donc corrigé les liens vers la librairie 32 bits.
    Tous les messages d'erreurs ont disparu, les stations de travail ont leur adresse IP et l'utquery fonctionne. Mais je n'ai toujours pas de session X sur les SUN RAY, et elles continuent à redémarrer.