salut  
 
 
j'ai un souci avec la commande scp : je copie un fichier sur une machine distante et j'ai le message d'erreur suivant :
cd: Too many arguments    
 
je suis sur solaris 8
 
help !

tu pourrais peut etre donner la commande que tu lui donnes ?

voila la commande :
 
scp -v fic1 userA@MachineAtmp/fic1
 
precision : cette commande fonctionne avec certains users sur machineA et pas avec d'autres ....

les utilisateurs non autorisés sur machineA ne peuvent pas utiliser SSH c'est donc normal que scp sftp etc..... soient refusées aussi.

Tous les comptes que j'utilise existent bien sur MachineA ...

fic1 c'est vraiment le nom du fichier? t'aurais pas des caractères spéciaux dans tes noms de fichiers?

ça ça ne compte pas  
ce qu'il faut c'est qu'ils aient les droit de connexion sous ssh  
pas que les comptes utilisateurs existent seulement.

Comment verifier que mes users ont bien les droits de connexion sous ssh ?
 
MERCI !

man ssh
cat /etc/host*

Les users que j'utilise ont bien les droits de connexion ... d'ailleurs j'arrive a faire du ssh ... le probleme c'est la commande scp avec ce message d'erreur bien bizarre : "cd : Too many arguments" !!!!!!

tu as vu mes remarques? j'ai déjà eu ça avec un nom de fichier contenant des espaces ('tain de users qui font ça...)

+1 pour les fichiers avec des espaces, faut protéger la commande avec des ""

Les fichiers ne contiennent pas d'espace . le nom du fichier est fic1.
La copie de ce fichier fonctionne pour CERTAINS users et pas pour d'autres ....
 
je craque.

 
ton /tmp à l'arrivée, il a quoi comme droit ? c'est bien du 1777 ?

essaie un set -x avant la commande et fais un scp -vvv, histoire d'avoir de quoi débugguer

LA COMMANDE : scp -v mbt@azur2:fic1 /home/mbt
 
Les TRACES :
 
*************************************************
Executing: program /usr/local/bin/ssh host azur2, user mbt, command scp -v -f fic1
OpenSSH_3.5p1, SSH protocols 1.5/2.0, OpenSSL 0x0090607f
debug1: Reading configuration data /usr/local/etc/ssh_config
debug1: Rhosts Authentication disabled, originating port will not be trusted.
debug1: ssh_connect: needpriv 0
debug1: Connecting to azur2 [172.20.64.30] port 22.
debug1: Connection established.
debug1: identity file /home/fpt/.ssh/identity type -1
debug1: identity file /home/fpt/.ssh/id_rsa type -1
debug1: identity file /home/fpt/.ssh/id_dsa type -1
debug1: Remote protocol version 1.99, remote software version OpenSSH_3.5p1
debug1: match: OpenSSH_3.5p1 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_3.5p1
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-cbc hmac-md5 none
debug1: kex: client->server aes128-cbc hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug1: dh_gen_key: priv key bits set: 139/256
debug1: bits set: 1585/3191
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Host 'azur2' is known and matches the RSA host key.
debug1: Found key in /home/fpt/.ssh/known_hosts:2
debug1: bits set: 1562/3191
debug1: ssh_rsa_verify: signature correct
debug1: kex_derive_keys
debug1: newkeys: mode 1
debug1: SSH2_MSG_NEWKEYS sent
debug1: waiting for SSH2_MSG_NEWKEYS
debug1: newkeys: mode 0
debug1: SSH2_MSG_NEWKEYS received
debug1: done: ssh_kex2.
debug1: send SSH2_MSG_SERVICE_REQUEST
debug1: service_accept: ssh-userauth
debug1: got SSH2_MSG_SERVICE_ACCEPT
debug1: authentications that can continue: publickey,password,keyboard-interactive
debug1: next auth method to try is publickey
debug1: try privkey: /home/fpt/.ssh/identity
debug1: try privkey: /home/fpt/.ssh/id_rsa
debug1: try privkey: /home/fpt/.ssh/id_dsa
debug1: next auth method to try is keyboard-interactive
debug1: authentications that can continue: publickey,password,keyboard-interactive
debug1: next auth method to try is password
mbt@azur2's password:  
debug1: ssh-userauth2 successful: method password
debug1: fd 5 setting O_NONBLOCK
debug1: fd 6 setting O_NONBLOCK
debug1: channel 0: new [client-session]
debug1: send channel open 0
debug1: Entering interactive session.
debug1: ssh_session2_setup: id 0
debug1: Sending command: scp -v -f fic1
debug1: channel request 0: exec
debug1: channel 0: open confirm rwindow 0 rmax 32768
cd: Too many arguments
debug1: channel 0: rcvd eof
debug1: channel 0: output open -> drain
debug1: channel 0: obuf empty
debug1: channel 0: close_write
debug1: channel 0: output drain -> closed
debug1: client_input_channel_req: channel 0 rtype exit-status reply 0
debug1: channel 0: rcvd close
debug1: channel 0: close_read
debug1: channel 0: input open -> closed
debug1: channel 0: almost dead
debug1: channel 0: gc: notify user
debug1: channel 0: gc: user detached
debug1: channel 0: send close
debug1: channel 0: is dead
debug1: channel 0: garbage collecting
debug1: channel_free: channel 0: client-session, nchannels 1
debug1: fd 0 clearing O_NONBLOCK
debug1: fd 1 clearing O_NONBLOCK
debug1: Transferred: stdin 0, stdout 0, stderr 0 bytes in 0.6 seconds
debug1: Bytes per second: stdin 0.0, stdout 0.0, stderr 0.0
debug1: Exit status 1
 
***********************************************

un alias bizarre sur cd pour tes users où ça marche pas?

tous les users ont le meme alias :
alias cd=cd !* ; set prompt=`hostname`":"$USER":"`pwd`"->"

 
/tmp a tous les droits .