similar to: ssh-copy-id: Issue with target machine with non-sh shell

https://bugzilla.mindrot.org/show_bug.cgi?id=2206 Bug ID: 2206 Summary: ssh-copy-id fails with message 'Ambiguous output redirect.' with a non-sh style remote shell Product: Portable OpenSSH Version: 6.5p1 Hardware: Other OS: Linux Status: NEW Severity: normal

When editing ~/.ssh/authorized_keys manually, sometimes users forget to add a newline at the end of the file, causing the next ssh-copy-id call to append a new key to an existing key, invalidating both keys. This can be fixed by simply adding a newline before appending the key. Something like this change to openssh-source/openssh-6.7p1/contrib/ssh-copy-id might work: # Assuming that the remote

I'd like to propose a couple of tweaks to ssh-copy-id: o Change the default ID_FILE from identity.pub to id_dsa.pub or perhaps {id_dsa,id_rsa,identity}.pub to cover all the bases, although the patch below deals only with id_dsa.pub - it would need some more tweaking to deal with more than one (possibly non-existent) file. o If the destination authorized_keys file already contains the

Hi. I would like to add an option [-p port] to ssh-copy-id. If this option is given then ssh-copy-id calls ssh with -p port to connect to non-standard port. The patch [1] adds this option to ssh-copy-id and documents it in ssh-copy-id(1) man page [1] http://plautrba.fedorapeople.org/openssh/718674/ssh-copy-id-p-port.patch Thanks, Petr diff --git a/contrib/ssh-copy-id

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 hello everyone! i'd like to sincerely ask you to include a fix for ssh-copy-id bug i'll be linking below. it's a trivial fix which resolves https://bugzilla.mindrot.org/show_bug.cgi?id=2206 and eases life of many. it's been field-tested by redhat devs and users so i see no problem in incorporating it.

http://bugzilla.mindrot.org/show_bug.cgi?id=461 Summary: ssh-copy-id is messy when invoked with no arguments Product: Portable OpenSSH Version: -current Platform: All URL: http://bugs.debian.org/71376 OS/Version: Linux Status: NEW Severity: minor Priority: P2 Component: Miscellaneous

On 20 Mar 2016, at 19:15, Philip Hands <phil at hands.com> wrote: > Is anyone going to be upset by the resulting blank lines being added by > ssh-copy-id when the file was not missing a terminating newline? Well it would be at least mildly annoying my previously nice looking file now has a pile of blank lines in just because someone didn't know how to use their editor ... --

Hi, quick patch to ssh-copy-id to make it set the file modes more correctly. Thanks, Matthew --- contrib/ssh-copy-id.orig Thu Sep 27 21:47:44 2001 +++ contrib/ssh-copy-id Thu Sep 27 21:47:52 2001 @@ -33,7 +33,7 @@ exit 1 fi -{ eval "$GET_ID" ; } | ssh $1 "test -d .ssh || mkdir .ssh ; cat >> .ssh/authori zed_keys ; chmod g-w . .ssh .ssh/authorized_keys" +{ eval

https://bugzilla.mindrot.org/show_bug.cgi?id=3201 Bug ID: 3201 Summary: provide an option to use sftp instead of ssh 'exec sh -c ?' for installing ssh-keys via ssh-copy-id Product: Portable OpenSSH Version: -current Hardware: All OS: All Status: NEW Severity: enhancement

Hi, I'm having problems with the command= syntax in the authorized_keys file. I'm running rsync 2.5.6. I've searched the list archives for "authorized_keys" and "protocol version mismatch", but I can't seem to derive a solution from those threads. Simply put, my goal is to let a group of 15 to 20 users update a set of files in a single user account on a

https://bugzilla.mindrot.org/show_bug.cgi?id=2174 Bug ID: 2174 Summary: no-pty in authorized_keys does not prevent and interactive shell Product: Portable OpenSSH Version: 6.4p1 Hardware: All OS: Linux Status: NEW Severity: security Priority: P5 Component: sshd

Michael Stone <mstone at mathom.us> writes: > On Sun, Mar 20, 2016 at 08:30:33PM +0000, Colin Watson wrote: >>How about something like: >> >> if [ "$(sed -n '${s/.*//;p}' ~/.ssh/authorized_keys | wc -l)" = 0 ]; then >> echo >> ~/.ssh/authorized_keys >> fi >> >>I feel like there must be a neater but still portable way

On Sun, Mar 20, 2016 at 03:51:23PM -0400, Stephen Harris wrote: > On Sun, Mar 20, 2016 at 07:30:01PM +0000, Alex Bligh wrote: > > On 20 Mar 2016, at 19:15, Philip Hands <phil at hands.com> wrote: > > > Is anyone going to be upset by the resulting blank lines being added by > > > ssh-copy-id when the file was not missing a terminating newline? > > > >

https://bugzilla.mindrot.org/show_bug.cgi?id=2128 Bug ID: 2128 Summary: ssh-copy-id doesn't check if a public key already exists in a remote servers ~/.ssh/authorized_keys file Product: Portable OpenSSH Version: -current Hardware: Other OS: Other Status: NEW Severity: enhancement

https://bugzilla.mindrot.org/show_bug.cgi?id=1980 dajoker at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dajoker at gmail.com --- Comment #6 from dajoker at gmail.com --- The ' openssh-unix-dev at mindrot.org' mailing list thread

Hi, I downloaded Asterisk using this command a couple of weeks ago... # cd /usr/src # export CVSROOT=:pserver:anoncvs@cvs.digium.com:/usr/cvsroot # cvs login # cvs checkout zaptel libpri asterisk Can someone tell me what I need to type in order to get the latest stabe version when I rebuild my server ? Thanks, Paul. -------------- next part -------------- An HTML attachment was scrubbed...

https://bugzilla.mindrot.org/show_bug.cgi?id=1500 Summary: enhance ssh-copy-id to work when login dir on server is not /home/user Classification: Unclassified Product: Portable OpenSSH Version: 5.0p1 Platform: All OS/Version: Linux Status: NEW Severity: enhancement Priority: P2

Am So., 29. Sept. 2024 um 00:20 Uhr schrieb <piticu.pulii at gmail.com>: > > On Fri, Sep 27, 2024 at 04:35:22PM +0200, Norbert Lange wrote: > > ssh-copy-id has special handling for dropbear, but this seems to be > > quite out of date (or forever wrong). > > I dont see dropbear ever accessing `/etc/dropbear/authorized_keys`, > > and I don't see any hints this

https://bugzilla.mindrot.org/show_bug.cgi?id=2349 Bug ID: 2349 Summary: ssh-copy-id transfer keys into current directory instead of home folder Product: Portable OpenSSH Version: 6.7p1 Hardware: All OS: Linux Status: NEW Severity: normal Priority: P5 Component:

https://bugzilla.mindrot.org/show_bug.cgi?id=3527 Bug ID: 3527 Summary: ssh-copy-id broken for dropbear Product: Portable OpenSSH Version: 9.1p1 Hardware: Other OS: Linux Status: NEW Severity: major Priority: P5 Component: ssh-copy-id Assignee: unassigned-bugs at mindrot.org