Bug 852 - scp bug with computer names
Summary: scp bug with computer names
Status: CLOSED WORKSFORME
Alias: None
Product: Portable OpenSSH
Classification: Unclassified
Component: scp (show other bugs)
Version: 3.6.1p2
Hardware: All Linux
: P2 normal
Assignee: OpenSSH Bugzilla mailing list
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-04-24 17:01 AEST by John W. Nicholson
Modified: 2006-10-07 11:36 AEST (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description John W. Nicholson 2004-04-24 17:01:34 AEST
When stating:
scp -p -r 192.168.1.100:/dirfrom 192.168.1.2:/dirto
I get the following:

Permission denied, please try again.
Permission denied, please try again.
Permission denied (publickey,password,keyboard-interactive).
lost connection

With some help at this thread:
http://www.fedoraforum.org/forum/showthread.php?s=&postid=8431#post8431

I think the issue is with treatment of the computer name or IP address of the
functioning computer being a local machine.  By functioning computer, I mean the
computer which is executing the program.

If the above command is issued from a machine with an IP address as 192.168.1.2
or 192.168.1.100 followed with ":dirname" then the scp will fail. If only
"dirname" is entered for the functioning computer then scp works. 

Note that I am not copying between two remote machines, only one.
Comment 1 Darren Tucker 2004-04-24 17:27:54 AEST
I don't follow what you're trying to do.  Are you trying to copy into a
directory named "192.168.1.2:" ?
Comment 2 Jason McCormick 2004-04-25 14:06:25 AEST
  I think what he's trying (perhaps inadvertantly?) is to copy between two
machines. I took a spin through the linked reading material on Fedora's support
forums (I'm REALLY bored tonight).  scp host1:/foo host2:/foo2 is functionally
equivalent to ssh host1 "scp /foo host2:/foo".  That will work if you're using
keying or kerberos, but not regular interactive password.
Comment 3 Darren Tucker 2004-09-11 23:52:36 AEST
No reply == closed bug.  If you're trying to copy to or from a local filesystem
use either of:
$ scp /local/path/to/file remotehost:/remote/path
or
$ scp remotehost:/remote/path /local/path/to/file

If that's not what you're trying to do them please elaborate.
Comment 4 Darren Tucker 2006-10-07 11:36:18 AEST
Change all RESOLVED bug to CLOSED with the exception of the ones fixed post-4.4.