public inbox for overseers@sourceware.org
 help / color / mirror / Atom feed
From: Ian Lance Taylor <ian@airs.com>
To: kenner@vlsi1.ultra.nyu.edu (Richard Kenner)
Cc: overseers@gcc.gnu.org
Subject: Re: SSH2 public key?
Date: Wed, 26 Oct 2005 01:06:00 -0000	[thread overview]
Message-ID: <m3irvldv6b.fsf@gossamer.airs.com> (raw)
In-Reply-To: <10510252324.AA21249@vlsi1.ultra.nyu.edu>

kenner@vlsi1.ultra.nyu.edu (Richard Kenner) writes:

>      Well, you sent out an SSH private key.  The question is whether you
>      generated a new private/public key pair, using ssh-keygen, before you
>      sent out the public key.  Or whether you just sent the public key you
>      already had.
> 
> Or sent some other random private key that happened to be in a file
> somewhere.  Given the amount of trouble I had getting everything to
> work, there are likely to be numerous public and private keys around in
> lots of files on different machines.  How would I go about seeing if
> that particular key private key corresponded to that particular public key?

I don't know.  I mean, one could do it by putting it in an
authorized_keys file and then using the private key with SSH to see if
I could connect, but I assume from your other comments that that would
be difficult for you.  I don't know how to do it using just an SSH
client.

>      Please generate a new SSH key pair, and send us the new public key.
> 
> I have absolutely no idea what that means or how to do it!  When I
> switched from using the VanDyke "crt" program to their "securecrt" program,
> I used it to generate various sets of keys that I copied to various places
> and kept hacking away until it worked. I never had a good understanding
> of the process since every machine seemed to have its own mechanism.

I've never used securecrt.  But the basic idea behind SSH is this:

1) SSH uses pairs of keys.
2) Each pair is composed of one private key and one public key.
3) You should keep the private key completely private.
4) You can give the public key to anybody.
5) The client has one or more private keys.
6) The server has one or more public keys.
7) When you connect, the client and server compare their keys in a
   secure manner.
8) If the client has a private key which matches a public key held on
   the server, access is permitted.

And, of course:
    http://www.employees.org/~satch/ssh/faq/ssh-faq.html

> So basically what you are suggesting would be starting from scratch.
> That would be bad enough except for the hurricane and now they are
> saying it might not be until November 15 that I can start the process of
> getting to one of those machines.

That is unfortunate, but you should not have to get to each machine to
create a new pair of SSH keys.  And, if you like, you can use a
different private key for each one of your machines.  It just means
having several public keys on gcc.gnu.org.

> As I understand it, I have to start with the Van Dyke program because it
> can't *import* a private key, but I'm not sure.  Is that right?  If so,
> I guess I can work on it, though it'll likely take much of the week.

I don't know anything about the Van Dyke program.  I looked online,
but unfortunately they don't seem to put their manual on the web.

Ian

  parent reply	other threads:[~2005-10-25 23:38 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-10-25 23:30 Richard Kenner
2005-10-25 23:38 ` Daniel Jacobowitz
2005-10-26  1:06 ` Ian Lance Taylor [this message]
  -- strict thread matches above, loose matches on Subject: below --
2005-10-27  1:03 Richard Kenner
2005-10-26  3:04 Richard Kenner
2005-10-27  0:53 ` Ian Lance Taylor
2005-10-26  1:15 Richard Kenner
2005-10-25 23:41 Richard Kenner
2005-10-26  1:11 ` Ian Lance Taylor
2005-10-25 23:13 Richard Kenner
2005-10-25 23:20 ` Ian Lance Taylor
2005-10-26  2:48   ` Frank Ch. Eigler
2005-10-25 22:37 Richard Kenner
2005-10-25 22:16 Richard Kenner
2005-10-25 22:21 ` Ian Lance Taylor
2005-10-25 22:40 ` Ian Lance Taylor
2005-10-25 22:12 Richard Kenner
2005-10-25 22:14 ` Ian Lance Taylor

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=m3irvldv6b.fsf@gossamer.airs.com \
    --to=ian@airs.com \
    --cc=kenner@vlsi1.ultra.nyu.edu \
    --cc=overseers@gcc.gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).