On Thursday 31 May 2007 20:05, Hans-Werner Hilse wrote:
On Thu, 31 May 2007 19:28:09 +0100 Mick [EMAIL PROTECTED] wrote:
Aha! We're getting somewhere. There's no /home/mic specified in
/etc/passwd but /:
mick:x:502:10::/:/bin/bash
What do you make of this?!
LART your admin :-)
On Wednesday 30 May 2007 21:42, Mauro Faccenda wrote:
On Wednesday 30 May 2007 16:57, Mick wrote:
I find it confusing. First of all I do not have a id_rsa.
it tries the default keys (id_rsa or id_dsa), if exists.
id_rsa does not exist in my local /home/michael/.ssh/ only id_dsa is there
On Thursday 31 May 2007 07:42, Mick wrote:
On Wednesday 30 May 2007 21:42, Mauro Faccenda wrote:
On Wednesday 30 May 2007 16:57, Mick wrote:
I find it confusing. First of all I do not have a id_rsa.
it tries the default keys (id_rsa or id_dsa), if exists.
id_rsa does not exist in my
Hi,
On Thu, 31 May 2007 11:42:48 +0100 Mick [EMAIL PROTECTED]
wrote:
Second, my id_dsa is my private key not my public key. My public
key is id_dsa.pub
but you will need your private key to be authenticated. that's why
it is *private*.
That's right, so why does it:
Mauro Faccenda wrote:
being a redhat, i suppose
that it uses redhat with more less the default configuration, that tries to
read your public key on your user home in the server (~/.ssh/authorized_users
or ~/.ssh/authorized_users2).
This is something I've wondered about for a while - what's
Hi,
On Thu, 31 May 2007 09:08:38 -0400 Randy Barlow
[EMAIL PROTECTED] wrote:
Mauro Faccenda wrote:
being a redhat, i suppose
that it uses redhat with more less the default configuration, that
tries to read your public key on your user home in the server
(~/.ssh/authorized_users or
On Thursday 31 May 2007 09:38, Hans-Werner Hilse wrote:
wrote:
Second, my id_dsa is my private key not my public key. My public
key is id_dsa.pub
but you will need your private key to be authenticated. that's why
it is *private*.
That's right, so why does it:
On Thursday 31 May 2007 13:14, Mauro Faccenda wrote:
On Thursday 31 May 2007 07:42, Mick wrote:
On Wednesday 30 May 2007 21:42, Mauro Faccenda wrote:
[snip]
debug1: Offering public key: /home/michael/.ssh/id_dsa
debug1: Authentications that can continue:
publickey,gssapi-with-mic,password
On 31/05/07, Mick [EMAIL PROTECTED] wrote:
On Thursday 31 May 2007 13:14, Mauro Faccenda wrote:
you should try creating your key pair again with:
$ ssh-keygen -t dsa
I would, but it seems to work fine with other servers, hence the point of this
thread. What I am going to try out
On Thursday 31 May 2007 13:38, Hans-Werner Hilse wrote:
But it _is_ a client message. It doesn't tell you where the server is
searching. So yes, the server might be off track and searching in the
wrong place. You could tell by monitoring the server's logs.
sshd will always search in the home
On Thu, May 31, 2007 2:28 pm, Mick wrote:
Aha! We're getting somewhere. There's no /home/mic specified in
/etc/passwd
but /:
mick:x:502:10::/:/bin/bash
What do you make of this?!
That's surely not right, try changing it to
mick:x:502:10::/home/mic:/bin/bash
--
Randy Barlow
Hi,
On Thu, 31 May 2007 19:28:09 +0100
Mick [EMAIL PROTECTED] wrote:
sshd will always search in the home directory as specified
in /etc/passwd (in the normal case) or more sophisticated solutions
like LDAP or NSS. So make sure it really *is* configured as the home
directory.
Aha!
Hi All,
I am trying to ssh into a RH server (CentOS) using pubkey authentication and
this is what I am getting back:
==
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1:
Hello Mick mic ! :D
On 30/05/07, Mick [EMAIL PROTECTED] wrote:
Hi All,
debug1: Next authentication method: publickey
debug1: Trying private key: /home/michael/.ssh/id_rsa
debug1: Offering public key: /home/michael/.ssh/id_dsa
I am not sure if you know the publickey authentication method, so
On Wednesday 30 May 2007 16:57, Mick wrote:
Hi All,
[...]
I find it confusing. First of all I do not have a id_rsa.
it tries the default keys (id_rsa or id_dsa), if exists. if you don't want it
to try it, you can use the -i parameter to ssh pointing to your private key
(ssh -i
On Wednesday 30 May 2007 21:12, Fabio wrote:
Hello Mick mic ! :D
On 30/05/07, Mick [EMAIL PROTECTED] wrote:
Hi All,
debug1: Next authentication method: publickey
debug1: Trying private key: /home/michael/.ssh/id_rsa
debug1: Offering public key: /home/michael/.ssh/id_dsa
I am not sure
16 matches
Mail list logo
