Acces ssh depuis smoothwall

par **YT-1300** » 01 Avr 2003 11:03

Bonjour à toutes et à tous. J'ai un petit truc qui m'agasse. Voila j'ai crée un user toto sur mon smoothie. Et avec ce user j'aimerai effectuer du ssh sur un serveur linux de mon reseau. Le probleme c qu'il 'y arrive pas . Voila ce qu'il me met quand je fait un "ssh 192.168.0.4": Permission denied, please try again. Permission denied (publickey,password,keyboard-interactive).<IMG SRC="images/smiles/icon_cry.gif"> alors que quand je suis en root et que je tape: <a href="mailto:toto@192.168.0.4">toto@192.168.0.4</a> et bien ça marche.Je me log en tant que toto que le serveur A mon avis c un probleme de droit, mais ou <IMG SRC="images/smiles/icon_confused.gif"> Merci d'avance

par **YT-1300** » 01 Avr 2003 11:36

Bon juste pour info. Le but n'est pas de faire un ssh sur smoothwall mais depuis smoothwall. Le ssh sur smoothwall fonctionne avec mes users toto et root. Mais là, c'est quand ja suis logué sur smoothwall et que j'essais d'atteindre un autre serveur via ssh. Merci d'avance.

par **tomtom** » 01 Avr 2003 17:04

Est-ce que les droits d'excution du binaire ssh sont corrects ? Tu dois avoir -r-xr-x--x a mon avis comme permissions sur le binaire... Si tu n'as pas le dernier x, ne cherches pas plus loin <IMG SRC="images/smiles/icon_razz.gif"> Thomas

par **YT-1300** » 01 Avr 2003 18:07

Non, c'est trop facile comme solution. <IMG SRC="images/smiles/icon_razz.gif"> J'avais deja regardé et le petit "x" est bien a sa place ainsi que sur les librairies du ssh. <IMG SRC="images/smiles/icon_cry.gif"> Bon te toute façon si je n'y arrive pas je passe par telnet. j'ai trouvé comment lui indiqué le non de l'utilisateur. telnet -l toto 192.168.0.4 mais je n'ai pas trouvé pour lui indiqué le pass. Vous avez une idée <IMG SRC="images/smiles/icon_confused.gif">

par **grosbedos** » 01 Avr 2003 18:19

il me semble ke ssh C un peu plus complex ke ca.. en tapan ssh 192.168..... tu nira pa loin je pense! il faudrai specifier un nom d'utilisateur au moin.. ou je c pa mettre un fichier contenan la clef public du serveur etc... pitetr je me trompe..

par **YT-1300** » 01 Avr 2003 18:31

oui mais g deja effectué tous ces tests. Le seul soucis, c'est un probleme de droit, mais ou ???? . Quand tu fais un ssh sur une machine, ce n'est pas obligatoire de lui stipuler le login dans la commande.

par **tomtom** » 01 Avr 2003 18:35

Utilises-tu uniquement des cles privées pour te connecter en ssh, et si oui as tu créé des cles pour ton user toto ?

par **YT-1300** » 01 Avr 2003 18:38

Déja fais <IMG SRC="images/smiles/icon_frown.gif">

par **tomtom** » 01 Avr 2003 18:39

Dans le /etc/ssh/ssh_config, tu dois avoir la ligne PasswordAuthentication no Celle-ci oblige à utiliser des clef privées, et ton user n'en a pas... utilises l'utilitaire ssh-keygen pour creer des clefs pour ton user, mettre la clef publique sur le server à atteindre et voila ! Thomas

par **YT-1300** » 02 Avr 2003 15:13

Désolé je lui es crée un clée privé et ça ne marche pas. bon te toute façon je n'ai pas le tmp de m'attarder sur le sujet je dois tester des chose qui dependent de cette connection entre ces deux machines. J'ai donc essayer de voir avec telnet. Et si ce n'est pas bon je verais rsh. bon en faite c'est un scripte qui va me permettre d'acceder a mon serveur linux depuis smothwall. Donc par telnet j'ai trouver pour lui indiqué le user mais pas le pass. ( telnet -l toto 192.168.0.4) Vous avez une solution??? ps: je ne laisserai pas tomber le ssh mais y a urgence ailleurs, merci pour votre aide

par **tomtom** » 02 Avr 2003 17:15

on ne peut pas specifier le passwd en temnet, alors pour scripter... par contre donne moi rapidos le resultat d'une commande ssh -v 192.168.0.4 depuis l'user toto... je suis sur que c'est pcque il ne trouve pas la bonne methode d'authentification... Si tu peux aussi me donner ton ssh.conf.... Je regarde vite Thomas

par **YT-1300** » 02 Avr 2003 17:38

ssh -v :  bash$ ssh -v 192.168.0.4 OpenSSH_3.4p1, SSH protocols 1.5/2.0, OpenSSL 0x0090605f debug1: Reading configuration data /home/toto/.ssh/config debug1: Rhosts Authentication disabled, originating port will not be trusted. debug1: ssh_connect: needpriv 0 debug1: Connecting to 192.168.0.4 [192.168.0.4] port 22. debug1: Connection established. debug1: identity file /home/toto/.ssh/id_rsa type 1 debug1: Remote protocol version 1.99, remote software version OpenSSH_2.9p2 debug1: match: OpenSSH_2.9p2 pat OpenSSH_2.*,OpenSSH_3.0*,OpenSSH_3.1* Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_3.4p1 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: 120/256 debug1: bits set: 1018/2049 debug1: SSH2_MSG_KEX_DH_GEX_INIT sent debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY debug1: Host '192.168.0.4' is known and matches the RSA host key. debug1: Found key in /home/toto/.ssh/known_hosts:1 debug1: bits set: 975/2049 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-interacti ve debug1: next auth method to try is publickey debug1: try pubkey: /home/toto/.ssh/id_rsa debug1: authentications that can continue: publickey,password,keyboard-interacti ve debug1: next auth method to try is keyboard-interactive debug1: authentications that can continue: publickey,password,keyboard-interacti ve debug1: next auth method to try is password debug1: authentications that can continue: publickey,password,keyboard-interacti ve Permission denied, please try again. debug1: authentications that can continue: publickey,password,keyboard-interacti ve Permission denied, please try again. debug1: authentications that can continue: publickey,password,keyboard-interacti ve debug1: no more auth methods to try Permission denied (publickey,password,keyboard-interactive). debug1: Calling cleanup 0x8061048(0x0)  ssh_config :  # $OpenBSD: ssh_config,v 1.15 2002/06/20 20:03:34 stevesk Exp $ # This is the ssh client system-wide configuration file. See # ssh_config(5) for more information. This file provides defaults for # users, and the values can be changed in per-user configuration files # or on the command line. # Configuration data is parsed as follows: # 1. command line options # 2. user-specific file # 3. system-wide file # Any configuration value is only changed the first time it is set. # Thus, host-specific definitions should be at the beginning of the # configuration file, and defaults at the end. # Site-wide defaults for various options # Host * # ForwardAgent no # ForwardX11 no # RhostsAuthentication no # RhostsRSAAuthentication no # RSAAuthentication yes PasswordAuthentication yes # BatchMode no # CheckHostIP yes # StrictHostKeyChecking ask # IdentityFile ~/.ssh/identity IdentityFile ~/.ssh/id_rsa # IdentityFile ~/.ssh/id_dsa # Port 22 Protocol 2,1 # Cipher 3des # Ciphers aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes2 56-cbc # EscapeChar ~

par **tomtom** » 02 Avr 2003 17:44

ok, et cote serveur (sshd.conf), tu autorises bien l'authenetification par passwd ? La j'ai aps l'impression qu'il essaye.... De plus, il semble qu'il y ait un problème de droit d'acces au fichier de clefs... (ou peut-être au repertoire au dessus ?) Thomas

par **YT-1300** » 02 Avr 2003 17:53

oui j'autorise bien le passe donc c bien un prob de droit mais je ne vois pas ou? car j'ai essayé de donnée des droits sur des fichier mais rien a faire.  sshd_config  coté serveur # $OpenBSD: sshd_config,v 1.38 2001/04/15 21:41:29 deraadt Exp $ # This sshd was compiled with PATH=/usr/bin:/bin:/usr/sbin:/sbin # This is the sshd server system-wide configuration file. See sshd(8) # for more information. Port 22 Protocol 2,1 #ListenAddress 0.0.0.0 #ListenAddress :: HostKey /etc/ssh/ssh_host_key HostKey /etc/ssh/ssh_host_rsa_key HostKey /etc/ssh/ssh_host_dsa_key ServerKeyBits 768 LoginGraceTime 600 KeyRegenerationInterval 3600 PermitRootLogin yes # # Don't read ~/.rhosts and ~/.shosts files IgnoreRhosts yes # Uncomment if you don't trust ~/.ssh/known_hosts for RhostsRSAAuthentication #IgnoreUserKnownHosts yes StrictModes yes X11Forwarding yes X11DisplayOffset 10 PrintMotd yes #PrintLastLog no KeepAlive yes # Logging SyslogFacility AUTHPRIV LogLevel INFO #obsoletes QuietMode and FascistLogging RhostsAuthentication no # # For this to work you will also need host keys in /etc/ssh/ssh_known_hosts RhostsRSAAuthentication no # similar for protocol version 2 HostbasedAuthentication no # RSAAuthentication yes PubkeyAuthentication yes # To disable tunneled clear text passwords, change to no here! PasswordAuthentication yes PermitEmptyPasswords no # Uncomment to disable s/key passwords #ChallengeResponseAuthentication no # Uncomment to enable PAM keyboard-interactive authentication # Warning: enabling this may bypass the setting of 'PasswordAuthentication' #PAMAuthenticationViaKbdInt yes # To change Kerberos options #KerberosAuthentication no #KerberosOrLocalPasswd yes #AFSTokenPassing no #KerberosTicketCleanup no # Kerberos TGT Passing does only work with the AFS kaserver #KerberosTgtPassing yes #CheckMail yes #UseLogin no #MaxStartups 10:30:60 #Banner /etc/issue.net #ReverseMappingCheck yes Subsystem sftp /usr/libexec/openssh/sftp-server

par **tomtom** » 02 Avr 2003 17:59

Bizarre bizarre... Toujours plus loin dans le debug : ssh -vv ip_address, ca te donne koi ?

Acces ssh depuis smoothwall

Qui est en ligne ?