And deeper into the rabbit hole I go.
Here is a snip from server debug ->
-
debug1: userauth-request for user sys_dev service ssh-connection method none
debug1: attempt 0 failures 0
debug1: Starting up PAM with username "sys_dev"
debug1: PAM setting rhost to "gladiato
> Date: Fri, 04 Oct 2002 15:48:56 -0400
> From: Gerard Samuel <[EMAIL PROTECTED]>
>
> I started the whole process again and added the SSH2 option to the
> command line which now looks like this ->
> scp -o 'Protocol=2' -v ~/temp/file.zip sys_dev@hivemind:
Good. This is now at least running V2 p
I started the whole process again and added the SSH2 option to the
command line which now looks like this ->
scp -o 'Protocol=2' -v ~/temp/file.zip sys_dev@hivemind:
Towards the bottom you'll see its trying authentication methods, using
the public key as the first option.
I would tend to believ
> Date: Fri, 04 Oct 2002 13:31:56 -0400
> From: Gerard Samuel <[EMAIL PROTECTED]>
> Sender: [EMAIL PROTECTED]
>
> A few months ago, I had a cron job scp a file to another box within my
> lan. It worked great and things were good.
> I dont remember why I turned it off, but Im trying to set it bac
A few months ago, I had a cron job scp a file to another box within my
lan. It worked great and things were good.
I dont remember why I turned it off, but Im trying to set it back up.
Both boxes are running FBSD 4.6.2-Release.
On the sending box ->
1. ssh-keygen -t rsa //Accept the defaults and
A few months ago, I had a cron job scp a file to another box within my
lan. It worked great and things were good.
I dont remember why I turned it off, but Im trying to set it back up.
Both boxes are running FBSD 4.6.2-Release.
On the sending box ->
1. ssh-keygen -t rsa //Accept the defaults an
