From owner-freebsd-questions@FreeBSD.ORG Wed Mar 5 14:35:57 2014 Return-Path: Delivered-To: questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 86A5229C; Wed, 5 Mar 2014 14:35:57 +0000 (UTC) Received: from webmail.dweimer.net (24-240-198-187.static.stls.mo.charter.com [24.240.198.187]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3716EF6D; Wed, 5 Mar 2014 14:35:56 +0000 (UTC) Received: from www.dweimer.net (webmail [192.168.5.2]) by webmail.dweimer.net (8.14.7/8.14.7) with ESMTP id s25EZnul077918 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 5 Mar 2014 08:35:50 -0600 (CST) (envelope-from dweimer@dweimer.net) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Wed, 05 Mar 2014 08:35:49 -0600 From: dweimer To: Brett Glass Subject: Re: SSH Protocol 2 between 9.x and 10.0 fails Organization: dweimer.net Mail-Reply-To: dweimer@dweimer.net In-Reply-To: <201403050528.WAA21620@mail.lariat.net> References: <201403050528.WAA21620@mail.lariat.net> Message-ID: X-Sender: dweimer@dweimer.net User-Agent: Roundcube Webmail/1.0-rc Cc: questions@freebsd.org, owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: dweimer@dweimer.net List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Mar 2014 14:35:57 -0000 On 03/04/2014 10:54 pm, Brett Glass wrote: > Everyone: > > I'm making my first FreeBSD 10.0 server, and have been trying to use > scp to copy files onto it from a machine running 9.1. However, for > some reason, transfers only work if I specify the "-1" option on the > command line. The same is true of interactive SSH sessions; I can't > log into either machine from the other with SSH Protocol 2. Has anyone > else noticed this incompatibility? Here's an excerpt from the > "verbose" output from a failed scp session in which I attempted a file > transfer from the 9.1 server to the 10.0 server: > > debug1: identity file /root/.ssh/id_rsa type -1 > debug1: identity file /root/.ssh/id_rsa-cert type -1 > debug1: identity file /root/.ssh/id_dsa type -1 > debug1: identity file /root/.ssh/id_dsa-cert type -1 > debug1: identity file /root/.ssh/id_ecdsa type -1 > debug1: identity file /root/.ssh/id_ecdsa-cert type -1 > debug1: Remote protocol version 1.99, remote software version > OpenSSH_6.4_hpn13v11 FreeBSD-20131111 > debug1: match: OpenSSH_6.4_hpn13v11 FreeBSD-20131111 pat OpenSSH* > debug1: Enabling compatibility mode for protocol 2.0 > debug1: Local version string SSH-2.0-OpenSSH_5.8p2 FreeBSD-20110503 > debug1: SSH2_MSG_KEXINIT sent > > ...and then the transaction freezes until it times out. > > Sometimes, even specifying "-1" doesn't fully clear up the problems; > multi-file transfers via scp still stall. > > The 9.x server has been fully updated to the latest patch version > using freebsd-update(8). Anyone else seeing this? > > --Brett Glass > > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to > "freebsd-questions-unsubscribe@freebsd.org" Just curious if you have tried using sftp instead of scp? its just a curiosity, to see if it exists there as well. As I am currently running 10 on my laptop, and still managing multiple 9.1 & 9.2 systems from it, I have transferred several files using sftp without a problem. As well as having transferred many files between the couple servers already updated to 10, and the older systems. I have also used rsync over ssh between the versions, and tunneled tar through ssh. All without specifying any non default options, but I haven't used scp. -- Thanks, Dean E. Weimer http://www.dweimer.net/