Red Hat Bugzilla – Full Text Bug Listing
|Summary:||scp remote remote with password authentication doesn't work|
|Product:||[Fedora] Fedora||Reporter:||Ronny Buchmann <ronny-rhbugzilla>|
|Component:||openssh||Assignee:||Nalin Dahyabhai <nalin>|
|Status:||CLOSED DUPLICATE||QA Contact:|
|Fixed In Version:||Doc Type:||Bug Fix|
|Doc Text:||Story Points:||---|
|Last Closed:||2006-02-21 14:02:44 EST||Type:||---|
|oVirt Team:||---||RHEL 7.3 requirements from Atomic Host:|
|Bug Depends On:|
Description Ronny Buchmann 2004-04-23 04:50:38 EDT
Description of problem: "scp userx@host1:file usery@host2:" doesn't prompt for password of usery@host2 and fails Version-Release number of selected component (if applicable): 3.6.1.p2-19 How reproducible: always Additiional Info: A password is only read from /dev/tty, but when running scp (or ssh with a command), you don't get a tty. in sshconnect2.c: userauth_passwd() ... password = read_passphrase(prompt, 0); One can try: ssh -t -x userx@host1 "ssh usery@host2" wich actually works (as it forces tty allocation), without -t you get the same error, as when doing remote to remote scp. So to scp between remote hosts, you need to: ssh -t -x userx@host1 "scp file usery@host2"
Comment 1 Ronny Buchmann 2004-04-23 04:55:52 EDT
Created attachment 99646 [details] fix for scp I think this fixes scp, but I did not test it yet.
Comment 2 Ronny Buchmann 2004-04-24 12:45:18 EDT
Created attachment 99677 [details] second attempt this one actually works, but I don't know if the removal of -n has any security implications. I hope someone can comment on this.
Comment 3 Ronny Buchmann 2004-10-19 13:38:33 EDT
*** This bug has been marked as a duplicate of 103364 ***
Comment 4 Red Hat Bugzilla 2006-02-21 14:02:44 EST
Changed to 'CLOSED' state since 'RESOLVED' has been deprecated.