1) on fedora
ssh-keygen -P "" -f ~/.ssh/id_rsa
chmod 700 ~/.ssh
chmod 600 ~/.ssh/id_rsa
ftp id_rsa.pub to xp
2) on xp
append id_rsa.pub to /cwRsyncServer/var/SvcwRsync/.ssh/
authorized_keys2
3) and on fedora
ssh -i ~/.ssh/id_rsa i...@192.168.0.3
then I got this error message.
"Warning: Identity file ~/.ssh/id_rsa not accessible: No such file or
directory."
My sshd_config on xp is as follows::
#Port 22
Protocol 2,1
#Protocol 2
#ListenAddress 0.0.0.0
#ListenAddress ::
# HostKey for protocol version 1
#HostKey /etc/ssh/ssh_host_key
#HostKeys for protocol version 2
HostKey /etc/ssh/ssh_host_rsa_key
HostKey /etc/ssh/ssh_host_dsa_key
HostKey /etc/ssh_host_rsa_key
HostKey /etc/ssh_host_dsa_key
# Lifetime and size of ephemeral version 1 server key
#KeyRegenerationInterval 1h
#ServerKeyBits 768
# Logging
#obsoletes QuietMode and FascistLogging
#SyslogFacility AUTH
#LogLevel INFO
# Authentication:
#LoginGraceTime 2m
# PermitRootLogin no
# The following setting overrides permission checks on host key files
# and directories. For security reasons set this to "yes" when running
# NT/W2K, NTFS and CYGWIN=ntsec.
StrictModes no
RSAAuthentication yes
PubkeyAuthentication yes
AuthorizedKeysFile .ssh/authorized_keys2
# For this to work you will also need host keys in /etc/ssh/
ssh_known_hosts
#RhostsRSAAuthentication no
# similar for protocol version 2
#HostbasedAuthentication yes
# Change to yes if you don't trust ~/.ssh/known_hosts for
# RhostsRSAAuthentication and HostbasedAuthentication
IgnoreUserKnownHosts yes
# Don't read the user's ~/.rhosts and ~/.shosts files
#IgnoreRhosts yes
# To disable tunneled clear text passwords, change to no here!
PasswordAuthentication yes
PermitEmptyPasswords no
# Change to no to disable s/key passwords
ChallengeResponseAuthentication no
# Kerberos options
#KerberosAuthentication no
#KerberosOrLocalPasswd yes
#KerberosTicketCleanup yes
# GSSAPI options
#GSSAPIAuthentication no
#GSSAPICleanupCreds yes
# Set this to 'yes' to enable PAM authentication (via challenge-
response)
# and session processing. Depending on your PAM configuration, this
may
# bypass the setting of 'PasswordAuthentication'
#UsePAM yes
#AllowTcpForwarding yes
#GatewayPorts no
#X11Forwarding no
#X11DisplayOffset 10
#X11UseLocalhost yes
#PrintMotd yes
#PrintLastLog yes
#KeepAlive yes
#UseLogin no
UsePrivilegeSeparation no
#PermitUserEnvironment no
#Compression yes
#ClientAliveInterval 0
#ClientAliveCountMax 3
#UseDNS yes
#PidFile /var/run/sshd.pid
MaxStartups 10:30:60
# default banner path
Banner /etc/banner.txt
# override default of no subsystems
Subsystem sftp /usr/sbin/sftp-server
And, /var/log/OpenSSHServer.log is
/etc/sshd_config line 16: garbage at end of line; "protocol".
/etc/sshd_config line 16: garbage at end of line; "protocol".
/etc/sshd_config line 16: garbage at end of line; "protocol".
/etc/sshd_config line 16: garbage at end of line; "protocol".
/etc/sshd_config line 16: garbage at end of line; "protocol".
Could not load host key: /etc/ssh/ssh_host_rsa_key
Could not load host key: /etc/ssh/ssh_host_dsa_key
Disabling protocol version 1. Could not load host key
Could not load host key: /etc/ssh/ssh_host_rsa_key
Could not load host key: /etc/ssh/ssh_host_dsa_key
Disabling protocol version 1. Could not load host key
Could not load host key: /etc/ssh/ssh_host_rsa_key
Could not load host key: /etc/ssh/ssh_host_dsa_key
Disabling protocol version 1. Could not load host key
Could not load host key: /etc/ssh/ssh_host_rsa_key
Could not load host key: /etc/ssh/ssh_host_dsa_key
Disabling protocol version 1. Could not load host key
Why do I get this error mesage?
"Warning: Identity file ~/.ssh/id_rsa not accessible: No such file or
directory."
Is there errors on sshd_config?
Did you check the permissions on /etc/ssh_host_rsa_key
/etc/ssh_host_dsa_key ?? Or if they exists.
I think it is stange in your config to find both :
HostKey /etc/ssh/ssh_host_rsa_key
HostKey /etc/ssh/ssh_host_dsa_key
And
HostKey /etc/ssh_host_rsa_key
HostKey /etc/ssh_host_dsa_key
You can eventually check also /etc/ssh/ssh_config which is the config
file of ssh client. May be you can find some clue about the connection
problem. It may also exist a log of the ssh client... but do not know where.
EnjoY!
Thank you, M'vy!!
It's permission problem!
My ssh is working now.
No Problem!
EnjoY!