Ah oui, j'ai un entête dans ma clé du type :

Proc-Type: 4, ENCRYPTED
DEK-INFO: xxxxx

Entête qui pose pas de problème sur CentOs/Mac.

Je l'ai viré, du coup j'ai plus d'erreur :

debug2: key_type_from_name: unknown key type '-----END'

mais malheureusement j'ai toujours :

debug1: key_parse_private_pem: PEM_read_PrivateKey failed

Salut,

voilà mon ssh_config (que je n'ai pas modifié):

# Host *
#   ForwardAgent no
#   ForwardX11 no
#   RhostsRSAAuthentication no
#   RSAAuthentication yes
#   PasswordAuthentication yes
#   HostbasedAuthentication no
#   GSSAPIAuthentication no
#   GSSAPIDelegateCredentials no
#   GSSAPIKeyExchange no
#   GSSAPITrustDNS no
#   BatchMode no
#   CheckHostIP yes
#   AddressFamily any
#   ConnectTimeout 0
#   StrictHostKeyChecking ask
#   IdentityFile ~/.ssh/identity
#   IdentityFile ~/.ssh/id_rsa
#   IdentityFile ~/.ssh/id_dsa
#   Port 22
#   Protocol 2,1
#   Cipher 3des
#   Ciphers aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc
#   MACs hmac-md5,hmac-sha1,umac-64@openssh.com,hmac-ripemd160
#   EscapeChar ~
#   Tunnel no
#   TunnelDevice any:any
#   PermitLocalCommand no
#   VisualHostKey no
#   ProxyCommand ssh -q -W %h:%p gateway.example.com
Host *
# If this option is set to yes then remote X11 clients will have full access
# to the original X11 display. As virtually no X11 client supports the untrusted
# mode correctly we set this to yes.
    ForwardX11Trusted yes 
# Send locale-related environment variables
    SendEnv LANG LC_CTYPE LC_NUMERIC LC_TIME LC_COLLATE LC_MONETARY LC_MESSAGES 
    SendEnv LC_PAPER LC_NAME LC_ADDRESS LC_TELEPHONE LC_MEASUREMENT 
    SendEnv LC_IDENTIFICATION LC_ALL LANGUAGE
    SendEnv XMODIFIERS

Bonjour,

j'ai un soucis sous F16 quand j'essaye de me connecter sur n'importe quel serveur avec une clé:
ça échoue et ça me demande une passphrase alors que je n'en ai pas.

Je réussi bien à me logguer avec cette clé sur les serveurs via un mac ou une centos.

J'ai regardé /var/log/messages et /var/log/secure.log mais il n'y a rien.
SELinux en mode permissif et je n'ai pas d'alertes.

Voici les logs de ma tentative de connexion :

ssh -vvv david@rhoding
OpenSSH_5.8p2, OpenSSL 1.0.0j-fips 10 May 2012
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug2: ssh_connect: needpriv 0
debug1: Connecting to rhoding port 22.
debug1: Connection established.
debug3: Incorrect RSA1 identifier
debug3: Could not load "/home/david/.ssh/id_rsa" as a RSA1 public key
debug2: key_type_from_name: unknown key type '-----BEGIN'
debug3: key_read: missing keytype
debug2: key_type_from_name: unknown key type 'Proc-Type:'
debug3: key_read: missing keytype
debug2: key_type_from_name: unknown key type 'DEK-Info:'
debug3: key_read: missing keytype
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug2: key_type_from_name: unknown key type '-----END'
debug3: key_read: missing keytype
debug1: identity file /home/david/.ssh/id_rsa type 1
debug1: identity file /home/david/.ssh/id_rsa-cert type -1
debug1: identity file /home/david/.ssh/id_dsa type -1
debug1: identity file /home/david/.ssh/id_dsa-cert type -1
debug1: Remote protocol version 2.0, remote software version OpenSSH_5.3
debug1: match: OpenSSH_5.3 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_5.8
debug2: fd 3 setting O_NONBLOCK
debug3: load_hostkeys: loading entries for host "rhoding" from file "/home/david/.ssh/known_hosts"
debug3: load_hostkeys: found key type RSA in file /home/david/.ssh/known_hosts:1
debug3: load_hostkeys: loaded 1 keys
debug3: order_hostkeyalgs: prefer hostkeyalgs: ssh-rsa-cert-v01@openssh.com,ssh-rsa-cert-v00@openssh.com,ssh-rsa
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1
debug2: kex_parse_kexinit: ssh-rsa-cert-v01@openssh.com,ssh-rsa-cert-v00@openssh.com,ssh-rsa,ssh-dss-cert-v01@openssh.com,ssh-dss-cert-v00@openssh.com,ssh-dss
debug2: kex_parse_kexinit: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,rijndael-cbc@lysator.liu.se
debug2: kex_parse_kexinit: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,rijndael-cbc@lysator.liu.se
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,umac-64@openssh.com,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,umac-64@openssh.com,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: none,zlib@openssh.com,zlib
debug2: kex_parse_kexinit: none,zlib@openssh.com,zlib
debug2: kex_parse_kexinit: 
debug2: kex_parse_kexinit: 
debug2: kex_parse_kexinit: first_kex_follows 0 
debug2: kex_parse_kexinit: reserved 0 
debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1
debug2: kex_parse_kexinit: ssh-rsa,ssh-dss
debug2: kex_parse_kexinit: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,rijndael-cbc@lysator.liu.se
debug2: kex_parse_kexinit: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,rijndael-cbc@lysator.liu.se
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,umac-64@openssh.com,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,umac-64@openssh.com,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: none,zlib@openssh.com
debug2: kex_parse_kexinit: none,zlib@openssh.com
debug2: kex_parse_kexinit: 
debug2: kex_parse_kexinit: 
debug2: kex_parse_kexinit: first_kex_follows 0 
debug2: kex_parse_kexinit: reserved 0 
debug2: mac_setup: found hmac-md5
debug1: kex: server->client aes128-ctr hmac-md5 none
debug2: mac_setup: found hmac-md5
debug1: kex: client->server aes128-ctr hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug2: dh_gen_key: priv key bits set: 123/256
debug2: bits set: 497/1024
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Server host key: RSA b8:84:17:57:02:eb:26:8e:65:0b:99:f9:ed:be:ac:4f
debug3: load_hostkeys: loading entries for host "rhoding" from file "/home/david/.ssh/known_hosts"
debug3: load_hostkeys: found key type RSA in file /home/david/.ssh/known_hosts:1
debug3: load_hostkeys: loaded 1 keys
debug3: load_hostkeys: loading entries for host from file "/home/david/.ssh/known_hosts"
debug3: load_hostkeys: found key type RSA in file /home/david/.ssh/known_hosts:1
debug3: load_hostkeys: loaded 1 keys
debug1: Host 'rhoding' is known and matches the RSA host key.
debug1: Found key in /home/david/.ssh/known_hosts:1
debug2: bits set: 529/1024
debug1: ssh_rsa_verify: signature correct
debug2: kex_derive_keys
debug2: set_newkeys: mode 1
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug2: set_newkeys: mode 0
debug1: SSH2_MSG_NEWKEYS received
debug1: Roaming not allowed by server
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug2: service_accept: ssh-userauth
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug2: key: /home/david/.ssh/id_rsa (0x7fae3c929800)
debug2: key: /home/david/.ssh/id_dsa ((nil))
debug1: Authentications that can continue: publickey,gssapi-keyex,gssapi-with-mic,password
debug3: start over, passed a different list publickey,gssapi-keyex,gssapi-with-mic,password
debug3: preferred publickey,keyboard-interactive,password
debug3: authmethod_lookup publickey
debug3: remaining preferred: keyboard-interactive,password
debug3: authmethod_is_enabled publickey
debug1: Next authentication method: publickey
debug1: Offering RSA public key: /home/david/.ssh/id_rsa
debug3: send_pubkey_test
debug2: we sent a publickey packet, wait for reply
debug1: Server accepts key: pkalg ssh-rsa blen 279
debug2: input_userauth_pk_ok: fp 9c:85:b9:a0:12:4f:0b:83:a5:09:c0:8d:5f:5f:f6:72
debug3: sign_and_send_pubkey: RSA 9c:85:b9:a0:12:4f:0b:83:a5:09:c0:8d:5f:5f:f6:72
debug1: key_parse_private_pem: PEM_read_PrivateKey failed
debug1: read PEM private key done: type <unknown>
Enter passphrase for key '/home/david/.ssh/id_rsa': 

Je suppose que l'erreur vient de là : debug1: key_parse_private_pem: PEM_read_PrivateKey failed

Mais je sais pas comment résoudre ça, donc si quelqu'un a une idée.

Merci.

Merci,

il fallait que je lance (en plus de kvm) le module kvm-intel.

Aussi, mon bios avait désactivé la virtualisation. Pour vérifier :

dmesg | grep kvm

est-ce que le serveur X est bien installé ?
tente un :

yum install xorg-x11-server-Xorg

Bonjour,

et bien en fait ca n'a pas réglé le problème, je n'ai plus le problème de "hpet" mais ma souris et mon touchpad ré-agissent bizarrement quand je suis en wifi (le clavier marche bien).

Je n'ai toujours pas de messages dans les logs.

Si quelqu'un a une idée.

Merci.

salut,
après une journée d'utilisation avec le hpet=disable, le problème semble être résolu.

merci beaucoup.

Bonjour,

j'ai un problème très gênant avec le wifi.

Quand je suis en ethernet, tout va bien, parcontre dès que je passe en wifi (j'utilise les pilotes iwl3945) ma souris et mon touchpad fonctionnent très bizarrement voire ne fonctionnent plus du tout(je suis obligé de me servir du petit truc rouge au milieu de mon clavier; mon wifi marche très bien sur windows)

J'ai ceci dans les logs :

kernel: CE: hpet increasing min_delta_ns to 15000 nse

Donc je présume que le problème vient de là.

J'ai pas mal cherché sur le net au sujet du "hpet..." mais j'ai pas trouvé de solutions.

Si vous avez une idée,

Merci d'avance.

pour quake 4,

tu fais un :

yum provides libSDL-1.2.so.0

qui te dit que la lib est liée au paquet SDL, donc fait un :

yum install SDL

gnome-do ?

fais plutôt un :

alias python='/usr/bin/python2.5'

au lieu d'un lien symbolique.

tu télécharges les sources ici :
http://www.net-snmp.org/download.html

dedans, t'auras un dossier python, tu feras :

#python setup.py install

et puis le module sera installé.

Pour la doc ya google ou http://www.net-snmp.org/

un petit :

yum install net-snmp-python

Roundcube c'est juste une interface,

le quotas, tu dois le configurer sur ton serveur mail ( type postfix).

désolé pour le retard,

yum install pyOpenSSL

tu peux essayer dans "python" de charger le module md5 ?(sans le tiret )

Python 2.5.2 (r252:60911, Sep 30 2008, 15:41:38)
[GCC 4.3.2 20080917 (Red Hat 4.3.2-4)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>>import md5

et qu'est-ce qu'il se passe ?

Si je ne dis pas de betises, le module _md5 se trouve par défaut dans python2.5.

tu n'aurais pas installé python2.4 ? ce qui expliquerait que ce soit lui qui se lance au lieu de la 2.5.

Tappes dans un terminal:
python

tu obtiens python2.4.x ?


Si tel est le cas,
il faut que l'alias "python" (si c'en est un ) pointe sur ton python2.5 : /usr/bin/python2.5

mais je ne pourrais pas t'aider pour ca.

Bonsoir,
il faut utiliser -w (--wait):

wget -w tempsEnSeconde

Bonjour,
si je ne dis pas de bêtises c'est normal: (je ne sais pas si mon explication est correcte)

tu tournes sur le kernel 2.6.23 qui fonctionne avec les drivers fglrx 8.42
Or ton xorg fonctionne avec les drivers 8.47:

xorg-x11-drv-fglrx-libs-8.471-1.8.03.lvn8
xorg-x11-drv-fglrx-8.471-1.8.03.lvn8
kmod-fglrx-8.471-2.8.03.lvn8

donc faudrait que tu reviennes à la version 8.42 pour ces 3 paquets