Click to See Complete Forum and Search --> : Pause in scp login
rdeschene2
06-27-2004, 02:18 PM
I have been using linux for a while now, but only recently got a second PC (laptop) and these are connected via a router/firewall/WAP. The laptop is using a wireless card, the desktop PC is connected directly to the router.
When I try to use scp to transfer files between computers it gets to the following (displayed using scp -v) and then pauses for about 60 seconds before proceeding.
SSH2_MSG_KEXINIT start
Subsequent processing of the password and file transfer is almost instantaneous.
Is this pause normal, and if not do you have any ideas how to improve this ?
openssh-3.4p1-263
Thank you.
cowanrl
06-27-2004, 07:55 PM
It could be possible that you have a host name lookup issue. Try adding an entry in the /etc/hosts file on each machine for the other machine on the network.
If that doesn't help, try adding this to the scp command you are using:
-o checkhostip=no
rdeschene2
06-28-2004, 11:53 AM
With regards to the /etc/hosts file, below is an example of the command I've been using.
scp ./Documents/rickloglaptop1 desktopuser@192.168.0.11:./temp/
As I'm specifying the IP address it shouldn't be looking up /etc/hosts I would think.
I tried the -o checkhostip=no and it still takes about 60 seconds for the password prompt to come up.
Thanks anyways.
cowanrl
06-28-2004, 09:06 PM
I was not speaking of a delay caused while your client machine was performing a DNS lookup to access the scp service. The delay that is often experienced when a service responds to a command is caused by the service itself performing a DNS lookup or reverse lookup.
If you read the man page on scp and ssh_config, you'll see that in certain situations, SSH will do a host name lookup during authentication. I thought that might be what you were experiencing.
JohnT
06-28-2004, 10:15 PM
Originally posted by cowanrl
It could be possible that you have a host name lookup issue. Try adding an entry in the /etc/hosts file on each machine for the other machine on the network.
If that doesn't help, try adding this to the scp command you are using:
-o checkhostip=no or "-v" for vebose mode to debug.