Page 2 sur 5

quand j'aurais fini de corriger mes copies de 1ère :s

Je viens de refaire un test de scp à l'instant en mode verbose. Voici le résultat :

Code: Tout sélectionner: mike@mike-laptop:~$ sudo scp -v FreeCol.log mike@192.168.0.10:~/Documents [sudo] password for mike: Executing: program /usr/bin/ssh host 192.168.0.10, user mike, command scp -v -t -- ~/Documents OpenSSH_5.8p1 Debian-1ubuntu3, OpenSSL 0.9.8o 01 Jun 2010 debug1: Reading configuration data /etc/ssh/ssh_config debug1: Applying options for * debug1: Connecting to 192.168.0.10 [192.168.0.10] port 22. debug1: connect to address 192.168.0.10 port 22: Connection timed out ssh: connect to host 192.168.0.10 port 22: Connection timed out lost connection mike@mike-laptop:~$

Et là, ça ne bouge plus. Du coup, je me fais la réflexion suivante : n'y aurait-il pas un problème d'ouverture du port 22. J'ai toujours pas compris comment configurer ce satané firewall (pas même avec FireStarter :'( bouuuuh, j'suis nul :s )

Autre vérification :
J'ai jeté un œil au bit de comportement sur le dossier ~/Documents
Il y avait 755, j'ai changé en 777 et cela n'a pas fonctionné pour autant.

Sinon, il est aussi possible que cela vienne de la freebox. Je ne sais pas pourquoi, mais apparemment, il y a un problème avec elle. J'avais essayé de mettre un site en ligne, et ça marchait bien. Mais quand j'ai mis ma freebox ça n'a plus marché. Je l'ai ensuite configurer sur le site de free en "activant le service" et en le configurant ainsi :

Code: Tout sélectionner: IP Freebox: 192.168.0.254 DHCP activé Début DHCP 192.168.0.10 Fin DHCP 192.168.0.50 Ip DMZ 192.168.0.0 IP du Freeplayer 192.168.0.0 Réponse au ping activé Proxy WOL non activé UPNP activé Redirection de ports : 80 tcp -> 192.168.0.11:80 (port 80 du netbook) 81 tcp -> 192.168.0.10:80 (port 80 du fix)

Et c'est tout...

Et sans utiliser sudo (pourquoi utilises-tu sudo?) ? Que donne:

Code: Tout sélectionner: mike@mike-laptop:~$ scp -v FreeCol.log mike@192.168.0.10:~/Documents

D'autre part que dis auth.log du coté receveur ?

Code: Tout sélectionner: :~$ ssh 192.168.0.10

puis, une fois logué

Code: Tout sélectionner: :~$ sudo tail -f /var/log/auth.log

Ensuite, d'une autre console:

Code: Tout sélectionner: mike@mike-laptop:~$ scp -v FreeCol.log mike@192.168.0.10:~/Documents

et observer la console précédente.

n'y aurait-il pas un problème d'ouverture du port 22.

Non, puisque tu peux te connecter en ssh.

yves97 a écrit:Et sans utiliser sudo (pourquoi utilises-tu sudo?) ? Que donne:
Code: Tout sélectionner
mike@mike-laptop:~$ scp -v FreeCol.log mike@192.168.0.10:~/Documents

Aucune changement

yves97 a écrit:D'autre part que dis auth.log du coté receveur ?
Code: Tout sélectionner
:~$ ssh 192.168.0.10

puis, une fois logué
Code: Tout sélectionner
:~$ sudo tail -f /var/log/auth.log

bizarrement, ssh fonctionne quand je suis sur le fix pour me connecter au netbook (je suis actuellement connecté) mais pas l'inverse.
Je tente tail -f .... à partir du fix (connecté au netbook)

Voilà ce que j'ai avec tail en étant sur mon fix, connecté au netbook :

Code: Tout sélectionner: Last login: Thu Jun 2 18:44:28 2011 from 192.168.0.10 mike@mike-laptop:~$ man tail mike@mike-laptop:~$ sudo tail -f /var/log/auth.log [sudo] password for mike: Jun 13 12:39:01 mike-laptop CRON[4567]: pam_unix(cron:session): session closed for user root Jun 13 13:09:01 mike-laptop CRON[4704]: pam_unix(cron:session): session opened for user root by (uid=0) Jun 13 13:09:01 mike-laptop CRON[4704]: pam_unix(cron:session): session closed for user root Jun 13 13:17:01 mike-laptop CRON[4722]: pam_unix(cron:session): session opened for user root by (uid=0) Jun 13 13:17:01 mike-laptop CRON[4722]: pam_unix(cron:session): session closed for user root Jun 13 13:24:55 mike-laptop sshd[4729]: pam_sm_authenticate: Called Jun 13 13:24:55 mike-laptop sshd[4729]: pam_sm_authenticate: username = [mike] Jun 13 13:24:55 mike-laptop sshd[4729]: Accepted password for mike from 192.168.0.10 port 58984 ssh2 Jun 13 13:24:55 mike-laptop sshd[4729]: pam_unix(sshd:session): session opened for user mike by (uid=0) Jun 13 13:27:10 mike-laptop sudo: mike : TTY=pts/1 ; PWD=/home/mike ; USER=root ; COMMAND=/usr/bin/tail -f /var/log/auth.log

Je viens de faire le scp -v .... à partir du fix sur l'adresse du netbook. J'ai ceci :

Code: Tout sélectionner: mike@la-haute-tour:~$ scp -v FreeCol.log mike@192.168.0.11:~/Documents Executing: program /usr/bin/ssh host 192.168.0.11, user mike, command scp -v -t -- ~/Documents OpenSSH_5.8p1 Debian-1ubuntu3, OpenSSL 0.9.8o 01 Jun 2010 debug1: Reading configuration data /etc/ssh/ssh_config debug1: Applying options for * debug1: Connecting to 192.168.0.11 [192.168.0.11] port 22. debug1: Connection established. debug1: identity file /home/mike/.ssh/id_rsa type -1 debug1: identity file /home/mike/.ssh/id_rsa-cert type -1 debug1: identity file /home/mike/.ssh/id_dsa type -1 debug1: identity file /home/mike/.ssh/id_dsa-cert type -1 debug1: identity file /home/mike/.ssh/id_ecdsa type -1 debug1: identity file /home/mike/.ssh/id_ecdsa-cert type -1 debug1: Remote protocol version 2.0, remote software version OpenSSH_5.8p1 Debian-1ubuntu3 debug1: match: OpenSSH_5.8p1 Debian-1ubuntu3 pat OpenSSH* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_5.8p1 Debian-1ubuntu3 debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug1: kex: server->client aes128-ctr hmac-md5 none debug1: kex: client->server aes128-ctr hmac-md5 none debug1: sending SSH2_MSG_KEX_ECDH_INIT debug1: expecting SSH2_MSG_KEX_ECDH_REPLY debug1: Server host key: RSA 04:e4:85:f8:f9:64:a7:b8:7d:e6:d9:c1:80:70:1b:4f debug1: Host '192.168.0.11' is known and matches the RSA host key. debug1: Found key in /home/mike/.ssh/known_hosts:3 debug1: ssh_rsa_verify: signature correct debug1: SSH2_MSG_NEWKEYS sent debug1: expecting SSH2_MSG_NEWKEYS debug1: SSH2_MSG_NEWKEYS received debug1: Roaming not allowed by server debug1: SSH2_MSG_SERVICE_REQUEST sent debug1: SSH2_MSG_SERVICE_ACCEPT received debug1: Authentications that can continue: publickey,password debug1: Next authentication method: publickey debug1: Trying private key: /home/mike/.ssh/id_rsa debug1: Trying private key: /home/mike/.ssh/id_dsa debug1: Trying private key: /home/mike/.ssh/id_ecdsa debug1: Next authentication method: password mike@192.168.0.11's password: debug1: Authentication succeeded (password). Authenticated to 192.168.0.11 ([192.168.0.11]:22). debug1: channel 0: new [client-session] debug1: Requesting no-more-sessions@openssh.com debug1: Entering interactive session. debug1: Sending environment. debug1: Sending env LANG = fr_FR.UTF-8 debug1: Sending command: scp -v -t -- ~/Documents Sending file modes: C0644 253858 FreeCol.log Sink: C0644 253858 FreeCol.log FreeCol.log 100% 248KB 247.9KB/s 00:00 debug1: client_input_channel_req: channel 0 rtype exit-status reply 0 debug1: channel 0: free: client-session, nchannels 1 debug1: fd 0 clearing O_NONBLOCK debug1: fd 1 clearing O_NONBLOCK Transferred: sent 256152, received 1976 bytes, in 1.5 seconds Bytes per second: sent 166518.1, received 1284.5 debug1: Exit status 0 mike@la-haute-tour:~$

J'ai vérifié, j'ai bien reçu le fichier sur le netbook.

Et dans le terminal où j'ai lancé tail -f .... ces lignes se sont rajoutées :

Code: Tout sélectionner: Jun 13 13:39:01 mike-laptop CRON[4959]: pam_unix(cron:session): session opened for user root by (uid=0) Jun 13 13:39:01 mike-laptop CRON[4959]: pam_unix(cron:session): session closed for user root Jun 13 13:41:17 mike-laptop sshd[4971]: pam_sm_authenticate: Called Jun 13 13:41:17 mike-laptop sshd[4971]: pam_sm_authenticate: username = [mike] Jun 13 13:41:17 mike-laptop sshd[4971]: Accepted password for mike from 192.168.0.10 port 49133 ssh2 Jun 13 13:41:17 mike-laptop sshd[4971]: pam_unix(sshd:session): session opened for user mike by (uid=0) Jun 13 13:41:19 mike-laptop sshd[5052]: Received disconnect from 192.168.0.10: 11: disconnected by user Jun 13 13:41:19 mike-laptop sshd[4971]: pam_unix(sshd:session): session closed for user mike

Je vous avouerais ne pas tout comprendre :s

Code: Tout sélectionner: bizarrement, ssh fonctionne quand je suis sur le fix pour me connecter au netbook (je suis actuellement connecté) mais pas l'inverse

Bon, il faut choisir un sens, et définir ce qu'on debugue exactement.

Pour debuguer ça: d'abord, y a-t-il un serveur sur le fix ?
Sur le fix, que donne:

Code: Tout sélectionner: ssh localhost

Sur le fix, que donne:

Code: Tout sélectionner: ps ax|grep sshd

Bon, il faut choisir un sens, et définir ce qu'on debugue exactement.

Je me suis demandé si ça en pouvait pas venir d'un problème d'installation ou de configuration.
C'est pour cela que j'ai fait la même opération sur le fix (quand j'ai vu que ça ne marchait pas depuis le netbook)

Code: Tout sélectionner: mike@la-haute-tour:~$ ssh localhost The authenticity of host 'localhost (127.0.0.1)' can't be established. RSA key fingerprint is 8b:2e:be:50:6e:e8:95:f2:3e:cd:a9:b6:ce:4d:48:46. Are you sure you want to continue connecting (yes/no)?

Code: Tout sélectionner: mike@la-haute-tour:~$ ps ax|grep sshd 1210 ? Ss 0:00 /usr/sbin/sshd -D 18007 pts/0 D+ 0:00 grep sshd

Code: Tout sélectionner: J'ai vérifié, j'ai bien reçu le fichier sur le netbook.

Bon, en fait ça marche !

Code: Tout sélectionner: Je vous avouerais ne pas tout comprendre :s

Alors, rien ne vaut un bon article:

http://www.unixgarden.com/index.php/adm ... ion-de-ssh

Page 2 sur 5Précédent 1, 2, 3, 4, 5 SuivantOpenSSH et SCP

Qui est en ligne ?

Se connecter

Page 2 sur 5Précédent 1, 2, 3, 4, 5 SuivantOpenSSH et SCP

Qui est en ligne ?