From libssh2-devel-bounces@cool.haxx.se Sat Jun 1 10:12:13 2013 Return-Path: Received: from www.haxx.se (localhost.localdomain [127.0.0.1]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id r518BjXT023772; Sat, 1 Jun 2013 10:12:06 +0200 Received: from mx.uxnr.de (mx.uxnr.de [89.238.84.47]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id r518BhO2023657 for ; Sat, 1 Jun 2013 10:11:43 +0200 Received: from mail-ve0-x232.google.com (mail-ve0-x232.google.com [IPv6:2607:f8b0:400c:c01::232]) by mx.uxnr.de (Postfix) with ESMTPSA id 26A6A1C5A295 for ; Sat, 1 Jun 2013 10:11:36 +0200 (CEST) X-DKIM: Sendmail DKIM Filter v2.8.2 mx.uxnr.de 26A6A1C5A295 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=marc-hoersken.de; s=picard; t=1370074296; bh=g6uyJPnoJJ3+mpCp68E9OJGk+GrtisQRMVpBQAM5FYc=; h=MIME-Version:In-Reply-To:References:Date:Message-ID:Subject:From: To:Content-Type; b=W3EpyYwPPUebhUfYeID5npMPTiOtW9m1hbk7c4bASDjLYdWGmC7fQI89PjxObYBG8 +nNecn6MxZQHfXhYKantMsLxnngicM1DptzSHNle/dOMgsLo3BSv03w5JA8ft+UFnC lOfTI6UhW3dtP1wQ6GBvjcdzfV3I5uzkMXbMxABs= Received: by mail-ve0-f178.google.com with SMTP id pb11so1729205veb.23 for ; Sat, 01 Jun 2013 01:11:36 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=4HHitW3GZaLG4+owq4iHXKs2/PXnVBj62REZ/WKrR4E=; b=LGyYDJaiCMh2HqRVGWB9e8rC0t29EN5FK15ju+vAJtqsLsggJZgEJ2S77zBOwUpTBM YdIefGMxS+iwKxBJgKFz/p/WxWdY5DH/tDrjXSVimbPQ7SLq6QjR14A/MUm1KDP+ha35 owEu1tVKVUE3uKUcURS7hQD4vA7gJq9a+0UzRwCvcWAy7CU+kFUBPpvQ+jpgX/D/PLK1 zigki/mePyIzjMMzJ1K14vyZ7PLa8n/iBt3oMS/d/Cy9EalGBwIxIng6VhrlOSb4Xn1Z NtXn6F+3EHcHHJg5QZ5wWnkG3GpSA0G2qGm2av5k0zTYWRFZapHKix/eSpnqlsQCe9tU UkMA== MIME-Version: 1.0 X-Received: by 10.52.110.133 with SMTP id ia5mr11447040vdb.129.1370074296102; Sat, 01 Jun 2013 01:11:36 -0700 (PDT) Received: by 10.58.169.112 with HTTP; Sat, 1 Jun 2013 01:11:35 -0700 (PDT) In-Reply-To: References: Date: Sat, 1 Jun 2013 10:11:35 +0200 Message-ID: Subject: Re: [PATCH] Added Windows Cryptography API: Next Generation backend From: Marc Hoersken To: libssh2 development Content-Type: multipart/mixed; boundary=bcaec54861aabc3b7b04de1347f9 X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.15 Precedence: list Reply-To: libssh2 development List-Id: libssh2 development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: libssh2-devel-bounces@cool.haxx.se Sender: "libssh2-devel" --bcaec54861aabc3b7b04de1347f9 Content-Type: text/plain; charset=ISO-8859-1 Hello again, in order to assist you with reviewing this patch I am attaching a temporary patch that allows the compilation of WinCNG using Visual Studio project files. Please note that this part is not merge-ready and the Win32 makefiles will need some work in order to support different crypto backends. I would appreciate any help on this regard. If you want to compile the new backend by using autotools on MinGW and msys, you have to do the following from within an msys shell: ./buildconf ./configure --with-wincng make Best regards, Marc 2013/5/31 Marc Hoersken : > Hello everyone, > > during the last month I was working on getting a new Windows crypto > backend ready for libssh2. Just like I promised nearly a year ago [1]. > > I first started out to make it work based upon the classic Windows > CryptoAPI, but I had to find a way to do one specific big number > operation on Windows: Modular exponentiation [2]. Unfortunately there > is no native big number support on Windows and no way to do modular > exponentiation without external dependencies, like math libraries. > That would have hindered my goal of making libssh2 run on Windows > without any new dependencies. > > I figured that the RSA algorithm itself is based upon this operation, > so I thought: why not use RSA encryption [3] in order to do it? That > was the key idea to the whole implementation. I turned the arguments > to the modular exponentiation into a public key by passing the > exponent as public exponent and the modulus as public modulus. After > that I only had to "encrypt" the base and the encrypted data would > have represented the result of the exponentiation. > > After bypassing all kind of problems related to padding and endianness > between the different API calls and structures it finally started to > work for some big number operations. Unfortunately there was still one > problem with the classic CryptoAPI: it only supported public exponents > up to a length of 4 bytes, because it represents the public exponent > of an RSA key as a DWORD [4]. > > So I decided to scrap the code that I developed based upon the > CryptoAPI and started taking a look into the new Windows Cryptography > API: Next Generation which was introduced in Windows Vista and Windows > Server 2008. This new API seems to be much cleaner and extensible as > the old API. It also supports variable length key components like the > public exponent of an RSA key. > > I went on to migrate most of the code to the new API and got the big > number operations as well as RSA based authentication working without > any third party dependency. After I got those two important aspects > working I set out to add support for most of the ciphers and DSA based > authentication. > > As of today my implementation which is referred to as "WinCNG" > supports the following features: > - Cryptophic functionality: > - RSA authentication > - DSA authentication > - MD5 hash algorithm with HMAC support > - SHA1 hash algorithm with HMAC support > - AES CBC 128, 192 and 256 bit block cipher > - RC4 128 bit stream cipher > - 3DES 192 bit block cipher > - Generic functionality: > - Loading private key from file (currently plain-text only) > - Extracting public key from private key file (currently plain-text only) > - Overwrite memory allocated within the backend with random data (optional) > > Attached you will find a patch with a single commit which contains the > first release candidate. > > The patch was compiled with MinGW and tested on Windows 7 SP1. The > backend requires at least Windows Vista or Windows Server 2008. > Windows XP or Windows Server 2003 are not supported. > > MinGW: In order to compile libssh2 after applying the patch, you will > need to extract an updated bcrypt library to your MinGW installation. > Those public domain files are taken from the updated mingw-w64 project > and attached within bcrypt.tar.gz. > > There are still some features on my roadmap, but I would like to > implement those in a generic way in order to also support them with > libgcrypt (and future backends): > - Loading encrypted private key from file with support for the > following ciphers: > - AES-128-CBC (by using existing cipher implementation) > - AES-192-CBC (by using existing cipher implementation) > - AES-256-CBC (by using existing cipher implementation) > - DES-CBC > - DES-EDE3-CBC (by using existing cipher implementation) > > Before I continue my work on generic functionality I would like to get > the new backend merged into libssh2. It especially needs testing on > different Windows versions and with different Windows compilers, e.g. > Visual Studio. Right now I have only adapted the files used by > autotools. > > I welcome your feedback and ask you to review this patch. Have fun and > thanks in advance! > > Best regards, > Marc > > [1] http://daniel.haxx.se/blog/2012/06/12/schannel-support-in-libcurl/ > [2] http://en.wikipedia.org/wiki/Modular_exponentiation > [3] http://en.wikipedia.org/wiki/RSA_(algorithm)#Encryption > [4] http://msdn.microsoft.com/library/windows/desktop/aa387685.aspx --bcaec54861aabc3b7b04de1347f9 Content-Type: application/x-gzip; name="0001-Compile-with-WinCNG-backend-using-Visual-Studio.patch.gz" Content-Disposition: attachment; filename="0001-Compile-with-WinCNG-backend-using-Visual-Studio.patch.gz" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hheis9wd2 H4sICJOrqVECADAwMDEtQ29tcGlsZS13aXRoLVdpbkNORy1iYWNrZW5kLXVzaW5nLVZpc3VhbC1T dHVkaW8ucGF0Y2gA7Vdtc9JAEP6eGf/DGv2gQwnhAhQY6xQCbVFoOw1aXyeT5A44m1wyedHW8ce7 CYkUsKWttl+UgWPv9rL73N5zT5K90PdAs1qNJqmrLVtj6oTWnSadsKY6cZx6S3VURhzSrGnNFox8 AQYLoLoNqtrOvkBUtSqlYdowskIHDnwWRmdMwAsuJv6uh2PlWT6mUPZS6lkxa4NhxVtQhVeJwAhV DaoYrNFW61BSMaJkJPYX5sRt+HjcGesHn0H3vYC7DL7xeAanXOiH+2BbDgalkERcTOEtjxLLBSNO KPclqVwuSzhbaKTicjuKZsR0fDHhU2UGPwBTlwq3F311gtD/osyYRQE/P6BKoJR9MEoWiMAEs0fg zCwxZXQLtoGLiIUx90X0rPR8CxpAmcvm/fJzSaJ8MoFyecpjsCpX4LCvcEhcUHYONUYsRlqKQiaW Wq8xLJLaqNXSpV0ZU0LQV8fd3YUyqW41oITtNuzuSvCEsgkXDA46b/vm6eDQONJfE/NgxTE40sfD 1NUfr3iM/rCvj6XS0uDh2Bh3xm+MNA7O5xN0gjkydPNt/2QRIBJByEWMrsJaLdv6/ti/G80LRhlt aDVNUZqk4Tg2WSnY+nVFtdY9WalqDSxSKWuxe2LoO6GjsHOGK4Djk6NjGEyFHzKzfx74YWwOuQ3q o1/OsRVOWWz2eAiynA13ej3odow+6MfHUBG+6099qJxqUNl/B5UjApUeyLgHGpEz87DX777Zn9vD QdcwDoh5yW2OurqRm+hG6z2G2etBxXkklbN0y5lGveVsA5AV5VO2ernoceG4CWXy38RSelgsl4ZQ Jm6AD7fGeNMdn3T0cQoy9S3v12g8LJAvA/DO4osAjxlRcSkZ+OLC212Tsq2+nbIta7HbNXSN7NiR 41lnLCVdHnfuKCJjtuHg8DXOdLk4S6ctAc+dcMZCwVyNKJgWEtSt3JxSnluIIwp83806ju9Rd5p7 LPrVCopp0Yy5RRzfZQvLSuIifMLpfJTaDo4VphPMO4uiUNfFaljODLWgPdCajYK1Oewc3gLE2gKW F/YtImZu4o9ZF3nnOza/zRygxexkuoqi9JdQOOFFUJTFzjq3ggH4fdwfGv3BHoD89Jm+t/9chp0d kHNhh3J6K0SIveEQemmIVGfmbNrWUjZlLXYvkeSeBMybH+UPAzzOdPXAmncVj/0Pm8VsKfPthOTW uBbziisXSDdL3f0hvZnkbUS/JoSn7zaLoXkHMTQ3iWGzltK3Wfu3xPA3MgCVgNpYI9aOWBA/rEIi GUPmMRFbblv4mVTdCOOD6uddQV7ieo40DYxPplbixpjmNvqLpwpOGG58xOQ5f/HJMyUw/m0QYBGz 0GOU41vRXGnzOCbmkO+oxf8fJv8elpsp6y98S1uTvjJAxQX1vKa2kJS/khWzrpmwrnk5sUimjPhX EKt7iVdQRtpcQ67sIeFPqPX/Nr+ZhPeH9GZk3Ij+WoqamyhqXkdRfNOWqkpTURUvuojwNV5RJekn C+fucmYSAAA= --bcaec54861aabc3b7b04de1347f9 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ libssh2-devel http://cool.haxx.se/cgi-bin/mailman/listinfo/libssh2-devel --bcaec54861aabc3b7b04de1347f9-- From libssh2-devel-bounces@cool.haxx.se Sun Jun 2 01:13:02 2013 Return-Path: Received: from www.haxx.se (localhost.localdomain [127.0.0.1]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id r51NCViB007094; Sun, 2 Jun 2013 01:12:55 +0200 Received: from foo.stuge.se (qmailr@foo.stuge.se [212.116.89.98]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id r51NCUGC007071 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Sun, 2 Jun 2013 01:12:30 +0200 Received: (qmail 11421 invoked by uid 501); 1 Jun 2013 23:12:29 -0000 Message-ID: <20130601231229.11420.qmail@stuge.se> Date: Sun, 2 Jun 2013 01:12:29 +0200 From: Peter Stuge To: libssh2-devel@cool.haxx.se Subject: Re: [PATCH] Added Windows Cryptography API: Next Generation backend Mail-Followup-To: libssh2-devel@cool.haxx.se References: MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.15 Precedence: list Reply-To: libssh2 development List-Id: libssh2 development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: libssh2-devel-bounces@cool.haxx.se Sender: "libssh2-devel" Marc Hoersken wrote: > Attached you will find a patch with a single commit which contains the > first release candidate. Very awesome! :) I didn't look closely at wincng.c yet but the rest looks good. However, I have a few local commits which make configure.ac crypto library detection more general. Would you be up for rebasing onto them if I get them pushed? It shouldn't make a big difference for wincng, but it makes configure.ac a fair bit cleaner. //Peter _______________________________________________ libssh2-devel http://cool.haxx.se/cgi-bin/mailman/listinfo/libssh2-devel From libssh2-devel-bounces@cool.haxx.se Sun Jun 2 10:22:28 2013 Return-Path: Received: from www.haxx.se (localhost.localdomain [127.0.0.1]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id r528M1Ic017110; Sun, 2 Jun 2013 10:22:22 +0200 Received: from mx.uxnr.de (mx.uxnr.de [IPv6:2a00:1828:2000:378:2525:0:59ee:542f]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id r528Lxmh017041 for ; Sun, 2 Jun 2013 10:22:00 +0200 Received: from mail-vb0-x236.google.com (mail-vb0-x236.google.com [IPv6:2607:f8b0:400c:c02::236]) by mx.uxnr.de (Postfix) with ESMTPSA id ADA721C5A33C for ; Sun, 2 Jun 2013 10:21:53 +0200 (CEST) X-DKIM: Sendmail DKIM Filter v2.8.2 mx.uxnr.de ADA721C5A33C DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=marc-hoersken.de; s=picard; t=1370161313; bh=z3uEmf3hOCMBK2seB0jp+LEokyHwvuxmizBrKIdx9Fg=; h=MIME-Version:In-Reply-To:References:Date:Message-ID:Subject:From: To:Content-Type; b=3HXT3GcPbI19N9inHZEkfMaBBfj5CWugJQvL6C8c4+KOY9Mm6m7ww7wzolIKUX/OT ibvm15BFmGQPjGRb70fM6QsrKgGqAgvDXVFDMsSq5+QbTdrrk0PvxV3bBPwS8q/jwZ XvRORbuPAEvIY2hazvsaK61MjpFvAk4TMsYfWudo= Received: by mail-vb0-f54.google.com with SMTP id f13so1968689vbg.41 for ; Sun, 02 Jun 2013 01:21:53 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=z3uEmf3hOCMBK2seB0jp+LEokyHwvuxmizBrKIdx9Fg=; b=XenXnVLaBTSzic+BWGik68mkKlI3LcE4bDEvRj3uQ6CeduNqP8cd/fFbtKzhNY6QJw DbwmzPW1kcKwWeCzjtd2OK2aL0RZLqkRwpETV74PzpFZ34W4wWmZT2zo+9swrWhOEUCi 5AoHSdQ5O/5xhh99NO5KTunBfKjFTf8BLmk3RHT7p2gdrei2BtjgnhKbzFF0pXFXJqpk eGfNPQLi0f6C/NF01LU+LI1YshoIrtpwE6+ZoAC4u5cWjLmZzk1jux5XaXF3FKhhwcNx OkYFxnpm/f563UAiOFGJXLJHjRbnvXKDfy4f0E6XxTXvjkWntIie6ejF5C38xqv0VjCf Ablg== MIME-Version: 1.0 X-Received: by 10.52.0.130 with SMTP id 2mr12898934vde.97.1370161313655; Sun, 02 Jun 2013 01:21:53 -0700 (PDT) Received: by 10.58.169.112 with HTTP; Sun, 2 Jun 2013 01:21:53 -0700 (PDT) In-Reply-To: <20130601231229.11420.qmail@stuge.se> References: <20130601231229.11420.qmail@stuge.se> Date: Sun, 2 Jun 2013 10:21:53 +0200 Message-ID: Subject: Re: [PATCH] Added Windows Cryptography API: Next Generation backend From: Marc Hoersken To: libssh2 development X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.15 Precedence: list Reply-To: libssh2 development List-Id: libssh2 development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: libssh2-devel-bounces@cool.haxx.se Sender: "libssh2-devel" Hi Peter, 2013/6/2 Peter Stuge : > However, I have a few local commits which make configure.ac crypto > library detection more general. Would you be up for rebasing onto > them if I get them pushed? It shouldn't make a big difference for > wincng, but it makes configure.ac a fair bit cleaner. Yes, of course. I would also like to make a suggestion to the crypto library detection and internal handling of definitions for each of them. OpenSSL should really have it's own definition instead of checking for the ones of other backends being unset. It could still be setup as the default fallback if no other backend is configured, but having to do one #ifdef each time should be much cleaner instead of multiple #ifndef. This will also help me keep pem.c clean once I start developing features for both libgcrypt and wincng. What do you think? I could also try to do those improvements after you pushed your changes and before wincng is merged. Best regards, Marc _______________________________________________ libssh2-devel http://cool.haxx.se/cgi-bin/mailman/listinfo/libssh2-devel From libssh2-devel-bounces@cool.haxx.se Sun Jun 2 13:24:34 2013 Return-Path: Received: from www.haxx.se (localhost.localdomain [127.0.0.1]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id r52BO8HO012160; Sun, 2 Jun 2013 13:24:29 +0200 Received: from mx.uxnr.de (mx.uxnr.de [IPv6:2a00:1828:2000:378:2525:0:59ee:542f]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id r52BO62q012004 for ; Sun, 2 Jun 2013 13:24:06 +0200 Received: from mail-vb0-x22f.google.com (mail-vb0-x22f.google.com [IPv6:2607:f8b0:400c:c02::22f]) by mx.uxnr.de (Postfix) with ESMTPSA id F178E1C5A33C for ; Sun, 2 Jun 2013 13:23:57 +0200 (CEST) X-DKIM: Sendmail DKIM Filter v2.8.2 mx.uxnr.de F178E1C5A33C DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=marc-hoersken.de; s=picard; t=1370172238; bh=Z0PGrh81uDC9KkgEnYapjeYxV57LY+dJtHFxUEGHCKc=; h=MIME-Version:Date:Message-ID:Subject:From:To:Content-Type; b=NK+6F6TfH5gSYsJaDg40zX0HIFX/C5tGFPyejRGeSnhgBrS2EYpgIa+z1kJY3g53S LyrtENkSdXOQosadVXf5MiU2mH97dbpXM0mJzFwVTuiKbJ97td4OU1Vnm3RvRnatSg 6MfqIENYz7JLGFb965vhbCH4fr1nFH602FWC1S28= Received: by mail-vb0-f47.google.com with SMTP id x13so1990959vbb.6 for ; Sun, 02 Jun 2013 04:23:59 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=/ZKoK4m28qrck3H7wo4jCY1/A3W0683Edo0u2BiLSCE=; b=p3bCWIGt6jlPqh550E2+strnHopMVYSbGwJ8HMwVJGcac03T0eiBlpW5jXGWkcRJy3 l/bky/A/6fzCcs2PCzSLmowMKxNPj8lPvklYJXxrMUMDrer/ZkikVmM3lPWdsimCwvLE 3QK3Pd0zLQ40E7PUciH3qjqTY+90PbQjesQwzNi3DwLf8gd7C0/tXn12Tw4Czf0etsHa bIyZblsfcwRgSB192DuG6pUf+5GkcKYB+6GfVzm/1XdfxKBd1HCu3yDR1U+nvXs88X68 BkLdrb6r37Zmv7qNvHS9ItAEdIhwH5czFgTVFCkQcdGoAmrO+lPJ6VcM18qO/DeaXJH8 Hzag== MIME-Version: 1.0 X-Received: by 10.58.133.81 with SMTP id pa17mr15584879veb.37.1370172238998; Sun, 02 Jun 2013 04:23:58 -0700 (PDT) Received: by 10.58.169.112 with HTTP; Sun, 2 Jun 2013 04:23:58 -0700 (PDT) Date: Sun, 2 Jun 2013 13:23:58 +0200 Message-ID: Subject: [PATCH] Fixed compilation using mingw-w64 From: Marc Hoersken To: libssh2 development Content-Type: multipart/mixed; boundary=047d7b6730049633f504de2a15ba X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.15 Precedence: list Reply-To: libssh2 development List-Id: libssh2 development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: libssh2-devel-bounces@cool.haxx.se Sender: "libssh2-devel" --047d7b6730049633f504de2a15ba Content-Type: text/plain; charset=ISO-8859-1 Hello everyone, since the header is not required and causes inclusion order trouble on mingw-w64 it can be removed to fix the compilation issue. Best regards, Marc --047d7b6730049633f504de2a15ba Content-Type: application/octet-stream; name="0001-Fixed-compilation-using-mingw-w64.patch" Content-Disposition: attachment; filename="0001-Fixed-compilation-using-mingw-w64.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hhg55yk40 RnJvbSAxZWM4NzRlZTcyNjNkMzM5NmNkNTg5YjQwNjY4MjEwMmVmNGI2ZWJiIE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBNYXJjIEhvZXJza2VuIDxpbmZvQG1hcmMtaG9lcnNrZW4uZGU+ CkRhdGU6IFN1biwgMiBKdW4gMjAxMyAxMzoyMTowNyArMDIwMApTdWJqZWN0OiBbUEFUQ0hdIEZp eGVkIGNvbXBpbGF0aW9uIHVzaW5nIG1pbmd3LXc2NAoKLS0tCiBzcmMvbGlic3NoMl9wcml2Lmgg fCAgICAxIC0KIDEgZmlsZSBjaGFuZ2VkLCAxIGRlbGV0aW9uKC0pCgpkaWZmIC0tZ2l0IGEvc3Jj L2xpYnNzaDJfcHJpdi5oIGIvc3JjL2xpYnNzaDJfcHJpdi5oCmluZGV4IDRlYzlmNzMuLjA1YjFm ZmMgMTAwNjQ0Ci0tLSBhL3NyYy9saWJzc2gyX3ByaXYuaAorKysgYi9zcmMvbGlic3NoMl9wcml2 LmgKQEAgLTEzNCw3ICsxMzQsNiBAQCBzdGF0aWMgaW5saW5lIGludCB3cml0ZXYoaW50IHNvY2ss IHN0cnVjdCBpb3ZlYyAqaW92LCBpbnQgbnZlY3MpCiAjaWZkZWYgSEFWRV9XSU5TT0NLMl9ICiAK ICNpbmNsdWRlIDx3aW5zb2NrMi5oPgotI2luY2x1ZGUgPG1zd3NvY2suaD4KICNpbmNsdWRlIDx3 czJ0Y3BpcC5oPgogCiAjaWZkZWYgX01TQ19WRVIKLS0gCjEuNy4xMC40Cgo= --047d7b6730049633f504de2a15ba Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ libssh2-devel http://cool.haxx.se/cgi-bin/mailman/listinfo/libssh2-devel --047d7b6730049633f504de2a15ba-- From libssh2-devel-bounces@cool.haxx.se Sun Jun 2 19:18:34 2013 Return-Path: Received: from www.haxx.se (localhost.localdomain [127.0.0.1]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id r52HI060029258; Sun, 2 Jun 2013 19:18:28 +0200 Received: from foo.stuge.se (qmailr@foo.stuge.se [212.116.89.98]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id r52HHxJi029251 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Sun, 2 Jun 2013 19:17:59 +0200 Received: (qmail 1967 invoked by uid 501); 2 Jun 2013 17:17:59 -0000 Message-ID: <20130602171759.1966.qmail@stuge.se> Date: Sun, 2 Jun 2013 19:17:59 +0200 From: Peter Stuge To: libssh2-devel@cool.haxx.se Subject: Re: [PATCH] Fixed compilation using mingw-w64 Mail-Followup-To: libssh2-devel@cool.haxx.se References: MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.15 Precedence: list Reply-To: libssh2 development List-Id: libssh2 development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: libssh2-devel-bounces@cool.haxx.se Sender: "libssh2-devel" Marc Hoersken wrote: > since the header is not required and causes inclusion order trouble on > mingw-w64 it can be removed to fix the compilation issue. Thanks. //Peter _______________________________________________ libssh2-devel http://cool.haxx.se/cgi-bin/mailman/listinfo/libssh2-devel From libssh2-devel-bounces@cool.haxx.se Sun Jun 2 19:59:31 2013 Return-Path: Received: from www.haxx.se (localhost.localdomain [127.0.0.1]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id r52HxNGj021744; Sun, 2 Jun 2013 19:59:29 +0200 Received: from foo.stuge.se (qmailr@foo.stuge.se [212.116.89.98]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id r52HxLUu021728 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Sun, 2 Jun 2013 19:59:21 +0200 Received: (qmail 5526 invoked by uid 501); 2 Jun 2013 17:59:22 -0000 Message-ID: <20130602175922.5525.qmail@stuge.se> Date: Sun, 2 Jun 2013 19:59:22 +0200 From: Peter Stuge To: libssh2-devel@cool.haxx.se Subject: Re: [PATCH] Added Windows Cryptography API: Next Generation backend Mail-Followup-To: libssh2-devel@cool.haxx.se References: <20130601231229.11420.qmail@stuge.se> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.15 Precedence: list Reply-To: libssh2 development List-Id: libssh2 development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: libssh2-devel-bounces@cool.haxx.se Sender: "libssh2-devel" Marc Hoersken wrote: > > However, I have a few local commits which make configure.ac crypto > > library detection more general. Would you be up for rebasing onto > > them if I get them pushed? It shouldn't make a big difference for > > wincng, but it makes configure.ac a fair bit cleaner. > > Yes, of course. Great. > OpenSSL should really have it's own definition Yes, I have a commit for that too. > What do you think? I could also try to do those improvements after > you pushed your changes and before wincng is merged. Sure, I'll post my commits, there may still be something to improve even with them. //Peter _______________________________________________ libssh2-devel http://cool.haxx.se/cgi-bin/mailman/listinfo/libssh2-devel From libssh2-devel-bounces@cool.haxx.se Mon Jun 3 10:17:55 2013 Return-Path: Received: from www.haxx.se (localhost.localdomain [127.0.0.1]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id r538HSBd022251; Mon, 3 Jun 2013 10:17:47 +0200 Received: from earth.stuge.se (earth.stuge.se [212.116.89.126]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id r538HR1f022243 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Mon, 3 Jun 2013 10:17:27 +0200 Received: (qmail 21827 invoked from network); 3 Jun 2013 08:17:13 -0000 Received: from unknown (HELO earth.stuge.se) (127.0.0.1) by localhost with SMTP; 3 Jun 2013 08:17:13 -0000 MIME-Version: 1.0 From: "libssh2 Trac" X-Trac-Version: 1.0dev Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 1.0dev, by Edgewall Software To: ganguin@romandie.com X-Trac-Project: libssh2 Date: Mon, 03 Jun 2013 08:17:13 -0000 X-URL: https://trac.libssh2.org/ Subject: [libssh2] #266: libssh2_scp_recv -> libssh2_channel_read gets sometimes NULL bytes at the end of transfered file X-Trac-Ticket-URL: https://trac.libssh2.org/ticket/266 Message-ID: <044.343a402472aae7c0eae9aaa70c2b5c16@libssh2.stuge.se> X-Trac-Ticket-ID: 266 X-MIME-Autoconverted: from base64 to 8bit by giant.haxx.se id r538HR1f022243 Cc: libssh2-devel@cool.haxx.se X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.15 Reply-To: trac@libssh2.stuge.se, libssh2 development List-Id: libssh2 development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: libssh2-devel-bounces@cool.haxx.se Sender: "libssh2-devel" #266: libssh2_scp_recv -> libssh2_channel_read gets sometimes NULL bytes at the end of transfered file ---------------------+-------------------- Reporter: ganguin | Owner: Type: defect | Status: new Priority: normal | Milestone: 1.4.3 Component: SCP | Version: 1.2.8 Keywords: | Blocked By: Blocks: | ---------------------+-------------------- I have a little issue with libssh2_scp_recv, I get sometimes a byte too much when reading the file with libssh2_channel_read. The byte seems always to be a NULL byte. on server: {{{ echo "Hello world" > ~/remote_file }}} code: {{{ char buf[16384]; ssize_t len = 0; struct stat sb; LIBSSH2_CHANNEL *scp = libssh2_scp_recv(session, "remote_file", &sb); len = libssh2_channel_read(scp, buf, sizeof(buf)); // omitted read loop to simplify if (len > sb.st_size) printf("size: %ld, read bytes: %ld\n", sb.st_size, len); libssh2_channel_free(scp); }}} I get "Hello world\n\0" instead of "Hello world\n". As a workaround I trust sb.st_size and use it to truncate read data when needed. Strangely it seems to happen only to files having ascii only content. The test I did with: {{{ dd if=/dev/urandom of=~/remote_file bs=1024 count=1 }}} transfered correctly without the additional NULL byte. my libssh2 version is 1.2.8-2 latest version for Ubuntu Precise 12.04. I didn't test it on newer versions. But I didn't find any closed ticket about it. -- Ticket URL: libssh2 C library for writing portable SSH2 clients _______________________________________________ libssh2-devel http://cool.haxx.se/cgi-bin/mailman/listinfo/libssh2-devel From libssh2-devel-bounces@cool.haxx.se Tue Jun 4 20:39:48 2013 Return-Path: Received: from www.haxx.se (localhost.localdomain [127.0.0.1]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id r54IdHZa009802; Tue, 4 Jun 2013 20:39:43 +0200 Received: from mail-ie0-x232.google.com (mail-ie0-x232.google.com [IPv6:2607:f8b0:4001:c03::232]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id r54IdEW9008868 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NOT) for ; Tue, 4 Jun 2013 20:39:15 +0200 Received: by mail-ie0-f178.google.com with SMTP id f4so1217621iea.37 for ; Tue, 04 Jun 2013 11:39:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:content-type; bh=PULffjcEaN7R5n+AazGdA1UzlStPo6c4nbLDRn1s+qQ=; b=A36gr3MBvxx7cF2/DHxd/GPF37AbqJjBYI0aJH/49t//i5W4YesR9swfgVrAjd/pN9 cXlbisrSCsKsXSrbQmMeNOH18llZS7jU+Cgt9q4faWjjdz1Uwx6zS/S5VeZi4oOTOonv xRGFno69utyr9qHb4lO6aPLecOIHjh/nAGHg15ajfK7gpK3iFH4uurJi2IAMaav3L0XP xKsZVYnW7NAuieLc9Xs6BkzImvhlUkdn2wwMC9cTU9/naE1IWL9MeWdsy4XAlLRpK6gv 82eVs9TIlOsqE67/bbF1c9av0T4VneqJkbzbpJ/S49CDNDLo0Cr+/NUlTNn/JLLLR/uj /z+A== X-Received: by 10.50.152.34 with SMTP id uv2mr1640529igb.11.1370371149472; Tue, 04 Jun 2013 11:39:09 -0700 (PDT) MIME-Version: 1.0 Received: by 10.50.57.99 with HTTP; Tue, 4 Jun 2013 11:38:49 -0700 (PDT) In-Reply-To: References: From: Cristian Simonelli Date: Tue, 4 Jun 2013 15:38:49 -0300 X-Google-Sender-Auth: cVQhg42AbPxVS3nb-Dl6l4fQGKg Message-ID: Subject: Re: Text file specification in sftp client. To: libssh2 development X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.15 Precedence: list Reply-To: libssh2 development List-Id: libssh2 development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1392811486==" Errors-To: libssh2-devel-bounces@cool.haxx.se Sender: "libssh2-devel" --===============1392811486== Content-Type: multipart/alternative; boundary=089e0149c01c932a5304de5865a0 --089e0149c01c932a5304de5865a0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi again, i was reading that there is no way to do the ascii transfer, but winscp can do that. It has a GUI, in that GUI you can specify the file is a text file, and it uploads the file whitout any problem. So there is a way to do that but i can find out how. Do you have any suggestions? thanks! 2013/5/28 Cristian Simonelli > Hi Daniel. First of all tank you for replying to my email. > I read that, but actually i don=B4t know where i supposed to write this f= lag. > I am doing this: > > int enviar(LIBSSH2_SESSION *session, char* pathArchivoRemoto, char* > pathArchivoLocal) > { > > LIBSSH2_SFTP_HANDLE *sftp_handle; > LIBSSH2_SESSION *sftp_session; > FILE* f; > int rc =3D 0, nread; > char *ptr; > LIBSSH2_SFTP_ATTRIBUTES atributos; > > f =3D fopen(pathArchivoLocal, "r"); > > sftp_session =3D libssh2_sftp_init(session); > > > if (f =3D=3D NULL) > { > return -1; > } > > /* Request a file via SFTP */ > sftp_handle =3D > libssh2_sftp_open(sftp_session, > pathArchivoRemoto, > LIBSSH2_FXF_WRITE|LIBSSH2_FXF_CREAT|*SSH_FXF_TEXT*, > LIBSSH2_SFTP_S_IRUSR|LIBSSH2_SFTP_S_IWUSR| > LIBSSH2_SFTP_S_IRGRP|LIBSSH2_SFTP_S_IROTH); > > if (!sftp_handle) { > //ver que se hace > } > > do { > char mem[1024]; > nread =3D fread(mem, 1, sizeof(mem), f); > if (nread <=3D 0) { > break; > } > ptr =3D mem; > > do { > /* write data in a loop until we block */ > rc =3D libssh2_sftp_write(sftp_handle, ptr, nread); > if(rc < 0) > break; > ptr +=3D rc; > nread -=3D rc; > } while (nread); > > } while (rc > 0); > > > fclose(f); > libssh2_sftp_close(sftp_handle); > libssh2_sftp_shutdown(sftp_session); > libssh2_exit(); > > return 0; > } > > > > where *SSH_FXF_TEXT is 0x00000040. > * > Thanks and best regards!* > * > > > 2013/5/27 Daniel Stenberg > >> On Mon, 27 May 2013, Cristian Simonelli wrote: >> >> So the question is "How can i specify to the sftp server that the file >>> is a >>> text file?" >>> >> >> My best suggestion is the SSH_FXF_TEXT flag sent in the SSH_FXP_OPEN >> request, as per section 6.3.1 in draft-ietf-secsh-filexfer-05.**txt[*] >> >> (Later SFTP protocol versions seem to have a 'text-hint' that is >> different.) >> >> [*] =3D >> http://tools.ietf.org/wg/**secsh/draft-ietf-secsh-** >> filexfer/draft-ietf-secsh-**filexfer-05.txt >> >> -- >> >> / daniel.haxx.se >> ______________________________**_________________ >> libssh2-devel http://cool.haxx.se/cgi-bin/** >> mailman/listinfo/libssh2-devel >> > > --089e0149c01c932a5304de5865a0 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi again, i was reading that there is no way to do the asc= ii transfer, but winscp can do that. It has a GUI, in that GUI you can spec= ify
the file is a text file, and it uploads the file whitout any proble= m.

So there is a way to do that but i can find out how.
Do you have any= suggestions?

thanks!


2013/5/28 Cristian Simonelli <= ;cri= stian@cristiansimonelli.com.ar>
Hi Daniel. First = of all tank you for replying to my email.
I read that, but actually i do= n=B4t know where i supposed to write this flag.
I am doing this:

int enviar(LIBSSH2_SESSION *s= ession, char* pathArchivoRemoto, char* pathArchivoLocal)
{

=A0=A0=A0 LIBSSH2_SFTP_HANDLE *sftp_handle;
=A0=A0=A0 LIBSSH2_S= ESSION *sftp_session;
=A0=A0=A0 FILE* f;
=A0=A0=A0 int rc =3D 0, nrea= d;
=A0=A0=A0 char *ptr;
=A0=A0=A0 LIBSSH2_SFTP_ATTRIBUTES atributos;<= br>
=A0=A0=A0 f =3D fopen(pathArchivoLocal, "r");

=A0=A0=A0 sftp_session =3D libssh2_sftp_init(session);


=A0= =A0=A0 if (f =3D=3D NULL)
=A0=A0=A0 {
=A0=A0=A0 =A0=A0=A0 return -1;<= br>=A0=A0=A0 }
=A0=A0=A0
=A0=A0=A0 /* Request a file via SFTP */
= =A0=A0=A0 sftp_handle =3D
=A0=A0=A0=A0=A0=A0=A0 libssh2_sftp_open(sftp_s= ession, pathArchivoRemoto,=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0
=A0=A0=A0 =A0=A0=A0 =A0=A0=A0 =A0=A0=A0 =A0=A0=A0 =A0 LIBSSH2_FXF_WRITE|LIB= SSH2_FXF_CREAT|SSH_FXF_TEXT,
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0 LIBSSH2_SFTP_S_IRUSR|LIBSSH2_SFTP_S_IWUSR|
= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 LIBSSH2_SFT= P_S_IRGRP|LIBSSH2_SFTP_S_IROTH);

=A0=A0=A0 if (!sftp_handle) {
=A0=A0=A0 =A0=A0=A0 //ver que se hace
= =A0=A0=A0 }

=A0=A0=A0 do {
=A0=A0=A0=A0=A0=A0=A0 char mem[1024];<= br>=A0=A0=A0 =A0=A0=A0 nread =3D fread(mem, 1, sizeof(mem), f);
=A0=A0= =A0=A0=A0=A0=A0 if (nread <=3D 0) {
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= break;
=A0=A0=A0=A0=A0=A0=A0 }
=A0=A0=A0=A0=A0=A0=A0 ptr =3D mem;

=A0=A0=A0=A0=A0=A0=A0 do {
=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 /* write data in a loop until we block */=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 rc =3D libssh2_sftp_write(sftp_handle, p= tr, nread);
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 if(rc < 0)
=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 break;
=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0 ptr +=3D rc;
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 nread -=3D rc;
=A0=A0=A0=A0=A0=A0=A0 }= while (nread);

=A0=A0=A0 } while (rc > 0);
=A0=A0=A0

= =A0=A0=A0 fclose(f);
=A0=A0=A0 libssh2_sftp_close(sftp_handle);=A0=A0=A0=
=A0=A0=A0 libssh2_sftp_shutdown(sftp_session);
=A0=A0=A0 libssh2_ex= it();
=A0=A0=A0
=A0=A0=A0 return 0;
}



where=A0SSH_FXF_TEXT is 0x000= 00040.

Thanks and best regard= s!


2013/5/27 Dan= iel Stenberg <daniel@haxx.se>
On Mon, 27 May 2013, Cristian Simonelli wrote:

So the question is "How can i specify to the sftp server that the file= is a
text file?"

My best suggestion is the SSH_FXF_TEXT flag sent in the SSH_FXP_OPEN reques= t, as per section 6.3.1 in draft-ietf-secsh-filexfer-05.txt[*]

(Later SFTP protocol versions seem to have a 'text-hint' that is di= fferent.)

[*] =3D
http://tools.ietf.org/wg/secsh/draft-ietf-secsh-filexfer/draft-ietf-secsh-filexfer-0= 5.txt

--

=A0/ daniel.haxx.se=
_______________________________________________
libssh2-devel http://cool.haxx.se/cgi-bin/mailman/list= info/libssh2-devel


--089e0149c01c932a5304de5865a0-- --===============1392811486== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ libssh2-devel http://cool.haxx.se/cgi-bin/mailman/listinfo/libssh2-devel --===============1392811486==-- From libssh2-devel-bounces@cool.haxx.se Tue Jun 4 21:44:13 2013 Return-Path: Received: from www.haxx.se (localhost.localdomain [127.0.0.1]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id r54Ji3dC023279; Tue, 4 Jun 2013 21:44:11 +0200 Received: from giant.haxx.se (localhost.localdomain [127.0.0.1]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id r54JgxTd021610 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Tue, 4 Jun 2013 21:42:59 +0200 Received: from localhost (dast@localhost) by giant.haxx.se (8.14.4/8.14.4/Submit) with ESMTP id r54JgxVw021606 for ; Tue, 4 Jun 2013 21:42:59 +0200 X-Authentication-Warning: giant.haxx.se: dast owned process doing -bs Date: Tue, 4 Jun 2013 21:42:59 +0200 (CEST) From: Daniel Stenberg X-X-Sender: dast@giant.haxx.se To: libssh2 development Subject: Re: Text file specification in sftp client. In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (DEB 1167 2008-08-23) X-fromdanielhimself: yes MIME-Version: 1.0 X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.15 Precedence: list Reply-To: libssh2 development List-Id: libssh2 development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Errors-To: libssh2-devel-bounces@cool.haxx.se Sender: "libssh2-devel" On Tue, 4 Jun 2013, Cristian Simonelli wrote: > Hi again, i was reading that there is no way to do the ascii transfer Reading where? > but winscp can do that But how? And using what SFTP protocol version? > Do you have any suggestions? First I'd suggest you properly investigate the SSH_FXF_TEXT path, and if that truly isn't working then dig into what SFTP protocol version you need to use. If you end up needing something newer than what libssh2 supports, you're in for an uphill battle.. -- / daniel.haxx.se _______________________________________________ libssh2-devel http://cool.haxx.se/cgi-bin/mailman/listinfo/libssh2-devel From libssh2-devel-bounces@cool.haxx.se Fri Jun 7 16:56:53 2013 Return-Path: Received: from www.haxx.se (localhost.localdomain [127.0.0.1]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id r57EuMGo007744; Fri, 7 Jun 2013 16:56:47 +0200 Received: from m13-116.163.com (m13-116.163.com [220.181.13.116]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id r57EuJ2i007723 for ; Fri, 7 Jun 2013 16:56:20 +0200 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=163.com; s=s110527; h=Received:Date:From:To:Subject:Content-Type: MIME-Version:Message-ID; bh=QLOpxUjNvNWvaRLLfeh0povjLXsS1RELcfpU 8VDQcL0=; b=MDIByJN0dCJTBu89fp7eDI+99103I1K0S8f+juIcED6PY5uCWb/l NGxAPLkhxYMMc1dNToyvcWYZEisbW4TWLTA35PLYIjQomW5Zo+OUnZKQ0bOLtYWc CLzuKI04a34K9vKbj/tIr5QkPGpSG6o8szbjwbI69NMacWus7ysn+c4= Received: from e_balloon$163.com ( [61.171.40.241] ) by ajax-webmail-wmsvr116 (Coremail) ; Fri, 7 Jun 2013 22:56:16 +0800 (CST) X-Originating-IP: [61.171.40.241] Date: Fri, 7 Jun 2013 22:56:16 +0800 (CST) From: balloon To: libssh2-devel@cool.haxx.se Subject: Segmentation fault libssh2_session_last_errno (session=0x0) at session.c:1219 X-Priority: 3 X-Mailer: Coremail Webmail Server Version SP_ntes V3.5 build 20130424(22035.5339.5325) Copyright (c) 2002-2013 www.mailtech.cn 163com X-CM-CTRLDATA: Q9RRZGZvb3Rlcl9odG09MjI5Mjo4MQ== MIME-Version: 1.0 Message-ID: <2fe01f5d.f5ca.13f1f235589.Coremail.e_balloon@163.com> X-CM-TRANSID: dMGowEDpNESR9LFRw7dcAA--.3898W X-CM-SenderInfo: phbetzhorr0qqrwthudrp/1tbiNgg1d09ouXE58QABsa X-Coremail-Antispam: 1U5529EdanIXcx71UUUUU7vcSsGvfC2KfnxnUU== X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.15 Precedence: list Reply-To: libssh2 development List-Id: libssh2 development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0049038388==" Errors-To: libssh2-devel-bounces@cool.haxx.se Sender: "libssh2-devel" --===============0049038388== Content-Type: multipart/related; boundary="----=_Part_234369_1869706684.1370616976777" ------=_Part_234369_1869706684.1370616976777 Content-Type: multipart/alternative; boundary="----=_Part_234370_32031437.1370616976777" ------=_Part_234370_32031437.1370616976777 Content-Type: text/plain; charset=GBK Content-Transfer-Encoding: 7bit hi, I'm using: libcurl (7.21.3) + openssl(0.9.8k) + libssh2(1.2.8) as SFTP client to try to download 1 byte from server . Client side code is like this: CURL *curl = curl_easy_init(); curl_easy_setopt(curl, CURLOPT_SSH_AUTH_TYPES, CURLSSH_AUTH_PASSWORD); curl_easy_setopt(curl, CURLOPT_USERPWD, m_userpwd.c_str()); curl_easy_setopt(curl, CURLOPT_URL, myUrl.c_str()); curl_easy_setopt(curl, CURLOPT_VERBOSE, 1L); curl_easy_setopt(curl, CURLOPT_WRITEDATA, hd_src); curl_easy_setopt(curl, CURLOPT_WRITEFUNCTION, this->write_callback); curl_easy_setopt(curl, CURLOPT_INFILESIZE_LARGE, (curl_off_t)1); curl_easy_perform(curl); curl_easy_cleanup(curl); To most SFTP server, this works fine. But when we use this code to connect to the SFTP server that our customer provided. We get this error in step curl_easy_perform(curl) : But if we try to connect customer's SFTP server by FileZilla or other mature SFTP client, no error occur. This seems to be really serious issue, and I don't know what is wrong here. Please do help to figure it out. Thanks. ------=_Part_234370_32031437.1370616976777 Content-Type: text/html; charset=GBK Content-Transfer-Encoding: 7bit
hi,
I'm using: libcurl (7.21.3) + openssl(0.9.8k) + libssh2(1.2.8)  as SFTP client to try to download 1 byte from server .  Client side code is like this:

        CURL *curl = curl_easy_init();
        curl_easy_setopt(curl, CURLOPT_SSH_AUTH_TYPES, CURLSSH_AUTH_PASSWORD);
        curl_easy_setopt(curl, CURLOPT_USERPWD, m_userpwd.c_str());
        curl_easy_setopt(curl, CURLOPT_URL, myUrl.c_str());
curl_easy_setopt(curl, CURLOPT_VERBOSE, 1L);
        curl_easy_setopt(curl, CURLOPT_WRITEDATA, hd_src);
curl_easy_setopt(curl, CURLOPT_WRITEFUNCTION, this->write_callback);
 curl_easy_setopt(curl, CURLOPT_INFILESIZE_LARGE, (curl_off_t)1);
         curl_easy_perform(curl);
 curl_easy_cleanup(curl);

To most SFTP server,  this works fine. But when we use this code to connect to the SFTP server that our customer provided.
We get this error in step curl_easy_perform(curl) :

But if we try to connect customer's SFTP server  by FileZilla  or other mature SFTP client,  no error occur.
This seems to be really serious issue, and I don't know what is wrong here. Please do help to figure it out. Thanks.


------=_Part_234370_32031437.1370616976777-- ------=_Part_234369_1869706684.1370616976777 Content-Type: image/png; name="=?GBK?Q?=BD=D8=CD=BC1.png?=" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="=?GBK?Q?=BD=D8=CD=BC1.png?=" Content-ID: <3cfc4c95$1$13f1f235588$Coremail$e_balloon$163.com> iVBORw0KGgoAAAANSUhEUgAAAfsAAACjCAYAAACNIbf8AAAgAElEQVR4Ae2du27jvPP35/fifxWB EWDbXEAQpNnKlTsXaVK4dpV0W6ROkc6pUrvYJoU7V66eZhH4AtIusDByG3lnKFEaUjxIPiQ+fAUk lkRyOPMhJYoUxfkfEX3yHzYQAIFjJnAxpunzkM6iNi5p0n+geTQcASAAAodM4H+sPBr7Qy5B6A4C IAACIAACGQL/LxOOYBAAARAAARAAgQMngMb+wAsQ6oMACIAACIBAjgAa+xwhhIMACIAACIDAgRPI Nvbj6ZTGF+taOaDHxYIW07ERMHjk/UVGnkwkKuOvmyvSgQAIgAAIgAAI1ATSjf3gkYarV3p5rxN0 25vTQ39CyzLR/KFPs4+MhPcXel0N6XGQiYdgEAABEAABEACBVgT+LxVrfHNJy9cHL4r01u/p0pz9 oNlsRcPhJX3M7mgkTwXeJz7LycRLz4c/9GdALONu5DxQzH/P6OYXjwbMX5ppcQYEQAAEQAAEQKAz Afn0LvA3+HxcPH5yB9sJG08Xn9zrLs5djD+ni8XndHxRxpE0008e9lfHi08exq9kSHoeyq/jGBl+ Pr4cKw+/4bICF3BBHUAdQB1AHYjXgfgw/sU59Zics3Gv/Ypm9GBX3uAh9yc9Lj+4pt7sSfXSeRj/ bkb+yP1yonryRkaPrp1h+zmtPs6o98PJHQcgAAIgAAIgAAJrEIg39i2Fvf9btYxpo33Q6q/dxy8I gAAIgAAIgMCuCcQb+/d/1GjGuRf+xn17PTtf3utX2/wPrYa3pDvpg1t/ic4zGsr7eLvxaMGv4Yr+ 2NECc35AvTM8FFhE+AUBEAABEACBTQgkJujJUPq9GV6fq4b45emN19he0LDM9eNDD9LzsP3kmj+v W9C91Wq5pOXZkD+/I5rwLPshN+LL5RXHqSSYCXoqC57kx68QPt7oYe2vAGzm+AUBEAABEAABEBAC 1eS5xv7g8XPxOIiHc9qL8VRN0EvISuXjhfH3+PUkQC+soSPCk+UDXtupk+AIjqgDqAOHXAcSPXs2 a/5AsxtZBGeuJt0R8Yx67qFzuGwfM+qPttgF52H9m96MRk5Xv8gK/0EABEAABEAABLoTgNe77syQ AgRAAARAAAQOikB8gt5BmQFlQQAEQAAEQAAEYgTQ2MfI4DwIgAAIgAAIHAkBNPZHUpAwAwRAAARA AARiBNDYx8jgPAiAAAiAAAgcCQE09kdSkDADBEAABEAABGIEgp/e8bfz9Gy/rTOf1tXe55zP7kqp lce78ljH8cNiiuA8CLQhoOsm6lYbYuE4vJYF3avFL5eTfu3zIpxkJ2fHU15t60n5ythJLrXQbP0R r52/iEaj+p5Xp8YeCBw2AWdRFlnQRnup8xfNGU9dD3V+uKR3veBhgRyuHg5jHG/Ow693YNqBqXia VJ4ov41di0W7dqVbqv5gUa8OdQn3toO5tzd69vOHPqXWs3kZuf7tf16t6FUtquOmn9Pv2Q3d8hWL rR0BOyoivdYn+lWOsCxp0n8oykV6Hs/K34A38iK5WBkmR17O+IM9GrTpqfANsB7R8dTt0ot2eo2s 34z9KUjv7b+fhXzbi7TxtGyre9R+T6/Ohzl+g0daqC6v1s3mZXU0x5pvJfvDLAH9wmtNVUwD5WTl 2d9CLqedrWg4tN3uWpaJV+VRpvLkWt1i/CxzSV0tWR2RUeSg6h6fiMq/W9GN1EvmsTw7o0vidBOi e8PSlVHIZVnsV2P56t5PJEzrKIt2fXX9mf+e0Y3475jHevcDelzcs41e2VjD8AsCe0og8GQi/uTF 77zby2f93bjSQ0gup8ty9qEH4eu978fS49Hs+fhxULDnYc9PdkRUlYP0UFIjMXzjdMIbZbhlFiY/ VSeMfotaZzm2thhd2LZ6JKi0K2G/1V/kNNK1sCXHjwaDT3bkVPHlxs3R18+3wTdgjz8aZm0I/Up+ i4UaPZNrTB1n9Rfdc/wSPXvJ3+EqsvxrOCbf6FryMnEKOxplbvjKPUbZWTLfj/ojutV1tllO9v6Y ilPXoWZ6hIHJ19eBRs+eC4E3dmjTL/r3fPHRdPwfjaSb4m0XP69o9Sfy9Fv2QFb8LhBbdwJOj5KX LTb9H2Z6xb2mM+WIqJDcM54GpcTeX15ptXimys+Q9LD6kTLy1OKb8oY9+wFd81LHfbXW8fvLiFpm 72gTtN+JscZBC37095xutCMnzmapssry5bJ6mz7S4KUcieGRgqu339SuBIqMlpMyrRyyp8mn2ZRu +Qlk/jdf/lbVtfgJn9XEvdbZnsm1LJn94iyZHZR/wblzT/xBKqK4vlz+MaNRcrqxibOrxsl9qT+F E7DeD1awedvjk/X9sWECToDAnhKINPa1tvOHCV1Pf5JzpZfBMoQfauuLRoN4KLMfSlYLx143AuJ2 mG+m6SF570Ykw9LTMc1bTDhat2HuZsQ3xs7y4+HZ5yt6U/VW6rL7GirPl5+3+AH5gkeB33mompzX XHnrE66ds/rnpSMGCIDAaRJofHon7+R4mLXaBo/8bmr1rzqudkwvoHhyr87xjowEPF+9Ub//dTNs df7HvT+nP+wmWBqS2CazmxvBofKLCdjofEg/eb/p1qneeak/16Gpeae7UaYdEof0U8lL18rVIBbr 98t+lVJGa8VXevdXt/xGoOjVp+bAqNzL3TMayvtitZmHaiMko79Ks9YujyK89W68+iO97bftP7TL g0tDyZB931F/BtRjV9yrvw0FixPyAM11Wh6isYHAoRAIOMKxk09KE7zJO9Yw0+P5N3I/15Gbt548 Vka2E7JsWvzGCHjsI/zkgcxtg+oJUKmwWK7bPu/r4JS/U0fqyWjFsPCPcuKTq1GdPsxHBtqrCYxu 0uCRr59O777K4MlmS6LLyzOyOqTSOplJg3BPnfSS9PIw0eNWUPK0mzNkbuLEyj/Mx+ou8pr688nl hPpm7J33nfKRFBJsP8tLyOdXDNW1L/L+XJuJjqK7nWhayynkii69Vyu7OCf/fR2ddI5+O6o/ksev +Od30qG5v+xW52rrsAcC30egmozEKmAfDFAHtlEHeIKaM9GtpUx/At5RX5MyiU9N5twXW2WSoDOJ 1Cm73OQ93EP3pRyhh1sXAz17RoQNBEBgLQJFr69O6vRK69PBPadHGxlRCyY84JMykvGVi+pkUWV6 9dn0iAACe0oAjf2eFgzUAgEQAAEQAIFtEcjOxt9WRpADAjsl4LzLDeX0ze9Y912/EDKcAwEQOBoC 6NkfTVHCEBAAARAAARAIE2h8eheOhrMgAAIgAAIgAAKHSgCN/aGWHPQGARAAARAAgZYE0Ni3BIVo IAACIAACIHCoBLKNfXDFsNbWyiIc9UpT8lnSYhFY4U3Lk4lMWJlKE8E+CIAACIAACGxEIN3Y8ypg w9XrBktlyjrik8qRiLi/nX1k9OUlO195SVi9ZG8mBYJBAARAAARAAAQSBJKf3oX9TeslM/3lKtlF lPeJ0VKcWvvbD7W0ZsAndN6ftC8QxyAAAiAAAiAAAikCkeVRw/6meZWveinJ0n91vSyov5Rk6fdZ +cOW9DyUX/tk9/x1s6Ksjy/HXfaviINz4IA6gDqAOoA6gDrQpg7Eh/FD/qa5135Fpb9qll742lbj 8oNr6s2e1LA/D+Pfzbjv7m7LifKIZ/x19+haedoTf9GrjzMy/qTdpDgCARAAARAAARDoSCDe2LcU 9P6v6agynTThOjKdEKEgAAIgAAIgAAJrEIg39iF/0+Lvmvv22l+6vNevtvkfWg3Zj3d1ggfkb4dU O+uUAM9fN48W/Bqu6I/j9DvjT1rJxy4IgAAIgAAIgECaQGKCngyl35vh9blqiF+e3thvNfvTLuV+ fOhBeh62n7Afa/7cjl15Fxs7BF+eDYm/uKMJz7IfnomP8CuOU0mg2d2IB+7VJq8QPt7ogef7YQMB EAABEAABENicQGSCHk96aOFv+mI8XctvN6sdzTftTzqeLiUTYeCGOoA6gDqAOnCqdSDRs2ck8wea 3cgiOHM16Y6o6Xd7i11wHta/6c1o5HT1WRdsIAACIAACIAACaxGA17u1sCERCIAACIAACBwOgfgE vcOxAZqCAAiAAAiAAAgkCKCxT8BBEAiAAAiAAAgcAwE09sdQirABBEAABEAABBIE0Ngn4CAIBEAA BEAABI6BABr7YyhF2AACIAACIAACCQJo7BNwEAQCIAACIAACx0AAjf0xlCJsAAEQAAEQAIEEATT2 CTgIAgEQAAEQAIFjIIDG/hhKETaAAAiAAAiAQIIAGvsEHASBAAiAAAiAwDEQQGN/DKUIG0AABEAA BEAgQQCNfQIOgkAABEAABEDgGAigsT+GUoQNIAACIAACIJAggMY+AQdBIAACIAACIHAMBNDYH0Mp wgYQAAEQAAEQSBBAY5+AgyAQAAEQAAEQOAYCaOyPoRRhAwiAAAiAAAgkCKCxT8BBEAiAAAiAAAgc AwE09sdQirABBEAABEAABBIE0Ngn4CAIBEAABEAABI6BABr7YyhF2AACIAACIAACCQL/54eNpwsa nrlnP2Z3NHp5d0/iaKcEBo8LulntmvuAHhf3dPkxo/7oZav2fI3+TZUvxlN6LivwuvXWuQaWS1r2 VvRQ8hG77i+9fJcT6j/Mq5NOemY7WV3R+e8R2UvICVfyte6VMNnxysdJb+X/eaOr+yEVl+6SJv0H ml+Mafpsz33Q7K7WwZHf8cDJX+nfUcxRR/+u+m+h+vV0OemTqqI2WudfXUfXvb46Z4oEWyPwyZLU 3+DzcfH4OVDnxtPp5/hCx8G+y+yQeXB5T8eq/A/Zllp3vil9TscXne3y0/FN83MR4OPHs/VB4ut8 Jd5iUV8/fjpfvh9OF+PPqco/LT9cluOpez1bXdf59fXz9V9H5len2ZTHpul3bq9XZ3aRn18PdB57 z0e1bVrvY99v9OzZ4Mb23xvR7Q8+zZ17+1QvT3VP9KvsRZU9iTKljVMcumFEZW/SBHJvY7ai4fCS Oy9FL9amjcofPNJCda1sOr4pFr2Yjw9anp3RJXG+E6J7E9fXoVQ08JPN3+Zj03q9LjnNN8C698fh M7oieip7VZn0fBFFe6ZarrH7323NwuqRkV9xKvVfCqSOm2VkkjHvD3qjUdnzTelfZBMvf1ufltxb vLy03Wev7GLl39GGttHnD32q++yZVMz+pjej0UM9Cvb+MqJ+YtAkLp85Tc/NiMJoVOablT+nP6sF PQ5e6l4c87p6+00JFTJGpYMb+ufqX+z65zLnQqez3PWbkG/rXrT+6LQLvkZL05xeb6p+tUhvdRDR 1b3JQ+hcP3KfklEYjmPTRvX35IQO9T1isRgWUey9QY4S9lX5l6MAVlbMjkb+Lfg00uDElxLwej8t evaDR+6tqB4PHz8Oil4VV2SnZ8OVy+kZSbiNa3otLEf3hNjyT5MmIp8GA2/UoSnPyDc6Fj0arsR1 nm2e6pL21b000VVk654fXyCfi8dBxdSEq56dP0ripzf2l3IbXELnRVeVX1q+lK3WX45VObZgI/pq vYy9queZ0z9X/gWvuifq55csf6V/I50KszrGfkVHU78TbILyuSw0m3XkF/aX+ftc28iXXp2qD4NH Xd71yEdMtzbnU3zS9Y8+k+UvujPz1PWbk1/wS9QfrgfJnmfq/lLWoWT6Mk6wfpi8vfudXL+qnNvo ny2jVM8+Y5/kX92fxZZInYvZJ7q14ZO1oeSIeNu5ZoVjpGd/Sffqydc82dWdFU7nPbXOH+hBTvKT 3dVq4r7f57DJ9ZTGFy/cu+Bw7ueObFfp/YWeZlc8PtDcnKdJK1+i/T2nG6WbnOI+Qb3xU6x5N8Xv IWj5p3hirkNb7wXzF/t41ODsmec1OJJ63F8hzmtA19yz61cG8mCI7tll0ztCgwfvL6+0WtzS4KXo DYxvejR7KoHm5A+uqTd7orrjOaeHu3OahgogmLvYI/k/k+00CP1Jquuq5Yh+Lcp/OSlsk6Tv/1ZE 50pIrvxV1HV3X0b9qifMNzVaTGmNOQ16BIM1Ue/1c/KLuvfD9OzjNkTk8zX11pPrbW6ut5sej7p4 125cZruQqP65+tem/FPXb05+qX6y/uRM3GX9Ev1T98eynDbS/zvty+WN8G8lEGns66GlXWvXuJkn M+Qb3PMVvd3xzbi8MORmfJtMs8XA93+04puRHbLuLHnT9CbDOf2e3dAtP13M6ZGGq1fq25v5VuTn rOIHhL59WuO4Miw4HdN8zQl++17+8nCzHF6XD3MZNn/5weS6fN/FpWM5ce+aJ+gpZkpMXD6nt8P3 Nn5L+S+vK5r+vKD/+NFq9eoLscK28+vov0b961T+a8jvZuU331+6KbtG7GO3bw0kJ5Rku5/emV7F DfcqNEHp7b4VjbOE8w1Ih49vLnXk9P7FOfU+SlkSk5+Uf/mfDqQlbBgq70SHxEO1ETmhcOmByXtU SRIKj4hKnJYbLN2MyfTqnUYkI3/+h1ZDHhVQsge3dra2OpnY5WFUp/xM1NW/RAoVtPflL2Xl2Sd1 rhwhUpaEd4P1X0ddTz4PixZllpVf5mXK+ZnnfqzoT+gZQx7QuE7y6x+tXIv9nP6Z+rdp+W/p+iHq 0bm9hA2Lkm/r+0skfY5gsPzU/TGXftPwlvb1LBy+v07V/Kj22ef4FPfExaLk3l4wYm5A4H+cVt4v Vxu/U1Of3vmf60gh8adaVexix5ngIhWk+twnH/7BE3Lo7akc+s/Ll568/bSKXyZQMa/njJazGfWG ZcMlQ6Z/rs3kNRkSrSZ+ZT8/yecvFrmM5Iw7EuKHO3yS6cP5+/IlR8Ohx736wPc0fv5Oem+CjgBc 8sSotp/fJWVzkxSqH07+Xv3Q5a/L1jDjkQs7GdO+VtFxnPI3Zdsif4EX3ULp3WvATlpyRKghenkA 9et/PYSflu/apnNQ9Sspv04jsn5xzQ99MlvY4NpVp0ztpfW3KZN1xNO/Kv//ftbcMtdvTP5fdW+I 1R+jo3MNKLYc6JaBur/oe0c0fYiP5Kjy8Ow3oaVsnXdSf0kU2ZpsOKKqnzqP5vXDcR39/AnU/Gop cP937BO9onwkUDbLSXEpAvB/xwSqyWScz5fvc+VrNanpO3RDnruvDyj/3TP26zE3CHtzzaH8v778 /fqA49Mog8g7ey7+HW7O06f5LMS+dN5hphC9NwRQ/t9YFNxzuzpb0qud9PINqqD8vwE6sjx5Ao1h /JMnAgAgAAIgAAIgcGQEtjtB78jgwBwQAAEQAAEQOAYCaOyPoRRhAwiAAAiAAAgkCKCxT8BBEAiA AAiAAAgcAwE09sdQirABBEAABEAABBIE0Ngn4CAIBEAABEAABI6BQKOxl0UXzOpavMJWfKU4WTeh GS7n2J1nc4W1LZGyuuUW/pJPe9rYsCW1diImxHcnGXlCLWPhlyp/LxkO1yQQXJFwTVnbTPZd9U9s 0HWw+yp/mfSyaAwv74wtTeA7yz+tWT60aIfi969c+5BLb8PXW4Uyr/8uYwQX0uELbq2FN3yvVKx4 UP6650UvxyuTJ58LQuldeHVLxV9Xj2NPt275t+ECr1jlNSEez5SHujbsjj6O5wVOrudO12+L9J1l eveYXBmgfm/3np/jrcPlvmWuqYi3vlz7kEsvXgC1l0JX3vfZrRnE9jsvqsMwquVq7RKmLNzdfugl Q5vLcrqLarj+0EVQLpzOWT67XTszubpLLrr+tUunMa522aNk/s5ykizKLArkegtPpuckqfA2fJ30 ailOm3YTf9hZOM5SmGL+XWNJVkc/7e9es+ORg6A/8ZwCWobE9fjbvPUyyXo5z1S4XW41x8/KKFR1 619OfR0ufiGWr8ZfpD6drB/ucqaczLNfBDn6af5lLqlwW4ckaqhs5byTvkP907JFjt5sXoNr8eJY M5n/ntGN8frEi/yrsneXk63vMcn0ZYZG5i/u3c/d61brE91P1X+lHw8trle/OWOHr19+Og9R8oDK P8rUC+AGlKol+dm+GftToadR5fwstdyu8TIq8tjDZ2jLtQ+59BfnPeeanT9M6Hr6k5RyoWz35lyw 580XpuohN59YYuFcUdkXuPKhbXxUx/1Ly5ORflLy5YbCtXw/PlNV9nDPXvmKdsN0vHrfl+fn749c SPyu+muf5758q6Ovhz0vfHV6/0nT6LOI87Zycr+x/HP+5P10Ifs26fnk+Bu75Olb+6LnY6d3mAjP 8cvxz3Gtw2XUqS4nez7HL2d/Ln0uPKaHPZ+zP8fPyon9sofAT/YzVV/Dvm92cz8p45h9t+efTW/u D8Ley8e5b6j8/fMZf/Bi1yb1O1c+x1/+3B6o0a6iPvllVYzYsiOdT3blVNcVvc/XuHOf1GHVfqJ9 iKWXe4dqU/z6HqvX+3C+c8+elc5uy4l6CmNPT08zdkPLpTLnh3Px2Jbyh54Ll8y1/KiLzPIJeMVO JrpsyfxZZtqf/Xbsi+or+e+5P+wkv6hhLQNa8LeSbE/RHM8fqO4rFjFS4VF/4i35Wx2Sv+KBLBAh ya+F/cn0nF8uPKBSfaql/TF+fGOsRgVrocWeUx5+oD7m+8nojthpDjvsYkdYM+XuWkdL78/ZVfU9 9aw34nRkN3SX/u45p2T5HHj5uyBDR+IBcEb9Ue2q0fS0GwMwtfvokJRW55ilOKzq2j4Q30vuzmVe 27DIRkYePkJXcistvjTSDhr7D1r9TdngFZQMizn+0HPhKdlFWHFTobVvBNYPuZGm9WvlTzunfy48 b9/3xWBvVc9X9KZusML61lFoh/a14u8oc4AHCX6t7E+kNzRy4btDFr5x+/mdNRth34Xyj175Ci8Q l0Majbif3s+y9XGb+t9aWCRionwOvPwjBn/56c3aB3kgG1G/egDhOjHlUfwvt6J7ho3Z+N1F+CnO aCjvw+zGT1C/lF9tHoZqztZXF2Mu3IqN/fKwMT1fvVG/r0YXYpED59P5Z/x1s7x0+nx4QKX61AH4 w87ZXxiT83ddm+zu5fm78bd8tE3+cuMOqJfml7c/nX7/65+8T6+dzfOr11vuff2pe3pyo2YvqzTp 9/kanxDdu7Ouc+kL5APqneU6JYHCaekPnnjMxrqEN+5eO/htT5ffsZS/uLiVL6Z8f/Yh+4q4/BpO bbH0Kkpkd9P2wRc7eOTK+HoITT2R5whHIDb91dcTnNLhnJgnVtQ+oAsw9eQZOeZ3fjQsZtaV3NwJ Tqnw4omsnJYnPqB9f+faJ3YpXX7MZJ76fqFCmrup/G3sVJxUmKRPh6f5GhPK4SeN0NqX5ZP1dJbP X+fBs4NouSS6vDyrGKftKwk6k5zc8reMU7/xPML6Wz71xB5Xug3Xtplzfv0Sfgn+rtT8kdjRe+V6 rOpm3LZaXipOKkwkpMPD/OrrnwUk7G/FrzYjuufoGPHFHi0f30aVvspQbPhFNBp1v0lrG0P13+Sx Qf12bDfCmtdHKk4qTMSlw7+q/G0+TdtCOtrr0+Aw/+LppTGvJvfZBHYSY6DuShQtP5leIjtlaxJT X1/AEmdPN6+x31MtoRYIHCMBuXFc/zmYm8WxFIHc0K//uA9Zx2Ib7ACBGIEdDOPHssJ5EAABhwBP 9pn1bpqvtZxIONgqAe7d3fAksAPpjG3VdAg7bQLo2Z92+cN6EAABEACBEyCwg9n4e0ot8r6m1jb8 /qgOP/C9fbd/3/U78OKH+iAAAqdNAD370y5/WA8CIAACIHACBPDO/gQKGSaCAAiAAAicNgE09qdd /rAeBEAABEDgBAigsT+BQoaJIAACIAACp00g2NjLd6gpf+ayMIPx5RvxeZ5Lb8MP0R/wV1UXYXRs /uRtuVu7ZIESW49kyeR936y+7mpe62ltWVj7fZmx8rc6SDrLcT0N9iGVLI7C95JA2cfs3wetoQMI HCoBx2sQ30zgD7jyihTxqIRwp85wxW99LF7JplPlrcr3atZBVpd8txVXrg/Hg946+m7BZtEj79Wr fblsi093OQnPY+uw3UKaTbzWdbf/EMoIOh5DuTY+vcv58z0Ff8DOkpLwJ93JnzRfFNnt7Y2XNOcW cx5Z2cThr/ylZwWXEZz0qvykV/zMazXb5TGl9yhLa/oe1+x5Iy7kT/ucl1tlr1flws28TvsDqRVv k2pq2dpzVr9cutXqKEJ8vZKCbaD/CaNdKtSGt/h1+Hn8bZjo9kS/Si92HT5b9fRbTnh9e7Xl7M/m 78kP+XvXZSDhlb90KjyhmXLlEQde9dxstr5YNa0OZahT/jYsyKfSrV5CvLJ3jXKy+uAXBNoSCPfK Yv58nSfnxFN5LP2e+wPmi8/pMfGNwfFfzI4qHH/bEt/3b6x7XH76nHwuNFMefjx7nm8mjn7b9mdv 9N2GP2mnntQ9A+tv3P7yWuvc0x9XdTBnn+UQ+/W5hfg7PXOvnubsN+WtfKH7+cX0cs57NjthmfK3 cWP55uqnTR/7bcVfruGFui742GEaKXteWNzzIy/HSo5KF7PP6J3IP2d/rnxFfqpnvzEfr77l8ouV E87X9xSwaMei0bNncO228in12PwBw5/01/iTnv9+Y2ckY3p5UtWN69TVakIj7bCHl5SdXIunxBfS p1UqZzdZfk7M0EE7f9rLSe1R8f0f+647D8n6hnPC7+yMzoyvd51/j8RpWHb0oQN/Z9SBy+hBZxfb H1xTb/ZED+xPqNjYnevduXFKY8+0/Q3mn7W/XflGddgGH2b1NmVvby/laBD7R7h6+30QLlKjXBBw EATWauz5qZuH79b1F7/v/oDhT/pLai67i316m9LjTx7T3+qWKL+t5rOHwlr5O99Dvbel0oHY//JK ZnLlnJ9exzfsIXVUPf1siwTkgECDQHA2fiOWOsHDYBv5i1eizO6++QOGP+mhN8u7mDHNw7RqK2dR N/xRqygtdqUXTkP77psTbMFffLr8CqV61tk499Sm8tK+2tr6064S7NlOSP8OKm6BfzK3+R9aDW/N KIONJ/7qtbtme36935z9ofBQ/Y74o98WH1LqEwoAAA44SURBVOndXzGHslffHHHZzvW1HkOkOlYC jeVypTF37n9iuZ08IjdH7tL7F6eewJJML7L23B8wv5MjnsOltubko1ScVJgITYfLRX5PuvkpFFE6 BMrA8i9GXArlzbmQP3Yj0Oaj5BYZmf++jlZ+HSWdvo7n7um6UQ3DSn24WZGdoJbyl+5KCx/5uju+ 2CWJw48nSs1W/Lxx6UyG82VY+9vzDesmZ33ZJmblc91y9dPbcsqFF+maedj0vtzAscOnCLf288Ub rJ91eECef6px/S9peXlJl+Ye8y8ovy7Ddvnn7PfDG/o7OnrstsXH5EHO5L4albXTy7uOgD0Q6Eyg 0dh3loAEIAACIAAC3QhwYz89/+3OT+kmAbFBoBMBNPadcCEyCIAACKxPQI9uiZTGqML6opESBJIE 0Ngn8SAQBEAABEAABA6fQOcJeodvMiwAARAAARAAgdMigMb+tMob1oIACIAACJwgATT2J1joMBkE QAAEQOC0CKCxP63yhrUgAAIgAAInSACN/QkWOkwGARAAARA4LQJo7CPlLZ/IHL6/8IhxfPrY7Ytb jhAQAAEQOD0C+PTu9MocFoMACIAACJwYgbUc4RwzI70karWka2mwDVsul3TJS3wWW/clLZ3lOpW/ dSPPX47TLlVc5iY/yfSZcGuDyPHtk3OyOfKVP3ObdlP7nYVF2L7Knzj8gRQFgP8gAAIgsAMClS9x lo39kgE3bK7feHV+sXj8ZL8wSb/zMZa+XG74PheOP/fp5/iiLgeJr8Nz6XPhVi8/nj3PDb1rt/gO V/oZfTaw39j7OKjqWSHPtdnqgt+6HoAFWKAOoA5sUgfQs2d6XbflpPRFzQm7+jNP+lvnXn3OH3ky vejDnuRWi2dasAviYpORhxd7kP6V/Fv4k1/f/g39iae1RygIgAAIgECEABr7CJjdnU74W2/ljzuR 3iidC9+dZZAMAiAAAiCwnwQwG/+LyyXtbz3kb9tVMJ1e3rdPiV8DuNvqn3scO9qWv27jCnVB/LrD 8V1OFLJP3Hku6JHfi2ADARAAARDYDQH07B2u1o+0PWmHw4tJeH/HU3o2zu65caI+PVT+4i9pSnct 3VWe0fB5QdUou5kAN7cZ0vyhT+dTbijrCBymJwGm0xOlwtP2iRYvT280dfQrPHOJgvx+fWP7Q/bB 85fQxQYCIAACuyOAT+92xxaSQQAEQAAEQGAvCGAYfy+KAUqAAAiAAAiAwO4IoLHfHVtIBgEQAAEQ AIG9IIDGfi+KAUqAAAiAAAiAwO4IoLHfHVtIBgEQAAEQAIG9IIDGfi+KAUqAAAiAAAiAwO4IoLHf HVtIBgEQAAEQAIG9IIDGfi+KAUqAAAiAAAiAwO4IBBfV8b2S3b1d0e2/ET3Ua7/sTqNvllwvHBP3 CvfNKiJ7EAABEAABEOhEoNGzNw09Tajf75s/aeiLVeM6yf3WyOOpv0xre3XeX0aF3bOP9okQ80sJ bFK+X6ooMgMBEACBPSHgrqAnvtRv/9Eo0oW3vV67vKkdAdB+0a0vdDn3RL/KB4V6uddcOK/Jysu1 DnnR13JT/tyr/GP+5P20pQirrxXZ5lfy+sUWjF48J+uDR1rcW1/2bu8/q5/JWC9Z+0Gz2YqGw0vj W97ysvqG+FIi/8KuuHxji89I8a25WBl1udVhG+4l9K/4TXgpYh5Fatjv616qYnlZzWwdK453YIPN CL8gAAIgcEAEKt/ifHd1fZkH/NvzDfmTnZak04gP9IXy087HfppYODtyyfpzz/mT555f5W+ey6HW tcO+2DkdXzTTDgaObPH/rm2TdCn9nPgX488pc9L5ZPlm8s/Jz/EteA0+2TmNY8e6HBvpMvpn7ecy TJWv2K95Sp1eTMfNcuxQFxo2IC14og6gDhxYHQi+s+eb28ab7u2zdxd2GuNuwXDuueX8uYuU9f2p uzqsdfT3nG7YS9u9SrxU+7Ib1U/soxmN7NwH9jL3NLviEYQOWyr/nPyWfMU73UPfKtlBtzZRU/q3 SZ+KI/atJu5oDNe9ybV4Anwhf5AmJQphIAACIHBMBNzG/u+K6OYnuz7zhq6/yuJW/ty/SplQPjy8 /XxFb3f9ChH3ROk2FLXlufd/zPy8ZWRxHdsxf0f+t/Ptrn9bMogHAiAAAiAQJ+BO0OOe5utqSDwM qlLI+1vX33jvvAznntRUvb9WidbcDfk7X0dUj6yK5h13w6/6OjI5zcU59T7eqoZe5hf8Mi5vW8oT f/Hct9d4xzf1+38rJco3l39Wflu+RZk3/dFbDdf8zelfio3aX2UbKV+xv3fj8OU3/3TdU2VWycAO CIAACJwOAXeCXmk3v/ck3YY5E6Ckga8m0LkTzEYvP/jB4J785qtOL41IKrxQwM/f+nOv/ckXPtZr f/LuRDnTwFcPIV0maIX1s/nLwLb05OuvEz6I5wrS5eUZD9336fd5HWZsrvzdK/0cfnz+g2f9v6mJ gE64z/c9mb+ZV+mkD8hnG2J864F7y6ELu7LyZH5S/Jr6N+034p1Jfp6Onv0Sv65/GeUQDAIgAAJH SiDY2B+prXtpljR+wVn/W9J21/K3pCbEgAAIgAAI7JCA+85+hxlBdE3A6VmbT9+2O0di1/JrS7AH AiAAAiBwCATQsz+EUoKOIAACIAACILABAXeC3gaCkBQEQAAEQAAEQGA/CaCx389ygVYgAAIgAAIg sDUCaOy3hhKCQAAEQAAEQGA/CaCx389ygVYgAAIgAAIgsDUCaOy3hhKCQAAEQAAEQGA/CTif3rkL nmiFeXGTuxH997NYNAaLlGg22O9CQNcxxz9CFyEnEFc8/t2s7tx1/rdht12QaDmhu9WNWSAK5bAN sF8j49uvH9SfrynoHeTS6NnLhS++7Ce8Mpw06rJvXbuLr/c7e7ADZY5FJPytx0tS6pDUKdSjOCMJ mT/0t9/Qi2D2f8FrNtLH6i8Zvwm8v/q37XUeHnmRYmzrEkjdP779+vmC+rMuN6RLE3B69lKRRoH4 LyPv7DkvmbuwPuczy5UG/aUHMlGnrB9zc4rTz3g9eXpqjizYeLpnYheUkXPWP7xe7jYXLuvd18sB swZKf/tUveQ1ci8v7aLAyn6dVnnG6zoSYnUs7P/gm/MbjUYvFSEnnOr8K/1i/uBZgk0b4yOZWK4m Q8Xf+EfSNkoExcfE3/Sf7TmUcnTZVvbF+Js0dqlfOXCX27X1wZaHtVPn4S61LOb5veu4/JEA2pCP tdFo38jbGFiVoTni5Zb9+lHESv+vG/gP4na/3trwj9UvbXui/ts6WGRa11+lRLmsdjGiaOpdHZjd s+VqIqr6649M2ni6jK1ucs7Wl4O5f1T8a25VfepwnVouPj9dDtH6ky0dRPhOAp+ceeOPC9zx027j cOVhP+e1z3k51v7D2/lLb+Zn5Uu+i8dBpU8oP+0/nm/OTv5GjvgwF3/s1o85H/tpYuE5/Qt9Hiuf 9r79kn/K37q1M/bryzM8rB1Gdtpfu6T3bdXlk+OT45/jE7PLP+/bWYW38HfPDnqi/PlmXdt/Mf6c cj3Q9mf5ZPLPyd81H5+bXz8qjoFruggbfD7a69fwqVma8Iz9WX6Z+i/8dHnI9Vtdp5XOoiNfv1bP 6nz8vmHtztXfNvobnfb8/uHXA2t/6H7Y5X6U48ddgXT96VBWlc5IU7V3u2Ti9Ow5o1bbcjKqPL85 LlT5ybKNP/p4JuKhbEb9yuE7kRm2qju18aReiH5a5zFRemgT3lL/qL96L491Dt9fXmm1eCYeOCk3 6fmUAES/LflrD/PJ8G/Jx2q+1m8Lf/dR/qIfjwNV1Ye94D3Nrtj3QIctlX9O/hfwSdaPVmbO6aFv XR690KjvJUrZ70XtfCh8WtVfrWOXXDL1t4Oo8PVRCwiGtyz/aP2txa+/x/e6tym/Rnl5IFPKPFJz 9fab2t1C2/DTZROoP+trjpQ7JrBWYx/V6dv9pUc1axewF/rri4nVlmHV6Zjmahi/nTE7iLVzPjxE /nxFb3f96mGSezB0u4EpzsNoVk73/B35O+cjBuyyfnS3P4v0lCJ8SfnngXJ/wbgpn/O4+/iG6HW0 3TkZeQ0QYx8JNCbobaZkW3/psVxC6eUd6YJ4aLra8v7Oq6gdd0L5dxRhokf8rbcQxcPAnj92TrT6 V6Rs6a99fT4h+zX/UHgLo9pGaenvPipO+HDffnxRxxjf2LkV9bkon1z+Wfk75sMmJOtHbeJ6ezn7 S6lRflWukfrfsv6aB1y+5uUht9sW4q/rbyEtr3+3XOvYofzr0PZ7EX5tBUjv/uqWBmWv3o7j5JOH 9G/yy8sp0vDrNkzUzMP6shgNRzjSk6r9tYse9QQaHWYmOYX8tXMKO8mltqKWUZ+L7/np7YQqk4KH yuoJdO4ErNHLj3Jijyu7Ti+V8J78238dXqTz87cM/io2KfvNzere5rKZ7Tbv6oJ17C/0dfR3wrvy CdvvyOcoMT6VjoWYwP8wf22jrmMywY7n4vFkyDPzZcjv87puRvk79rMEnsBGb0/1zHYn3OfzzvPr 6jz8/B/EQCd9QP6O+azPPlAcgVPd7G/yMyKdSX5e/ff4SXy/fvF7Y7q/9NIFdI2d8hk58p38ff33 /f6Rv34qJqYMiF8BlsP5VUB+J8kvn5xjWD3XL8NW2SBSZwJfMjmAtUI+YPDldYAbL3dC2JbLYNfy T++6URPAtlxWJ8UyNHEZPL/8/rNPda7Rs2flsIHAQRNweiYdPjlqa/Su5bfVA/FAwCdQjIrUZ51R jfo09k6QABr7Eyx0mAwCIAACIHBaBLY8Qe+04MFaEAABEAABEDgEAtv99O67LZY3MqlNxjGwgQAI gAAIgMCJEUDP/sQKHOaCAAiAAAicHoH/D2rKQ4/L9jt4AAAAAElFTkSuQmCC ------=_Part_234369_1869706684.1370616976777-- --===============0049038388== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ libssh2-devel http://cool.haxx.se/cgi-bin/mailman/listinfo/libssh2-devel --===============0049038388==-- From libssh2-devel-bounces@cool.haxx.se Sat Jun 8 01:27:11 2013 Return-Path: Received: from www.haxx.se (localhost.localdomain [127.0.0.1]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id r57NQlHw032247; Sat, 8 Jun 2013 01:27:07 +0200 Received: from mail-lb0-f173.google.com (mail-lb0-f173.google.com [209.85.217.173]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id r57NQjv6032169 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NOT) for ; Sat, 8 Jun 2013 01:26:45 +0200 Received: by mail-lb0-f173.google.com with SMTP id t10so4782644lbi.32 for ; Fri, 07 Jun 2013 16:26:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=El06qszVL3D/jhU845GggPr435OAufnQogrY21tyqIM=; b=Ke8u5LkNYmybhsSP/TF+IYrG+sD91zq/BPJ8BBbkXNh1FROaHwTULv/XsuCatOwrkW FSJ8Le5i2TPcyBBZK6SQ4eOcDpuuOpMVR71891HRF1uSc3/BxL9r51kaVAoiw6/JNfYz 8twV62FtI110gc9RTDGy0eG05qiYNmSqflOvzB0wjIPsB5I4UUo7Gaz1KNbt/XM1MoaF Rh97nCOUSXfMnvbSTr1tlIOFQi8AozJUjI2x6rqwy6eFNYALsqvexr18Qg6SAhCN4YEv B04go9CtSvbNqz2k1IYsudcZOu+3vkBZJHxjiSgev+oca+F4O6kbRdq0J5yrZ/iG4AVS AKtA== X-Received: by 10.152.23.99 with SMTP id l3mr348379laf.82.1370647600232; Fri, 07 Jun 2013 16:26:40 -0700 (PDT) MIME-Version: 1.0 Received: by 10.112.71.235 with HTTP; Fri, 7 Jun 2013 16:26:00 -0700 (PDT) From: Sean Ochoa Date: Fri, 7 Jun 2013 16:26:00 -0700 Message-ID: Subject: ssh -v logging? To: libssh2-devel@cool.haxx.se X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.15 Precedence: list Reply-To: libssh2 development List-Id: libssh2 development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0941033267==" Errors-To: libssh2-devel-bounces@cool.haxx.se Sender: "libssh2-devel" --===============0941033267== Content-Type: multipart/alternative; boundary=089e0158ab6c52fd0d04de98c350 --089e0158ab6c52fd0d04de98c350 Content-Type: text/plain; charset=UTF-8 Is it possible to enable the same logging as is found when executing ssh with the '-v' (verbose) flag? I am aware of the tracing api here: http://www.libssh2.org/libssh2_trace.html -- Sean | (206) 962-7954 --089e0158ab6c52fd0d04de98c350 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Is it possible to enable the same logging as is found when= executing ssh with the '-v' (verbose) flag? =C2=A0

<= div>I am aware of the tracing api here: =C2=A0http://www.libssh2.org/libssh2_trace.html

--
Sean=C2=A0| (206) 962-7954
--089e0158ab6c52fd0d04de98c350-- --===============0941033267== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ libssh2-devel http://cool.haxx.se/cgi-bin/mailman/listinfo/libssh2-devel --===============0941033267==-- From libssh2-devel-bounces@cool.haxx.se Sat Jun 8 01:38:26 2013 Return-Path: Received: from www.haxx.se (localhost.localdomain [127.0.0.1]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id r57NVlLD003327; Sat, 8 Jun 2013 01:31:48 +0200 Received: from foo.stuge.se (qmailr@foo.stuge.se [212.116.89.98]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id r57NVdr9003258 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Sat, 8 Jun 2013 01:31:39 +0200 Received: (qmail 1006 invoked by uid 501); 7 Jun 2013 23:31:40 -0000 Message-ID: <20130607233140.1005.qmail@stuge.se> Date: Sat, 8 Jun 2013 01:31:40 +0200 From: Peter Stuge To: libssh2-devel@cool.haxx.se Subject: Re: ssh -v logging? Mail-Followup-To: libssh2-devel@cool.haxx.se References: MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.15 Precedence: list Reply-To: libssh2 development List-Id: libssh2 development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: libssh2-devel-bounces@cool.haxx.se Sender: "libssh2-devel" Sean Ochoa wrote: > Is it possible to enable the same logging as is found when executing ssh > with the '-v' (verbose) flag? Obviously no. > I am aware of the tracing api here: > http://www.libssh2.org/libssh2_trace.html So use that. //Peter _______________________________________________ libssh2-devel http://cool.haxx.se/cgi-bin/mailman/listinfo/libssh2-devel From libssh2-devel-bounces@cool.haxx.se Sat Jun 8 01:42:03 2013 Return-Path: Received: from www.haxx.se (localhost.localdomain [127.0.0.1]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id r57Ng1pU009390; Sat, 8 Jun 2013 01:42:02 +0200 Received: from mail-ie0-x22c.google.com (mail-ie0-x22c.google.com [IPv6:2607:f8b0:4001:c03::22c]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id r57Nfwtm009383 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NOT) for ; Sat, 8 Jun 2013 01:41:59 +0200 Received: by mail-ie0-f172.google.com with SMTP id 17so12368305iea.3 for ; Fri, 07 Jun 2013 16:41:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=4OsLCSEiT6tO4HXpLZvCRZf4HK1OjoCZoBBpdSUppVI=; b=Lc3oenWtfndDkpyVvjLbb7Uhows1Gmr/sr5vP7jO5tGDNZNAsrmfYzuuczAVyl1X2v 3yDoyBnFV81CSx+V7Dn0+oDFHmhAeJmSB1EaSq/gR6A+HyJQcviLkjBwVsRlPvIyolNi 6PaiFzeyAZ0HBdXPkA2LmTFROBSPjOw9ftH9ZMPKEN7f7eXnB3OzMn1VD7X9Dyf7VGrX Ao6j+mDP/V1XMM3l+rKQCBUNRq39lVivQCoFqRzINlS61/yzMWUKVlYi7NkYZjW+l2JZ 8lfd0yIBwOfK2TpWUrpd+EE3iHJYJnW2UEkhlUMH6Zx7uPpTC2wPf4IT4cH0gQQhE7Bt putA== MIME-Version: 1.0 X-Received: by 10.50.128.79 with SMTP id nm15mr2316072igb.30.1370648512933; Fri, 07 Jun 2013 16:41:52 -0700 (PDT) Received: by 10.50.111.194 with HTTP; Fri, 7 Jun 2013 16:41:52 -0700 (PDT) In-Reply-To: <2fe01f5d.f5ca.13f1f235589.Coremail.e_balloon@163.com> References: <2fe01f5d.f5ca.13f1f235589.Coremail.e_balloon@163.com> Date: Sat, 8 Jun 2013 00:41:52 +0100 X-Google-Sender-Auth: yVZqRm7drH_j0DlyrDALXZeC8jI Message-ID: Subject: Re: Segmentation fault libssh2_session_last_errno (session=0x0) at session.c:1219 From: Alexander Lamaison To: libssh2 development X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.15 Precedence: list Reply-To: libssh2 development List-Id: libssh2 development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1094036034==" Errors-To: libssh2-devel-bounces@cool.haxx.se Sender: "libssh2-devel" --===============1094036034== Content-Type: multipart/alternative; boundary=089e013a0b18ba050f04de98f9ff --089e013a0b18ba050f04de98f9ff Content-Type: text/plain; charset=ISO-8859-1 Replying again in case my mobile message didn't make it: If I'm reading the error message right, a null session pointer is passed to _last_errno. So the error is occurring at a layer above libssh2. In curl maybe? Alex On 7 June 2013 15:56, balloon wrote: > hi, > I'm using: libcurl (7.21.3) + openssl(0.9.8k) + libssh2(1.2.8) as SFTP > client to try to download 1 byte from server . Client side code is like > this: > > CURL *curl = curl_easy_init(); > curl_easy_setopt(curl, CURLOPT_SSH_AUTH_TYPES, > CURLSSH_AUTH_PASSWORD); > curl_easy_setopt(curl, CURLOPT_USERPWD, m_userpwd.c_str()); > curl_easy_setopt(curl, CURLOPT_URL, myUrl.c_str()); > curl_easy_setopt(curl, CURLOPT_VERBOSE, 1L); > curl_easy_setopt(curl, CURLOPT_WRITEDATA, hd_src); > curl_easy_setopt(curl, CURLOPT_WRITEFUNCTION, this->write_callback); > curl_easy_setopt(curl, CURLOPT_INFILESIZE_LARGE, (curl_off_t)1); > curl_easy_perform(curl); > curl_easy_cleanup(curl); > > To most SFTP server, this works fine. But when we use this code to > connect to the SFTP server that our customer provided. > We get this error in step curl_easy_perform(curl) : > > But if we try to connect customer's SFTP server by FileZilla or other > mature SFTP client, no error occur. > This seems to be really serious issue, and I don't know what is wrong > here. Please do help to figure it out. Thanks. > > > > _______________________________________________ > libssh2-devel http://cool.haxx.se/cgi-bin/mailman/listinfo/libssh2-devel > > -- Swish - Easy SFTP for Windows Explorer (http://www.swish-sftp.org) --089e013a0b18ba050f04de98f9ff Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

Replying again in case my mobile message didn't mak= e it:

If I'm reading the error message right, a n= ull session=20 pointer is passed to _last_errno. So the error is occurring at a layer=20 above libssh2. In curl maybe?

Alex



On 7 June 2013 15:56, balloon <e_balloon@163.com><= /span> wrote:
hi,
I'm using: libcurl (7.21.3) + openssl(0.9.8= k) + libssh2(1.2.8) =A0as SFTP client to try to download 1 byte from server= . =A0Client side code is like this:

=A0 =A0 =A0 =A0 CURL *curl =3D curl_easy_init();
=A0 =A0 =A0 =A0 curl_easy_setopt(c= url, CURLOPT_SSH_AUTH_TYPES, CURLSSH_AUTH_PASSWORD);
=A0 = =A0 =A0 =A0 curl_easy_setopt(curl, CURLOPT_USERPWD, m_userpwd.c_str());
=A0 =A0 =A0 =A0 curl_easy_setopt(curl,= CURLOPT_URL, myUrl.c_str());
curl_easy_setopt(curl, CURLOPT_VERBOSE, 1L);
=A0 =A0 =A0 =A0 curl_easy_setopt(curl, CURLOPT= _WRITEDATA, hd_src);
curl_easy_setopt(curl, CURLOPT_WRITEFUNCTION, this->write_callbac= k);
=A0curl_easy_setopt(curl, CURLOPT_INFILESIZE_LARGE, = (curl_off_t)1);
=A0=A0=A0 =A0 =A0 =A0curl_easy_perform= (curl);
=A0curl_easy_cleanup(curl);

To most SFTP server, =A0this works fine. But when we use this code to conne= ct to the SFTP server that our customer provided.
We get this error in step=A0curl_easy_perform(curl)=A0:=

But if we try to connect customer&= #39;s SFTP server =A0by FileZilla =A0or other mature SFTP client, =A0no err= or occur.
This seems to be really serious issue, and I don't = know what is wrong here. Please do help to figure it out. Thanks.



_= ______________________________________________
libssh2-devel http://cool.haxx.se/cgi-bin/mailman/listinfo/li= bssh2-devel




--
Swish - Easy SFTP f= or Windows Explorer (http://www.swish-sftp.org)
--089e013a0b18ba050f04de98f9ff-- --===============1094036034== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ libssh2-devel http://cool.haxx.se/cgi-bin/mailman/listinfo/libssh2-devel --===============1094036034==-- From libssh2-devel-bounces@cool.haxx.se Wed Jun 12 09:38:14 2013 Return-Path: Received: from www.haxx.se (localhost.localdomain [127.0.0.1]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id r5C7bc0v016534; Wed, 12 Jun 2013 09:38:07 +0200 Received: from giant.haxx.se (localhost.localdomain [127.0.0.1]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id r5C7baGT016518 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Wed, 12 Jun 2013 09:37:36 +0200 Received: from localhost (dast@localhost) by giant.haxx.se (8.14.4/8.14.4/Submit) with ESMTP id r5C7ba76016515 for ; Wed, 12 Jun 2013 09:37:36 +0200 X-Authentication-Warning: giant.haxx.se: dast owned process doing -bs Date: Wed, 12 Jun 2013 09:37:36 +0200 (CEST) From: Daniel Stenberg X-X-Sender: dast@giant.haxx.se To: libssh2 development Subject: Re: Segmentation fault libssh2_session_last_errno (session=0x0) at session.c:1219 In-Reply-To: <2fe01f5d.f5ca.13f1f235589.Coremail.e_balloon@163.com> Message-ID: References: <2fe01f5d.f5ca.13f1f235589.Coremail.e_balloon@163.com> User-Agent: Alpine 2.00 (DEB 1167 2008-08-23) X-fromdanielhimself: yes MIME-Version: 1.0 X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.15 Precedence: list Reply-To: libssh2 development List-Id: libssh2 development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Errors-To: libssh2-devel-bounces@cool.haxx.se Sender: "libssh2-devel" On Fri, 7 Jun 2013, balloon wrote: > I'm using: libcurl (7.21.3) + openssl(0.9.8k) + libssh2(1.2.8) as SFTP > client to try to download 1 byte from server . Client side code is like > this: > > To most SFTP server, this works fine. But when we use this code to connect > to the SFTP server that our customer provided. We get this error in step > curl_easy_perform(curl) : Before going further, can you please try with more modern versions of the libraries libcurl and libssh2? Both have been updated a lot since those versions you use and I think it is very likely that the problem you see already has been addressed. -- / daniel.haxx.se _______________________________________________ libssh2-devel http://cool.haxx.se/cgi-bin/mailman/listinfo/libssh2-devel From libssh2-devel-bounces@cool.haxx.se Wed Jun 12 12:06:40 2013 Return-Path: Received: from www.haxx.se (localhost.localdomain [127.0.0.1]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id r5CA6Ig0000963; Wed, 12 Jun 2013 12:06:36 +0200 Received: from gecko.sbs.de (gecko.sbs.de [194.138.37.40]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id r5CA6GJZ000957 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Wed, 12 Jun 2013 12:06:17 +0200 Received: from mail1.sbs.de (localhost [127.0.0.1]) by gecko.sbs.de (8.13.6/8.13.6) with ESMTP id r5CA6HSp012641 for ; Wed, 12 Jun 2013 12:06:17 +0200 Received: from DEFTHW99ET4MSX.ww902.siemens.net (defthw99et4msx.ww902.siemens.net [157.163.148.53]) by mail1.sbs.de (8.13.6/8.13.6) with ESMTP id r5CA6Hjf032655 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Wed, 12 Jun 2013 12:06:17 +0200 Received: from DEFTHW99E74MSX.ww902.siemens.net ([169.254.1.251]) by DEFTHW99ET4MSX.ww902.siemens.net ([157.163.148.53]) with mapi; Wed, 12 Jun 2013 12:06:16 +0200 From: "Belau, Rene (ext)" To: "libssh2-devel@cool.haxx.se" Date: Wed, 12 Jun 2013 12:06:16 +0200 Subject: [scp][recive] packet_type 100 but awaits 99 Thread-Topic: [scp][recive] packet_type 100 but awaits 99 Thread-Index: Ac5nVHnsAcARVbvHTtOXSr4VOALIaQ== Message-ID: <768A10A2B7D51545B1B2BD175D9848C809F3D85E6E@DEFTHW99E74MSX.ww902.siemens.net> Accept-Language: de-DE Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: de-DE MIME-Version: 1.0 X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.15 Precedence: list Reply-To: libssh2 development List-Id: libssh2 development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0702437653==" Errors-To: libssh2-devel-bounces@cool.haxx.se Sender: "libssh2-devel" --===============0702437653== Content-Language: de-DE Content-Type: multipart/alternative; boundary="_000_768A10A2B7D51545B1B2BD175D9848C809F3D85E6EDEFTHW99E74MS_" --_000_768A10A2B7D51545B1B2BD175D9848C809F3D85E6EDEFTHW99E74MS_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hello, I recive a wrong packet_type (packet_type 100, awaits 99) from ssh-demon on= the server-side, so libssh2 returns a channel eof and closes/frees the cha= nnel without file transport. Console output: --------------------------------------- libssh2_scp_recv()! libssh2_scp_recv() spin libssh2_scp_recv() spin channel: 00000000 << my own code erronumber: -22 >> #define LIBSSH2_ERROR_CHANNEL_REQUEST_DENIED -22 << m= y own code Unable to complete request for channel-process-startup With debugger I walked throuth the code and the libssh2 seems to work fine. Can I go around that issue ? Putty can handle the packet_type 100. Putty resends the request channel_req= uest multiply times with a packet of packet_type 2 between. You can see it in the LOG at the end of this post. Application-Code: --------------------------- I use >> spc_nonblocking.c << for first test. Server: ----------- OS: self manufacted Linux i686 SSH-Demon: lshd SSH-2.0-lshd_1 Client: ---------- OS: Windows XP 32-Bit Libssh2: ------------ libssh2-1.4.4-20130606 daily & stable 1.4.3 tested Libssh2 was build with Visual Studio 2008, convertet. Dependencies: ---------------------- >> Zlib 1.2.8. >> Openssl 1.0.1.e Compiler-Switches: ------------------------------ >> Nothing changed Server-LOG: ------------------ lshd: DEBUG: Sent USERAUTH_SUCCESS lshd: (size 1 =3D 0x1) 00000000: 34 4 lshd: write_buffer: do_write length =3D 36 lshd: lsh_oop_register_write_fd: fd: 6, accepted socket lshd: write_buffer: do_write closure->length =3D 36 lshd: command_Bp lshd: channel.c: do_connection_service lshd: lsh_oop_cancel_callout: action: connection_timeout lshd: Installing fix channel open handler for type 'session' lshd: command_B, f =3D 808baf8, cf =3D 808baf8, g =3D 90a46c0, cg =3D 90a46= c0 lshd: command_C lshd: command_Bp lshd: tcpforward_commands.c: make_tcpip_forward_handler lshd: Installing global request handler for 'tcpip-forward' lshd: Installing fix global request handler for 'cancel-tcpip-forward' lshd: command_Bp lshd: tcpforward_commands.c: do_make_open_tcp_handler lshd: Installing channel open handler for 'direct-tcpip' lshd: lsh_oop_fd_write_callback: fd 6: accepted socket lshd: lsh_oop_fd_write_callback: fd 6: accepted socket lshd: lsh_oop_cancel_write_fd: fd: 6, accepted socket lshd: lsh_oop_fd_read_callback: fd 6: accepted socket lshd: DEBUG: Received CHANNEL_OPEN lshd: (size 24 =3D 0x18) 00000000: 5a0000000773657373696f6e00000000 Z....session.... 00000010: 0004000000008000 ........ lshd: handle_connection: Received packet of type 90 (CHANNEL_OPEN) lshd: Allocated local channel number 0 lshd: server.c: do_open_session lshd: make_resource_list: created 90b7e10 lshd: Registering local channel 0. lshd: Taking channel 0 in use, (local 0). lshd: check_rec_max_packet: Reduced rec_max_packet from 32768 to 32668. lshd: format_open_confirmation: rec_window_size =3D 0, rec_max_packet =3D 32668, lshd: DEBUG: Sent CHANNEL_OPEN_CONFIRMATION lshd: (size 17 =3D 0x11) 00000000: 5b00000000000000000000000000007f [............... 00000010: 9c . lshd: write_buffer: do_write length =3D 52 lshd: lsh_oop_register_write_fd: fd: 6, accepted socket lshd: write_buffer: do_write closure->length =3D 52 lshd: lsh_oop_fd_write_callback: fd 6: accepted socket lshd: lsh_oop_fd_write_callback: fd 6: accepted socket lshd: lsh_oop_cancel_write_fd: fd: 6, accepted socket lshd: lsh_oop_fd_read_callback: fd 6: accepted socket lshd: DEBUG: Received CHANNEL_REQUEST lshd: (size 56 =3D 0x38) 00000000: 62000000000000000465786563010000 b........exec... 00000010: 0026736370202d706620272f746d702f .&scp -pf '/tmp/ 00000020: 54455354270097b5d4f405172a3e5369 TEST'.......*>Si 00000030: 8098b1cbe6020000 ........ lshd: handle_connection: Received packet of type 98 (CHANNEL_REQUEST) lshd: DEBUG: Sent CHANNEL_FAILURE lshd: (size 5 =3D 0x5) 00000000: 6400000000 d.... lshd: write_buffer: do_write length =3D 36 lshd: lsh_oop_register_write_fd: fd: 6, accepted socket lshd: write_buffer: do_write closure->length =3D 36 lshd: lsh_oop_fd_write_callback: fd 6: accepted socket lshd: lsh_oop_fd_write_callback: fd 6: accepted socket lshd: lsh_oop_cancel_write_fd: fd: 6, accepted socket lshd: lsh_oop_fd_read_callback: fd 6: accepted socket lshd: read_packet.c: Going directly to the WAIT_MAC state lshd: DEBUG: Received CHANNEL_EOF lshd: (size 5 =3D 0x5) 00000000: 6000000000 `.... lshd: handle_connection: Received packet of type 96 (CHANNEL_EOF) lshd: Receiving EOF on channel 0 (local 0) lshd: No CHANNEL_EOF handler. Closing. lshd: Sending CLOSE on channel 0 lshd: DEBUG: Sent CHANNEL_CLOSE lshd: (size 5 =3D 0x5) 00000000: 6100000000 a.... lshd: write_buffer: do_write length =3D 36 lshd: lsh_oop_register_write_fd: fd: 6, accepted socket lshd: write_buffer: do_write closure->length =3D 36 lshd: lsh_oop_fd_write_callback: fd 6: accepted socket lshd: lsh_oop_fd_write_callback: fd 6: accepted socket lshd: lsh_oop_cancel_write_fd: fd: 6, accepted socket lshd: lsh_oop_fd_read_callback: fd 6: accepted socket lshd: DEBUG: Received CHANNEL_CLOSE lshd: (size 5 =3D 0x5) 00000000: 6100000000 a.... lshd: handle_connection: Received packet of type 97 (CHANNEL_CLOSE) lshd: Receiving CLOSE on channel 0 (local 0) lshd: do_kill_all: resource_list 90b7e10 lshd: Deallocating local channel 0 lshd: lsh_oop_fd_read_callback: fd 6: accepted socket lshd: DEBUG: Received DISCONNECT lshd: (size 34 =3D 0x22) 00000000: 010000000b0000001553534832577261 .........SSH2Wra 00000010: 707065722072656c65617365642e0000 pper released... 00000020: 0000 .. lshd: handle_connection: Received packet of type 1 (DISCONNECT) lshd: Disconnect for reason 11: SSH2Wrapper released. lshd: io.c: Closing fd 6: accepted socket. lshd: lsh_oop_cancel_read_fd: fd: 6, accepted socket lshd: lsh_oop_cancel_write_fd: fd: 6, accepted socket lshd: Connection died. lshd: do_kill_all: resource_list 90a5f78 lshd: do_kill_all: resource_list 90b7e10 lshd: lsh_oop_cancel_callout: action: reexchange_timeout lshd: do_buffered_read: want_read =3D 0; handler needs a pause. Client-LOG: ----------------- [libssh2] 0.843750 SCP: Opening channel for SCP receive [libssh2] 0.843750 Conn: Allocated new channel ID#0 [libssh2] 0.843750 Conn: Opening Channel - win 262144 pack 32768 =3D> libssh2_transport_write plain (24 bytes) 0000: 5A 00 00 00 07 73 65 73 73 69 6F 6E 00 00 00 00 : Z....session.... 0010: 00 04 00 00 00 00 80 00 : ........ [libssh2] 0.843750 Socket: Sent 68/68 bytes at 00A341A4 =3D> libssh2_transport_write send() (68 bytes) 0000: F4 57 DE A4 93 4F B0 CD 0A F8 A6 CB AE 69 8A B1 : .W...O.......i.. 0010: BA 6F AD BB 8C 2B 62 11 28 6E 44 EA 74 63 68 2C : .o...+b.(nD.tch, 0020: 19 AC FB 1D 44 32 BA 12 C6 E4 2C EC F6 02 1B BA : ....D2....,..... 0030: 96 AC 59 50 0F 22 A8 AA 97 A0 D7 C9 AA 59 96 CC : ..YP.".......Y.. 0040: 81 3E 14 24 : .>.$ [libssh2] 0.843750 Transport: Looking for packet of type: 91 [libssh2] 0.843750 Transport: Looking for packet of type: 92 [libssh2] 0.843750 Transport: Looking for packet of type: 91 [libssh2] 0.843750 Transport: Looking for packet of type: 92 [libssh2] 0.843750 Socket: Recved 52/16384 bytes to 00A3017C+0 =3D> libssh2_transport_read() raw (52 bytes) 0000: F5 C7 FA 96 42 2D 47 AB C3 68 8D 41 1D 08 51 A5 : ....B-G..h.A..Q. 0010: 97 36 65 E5 34 42 4F 9B 31 C2 26 7C 79 52 EA 70 : .6e.4BO.1.&|yR.p 0020: F6 A2 23 1D 2A C6 5F 5B E1 0B C9 0E C0 F8 17 12 : ..#.*._[........ 0030: DF 24 CD BF : .$.. =3D> libssh2_transport_read() plain (17 bytes) 0000: 5B 00 00 00 00 00 00 00 00 00 00 00 00 00 00 7F : [............... 0010: 9C : . [libssh2] 0.843750 Transport: Packet type 91 received, length=3D17 [libssh2] 0.843750 Transport: Looking for packet of type: 91 [libssh2] 0.843750 Conn: Connection Established - ID: 0/0 win: 0/262144 pac= k: 32668/32768 [libssh2] 0.843750 Conn: starting request(exec) on channel 0/0, message=3Ds= cp -pf '/tmp/TEST' =3D> libssh2_transport_write plain (18 bytes) 0000: 62 00 00 00 00 00 00 00 04 65 78 65 63 01 00 00 : b........exec... 0010: 00 26 : .& =3D> libssh2_transport_write plain2 (38 bytes) 0000: 73 63 70 20 2D 70 66 20 27 2F 74 6D 70 2F 54 45 : scp -pf '/tmp/TE 0010: 53 54 27 00 2F 4D 6C 8C 9D AF C2 D6 EB 01 18 30 : ST'./Ml........0 0020: 49 63 7E 9A 00 00 : Ic~... [libssh2] 0.843750 Socket: Sent 228/228 bytes at 00A341A4 =3D> libssh2_transport_write send() (228 bytes) 0000: 29 BA 89 28 77 51 11 F3 A1 94 A4 ED F9 B7 50 5E : )..(wQ........P^ 0010: 45 A0 CC CA E1 E7 6E 2C 76 43 EB 2B 95 49 1A 89 : E.....n,vC.+.I.. 0020: AA 79 4F A9 C3 B6 B3 3C A0 FD DA 2E B2 1C FC 7A : .yO....<.......z 0030: 67 14 A3 B2 2B 3D 14 12 86 D6 ED 03 F1 F1 AE 13 : g...+=3D.......... 0040: 76 7C 94 C4 68 96 07 4B A4 19 70 78 FE 1C 35 6D : v|..h..K..px..5m 0050: BC 8E 3B 14 D4 72 C5 F5 2D 0F 90 95 17 FC 0C 27 : ..;..r..-......' 0060: 08 F7 47 83 57 8C BD BA 59 FD D4 D9 E3 C1 46 3D : ..G.W...Y.....F=3D 0070: 08 23 FD 20 A7 CE AA F8 57 DC BC 98 79 53 E2 55 : .#. ....W...yS.U 0080: 19 03 63 59 F0 49 C9 6B 5B D4 F5 19 3E AC 40 F2 : ..cY.I.k[...>.@. 0090: 40 33 BF B6 23 C6 9D 7A A3 A0 DA 60 76 18 20 11 : @3..#..z...`v. . 00a0: 65 12 75 FA 01 21 6B 29 4D 57 E4 05 04 85 F9 1D : e.u..!k)MW...... 00b0: 1B 5E 23 15 CC 14 6A 86 3A 39 8F 8C 77 74 C1 79 : .^#...j.:9..wt.y 00c0: 97 1B 70 97 3E E0 4B E3 55 75 84 9B 77 EB 91 03 : ..p.>.K.Uu..w... 00d0: DD A6 7C A9 52 48 60 DB 42 F2 A8 24 1B EE 56 DF : ..|.RH`.B..$..V. 00e0: 00 F9 B8 9E : .... [libssh2] 0.843750 Transport: Looking for packet of type: 99 [libssh2] 0.843750 Transport: Looking for packet of type: 100 [libssh2] 0.843750 Transport: Looking for packet of type: 99 [libssh2] 0.843750 Transport: Looking for packet of type: 100 [libssh2] 0.843750 Socket: Recved 36/16384 bytes to 00A3017C+0 =3D> libssh2_transport_read() raw (36 bytes) 0000: 53 DF 64 63 01 CE 54 49 FB E7 A9 ED 5C 8F 95 00 : S.dc..TI....\... 0010: F8 90 5F 3B A5 C8 23 AE CB AF C4 91 F8 21 13 9B : .._;..#......!.. 0020: A1 D4 04 AA libssh2_scp_recv()! libssh2_scp_recv() spin libssh2_scp_recv() spin Unable to complete request for channel-process-startup : .... =3D> libssh2_transport_read() plain (5 bytes) 0000: 64 00 00 00 00 : d.... [libssh2] 0.843750 Transport: Packet type 100 received, length=3D5 [libssh2] 0.843750 Transport: Looking for packet of type: 99 [libssh2] 0.843750 Transport: Looking for packet of type: 100 [libssh2] 0.843750 Failure Event: -22 - Unable to complete request for chan= nel-process-startup [libssh2] 0.843750 Conn: Freeing channel 0/0 resources [libssh2] 0.843750 Conn: Sending EOF on channel 0/0 =3D> libssh2_transport_write plain (5 bytes) 0000: 60 00 00 00 00 : `.... [libssh2] 0.843750 Socket: Sent 36/36 bytes at 00A341A4 =3D> libssh2_transport_write send() (36 bytes) 0000: 1E FC FB 6B 72 12 E0 F9 93 EA AA A1 A1 7F 10 0F : ...kr........... 0010: FB F4 5C 01 F0 6C AB BE 4F A5 3E 84 1B 5A 25 CB : ..\..l..O.>..Z%. 0020: 4B 71 99 CC : Kq.. [libssh2] 0.843750 Conn: Closing channel 0/0 =3D> libssh2_transport_write plain (5 bytes) 0000: 61 00 00 00 00 : a.... [libssh2] 0.843750 Socket: Sent 52/52 bytes at 00A341A4 =3D> libssh2_transport_write send() (52 bytes) 0000: 78 C4 F9 9B 39 29 31 D8 96 32 E6 B6 80 43 2B 37 : x...9)1..2...C+7 0010: 3A 10 C8 E4 06 9C B2 97 36 71 9A 58 48 EC 56 B9 : :.......6q.XH.V. 0020: 96 B0 20 98 D1 D6 42 42 85 41 F6 87 60 5C 09 E8 : .. ...BB.A..`\.. 0030: AB 5E 78 5F : .^x_ [libssh2] 0.843750 Socket: Recved 36/16384 bytes to 00A3017C+0 =3D> libssh2_transport_read() raw (36 bytes) 0000: 1E 36 AC 04 AA 7D 8E 44 4F 8A E0 ED D2 4A 5F 1C : .6...}.DO....J_. 0010: C7 D0 0B 50 92 EC F8 65 9A 64 7E EE 04 3C 3A AE : ...P...e.d~..<:. 0020: C1 C5 DC 37 : ...7 =3D> libssh2_transport_read() plain (5 bytes) 0000: 61 00 00 00 00 : a.... [libssh2] 0.843750 Transport: Packet type 97 received, length=3D5 [libssh2] 0.843750 Conn: Close received for channel 0/0 [libssh2] 0.843750 Transport: Looking for packet of type: 94 [libssh2] 0.843750 Transport: Looking for packet of type: 95 [libssh2] 0.843750 Transport: Disconnecting: reason=3D11, desc=3DSSH2Wrappe= r released., lang=3D =3D> libssh2_transport_write plain (34 bytes) 0000: 01 00 00 00 0B 00 00 00 15 53 53 48 32 57 72 61 : .........SSH2Wra 0010: 70 70 65 72 20 72 65 6C 65 61 73 65 64 2E 00 00 : pper released... 0020: 00 00 : .. =3D> libssh2_transport_write plain2 (0 bytes) [libssh2] 0.843750 Socket: Sent 84/84 bytes at 00A341A4 =3D> libssh2_transport_write send() (84 bytes) 0000: 90 17 CE 70 AB 44 B6 F9 AD D7 B2 31 32 73 E5 1E : ...p.D.....12s.. 0010: 1A BE FA D4 9B 4F 37 44 79 10 C4 DE D4 64 3D 71 : .....O7Dy....d=3Dq 0020: 16 F0 2C 12 86 4B CB 96 34 CF 54 9D 8F DD A3 E8 : ..,..K..4.T..... 0030: DC 3C A2 3A 35 7F 78 97 28 1D B7 FE EB 08 AA BE : .<.:5.x.(....... 0040: CC 1B 64 DE 36 4B 76 B6 98 53 69 43 B1 7F 5B 83 : ..d.6Kv..SiC..[. 0050: C2 80 31 C9 : ..1. [libssh2] 0.843750 Transport: Freeing session resource [libssh2] 0.843750 Transport: Extra packets left 0 Client-LOG Putty: ------------------------- lshd: DEBUG: Sent USERAUTH_SUCCESS lshd: (size 1 =3D 0x1) 00000000: 34 4 lshd: write_buffer: do_write length =3D 36 lshd: lsh_oop_register_write_fd: fd: 6, accepted socket lshd: write_buffer: do_write closure->length =3D 36 lshd: command_Bp lshd: channel.c: do_connection_service lshd: lsh_oop_cancel_callout: action: connection_timeout lshd: Installing fix channel open handler for type 'session' lshd: command_B, f =3D 808baf8, cf =3D 808baf8, g =3D 8db06c0, cg =3D 8db06= c0 lshd: command_C lshd: command_Bp lshd: tcpforward_commands.c: make_tcpip_forward_handler lshd: Installing global request handler for 'tcpip-forward' lshd: Installing fix global request handler for 'cancel-tcpip-forward' lshd: command_Bp lshd: tcpforward_commands.c: do_make_open_tcp_handler lshd: Installing channel open handler for 'direct-tcpip' lshd: DEBUG: Received IGNORE lshd: (size 149 =3D 0x95) 00000000: 0200000090aba8ff4fd9bc9e9c6bb5c9 ........O....k.. 00000010: 765328beb66c0875e89776918a6b9bd8 vS(..l.u..v..k.. 00000020: 67c64537cafce0b5567940382bf83578 g.E7....Vy@8+.5x 00000030: f756d9745195e4f804833034a0546be8 .V.tQ.....04.Tk. 00000040: 40c34e1cab50c4567b0c0ba7a66d28ad @.N..P.V{....m(. 00000050: 9f1ed1d1ba2c69c1d968ca5c096428f5 .....,i..h.\.d(. 00000060: eea542a767451b94d3f912eac3d4a1fb ..B.gE.......... 00000070: 03065a9665aafb7a48915bbe9cf41bff ..Z.e..zH.[..... 00000080: dc82f11e6bf20bda50b80a72a4c938a4 ....k...P..r..8. 00000090: 51759f8b57 Qu..W lshd: handle_connection: Received packet of type 2 (IGNORE) lshd: lsh_oop_fd_write_callback: fd 6: accepted socket lshd: lsh_oop_fd_write_callback: fd 6: accepted socket lshd: lsh_oop_cancel_write_fd: fd: 6, accepted socket lshd: lsh_oop_fd_read_callback: fd 6: accepted socket lshd: read_packet.c: Going directly to the WAIT_MAC state lshd: DEBUG: Received IGNORE lshd: (size 5 =3D 0x5) 00000000: 0200000000 ..... lshd: handle_connection: Received packet of type 2 (IGNORE) lshd: DEBUG: Received CHANNEL_OPEN lshd: (size 24 =3D 0x18) 00000000: 5a0000000773657373696f6e00000100 Z....session.... 00000010: 7fffffff00004000 ......@. lshd: handle_connection: Received packet of type 90 (CHANNEL_OPEN) lshd: Allocated local channel number 0 lshd: server.c: do_open_session lshd: make_resource_list: created 8dc3d20 lshd: Registering local channel 0. lshd: Taking channel 256 in use, (local 0). lshd: check_rec_max_packet: Reduced rec_max_packet from 32768 to 32668. lshd: format_open_confirmation: rec_window_size =3D 0, rec_max_packet =3D 32668, lshd: DEBUG: Sent CHANNEL_OPEN_CONFIRMATION lshd: (size 17 =3D 0x11) 00000000: 5b00000100000000000000000000007f [............... 00000010: 9c . lshd: write_buffer: do_write length =3D 52 lshd: lsh_oop_register_write_fd: fd: 6, accepted socket lshd: write_buffer: do_write closure->length =3D 52 lshd: lsh_oop_fd_write_callback: fd 6: accepted socket lshd: lsh_oop_fd_write_callback: fd 6: accepted socket lshd: lsh_oop_cancel_write_fd: fd: 6, accepted socket lshd: lsh_oop_fd_read_callback: fd 6: accepted socket lshd: read_packet.c: Going directly to the WAIT_MAC state lshd: DEBUG: Received IGNORE lshd: (size 5 =3D 0x5) 00000000: 0200000000 ..... lshd: handle_connection: Received packet of type 2 (IGNORE) lshd: DEBUG: Received CHANNEL_REQUEST lshd: (size 44 =3D 0x2c) 00000000: 62000000000000002273696d706c6540 b......."simple@ 00000010: 70757474792e70726f6a656374732e74 putty.projects.t 00000020: 617274617275732e6f726700 artarus.org. lshd: handle_connection: Received packet of type 98 (CHANNEL_REQUEST) lshd: lsh_oop_fd_read_callback: fd 6: accepted socket lshd: read_packet.c: Going directly to the WAIT_MAC state lshd: DEBUG: Received IGNORE lshd: (size 5 =3D 0x5) 00000000: 0200000000 ..... lshd: handle_connection: Received packet of type 2 (IGNORE) lshd: DEBUG: Received CHANNEL_REQUEST lshd: (size 27 =3D 0x1b) 00000000: 62000000000000000973756273797374 b........subsyst 00000010: 656d010000000473667470 em.....sftp lshd: handle_connection: Received packet of type 98 (CHANNEL_REQUEST) lshd: DEBUG: Sent CHANNEL_FAILURE lshd: (size 5 =3D 0x5) 00000000: 6400000100 d.... lshd: write_buffer: do_write length =3D 36 lshd: lsh_oop_register_write_fd: fd: 6, accepted socket lshd: write_buffer: do_write closure->length =3D 36 lshd: lsh_oop_fd_write_callback: fd 6: accepted socket lshd: lsh_oop_fd_write_callback: fd 6: accepted socket lshd: lsh_oop_cancel_write_fd: fd: 6, accepted socket lshd: lsh_oop_fd_read_callback: fd 6: accepted socket lshd: read_packet.c: Going directly to the WAIT_MAC state lshd: DEBUG: Received IGNORE lshd: (size 5 =3D 0x5) 00000000: 0200000000 ..... lshd: handle_connection: Received packet of type 2 (IGNORE) lshd: DEBUG: Received CHANNEL_REQUEST lshd: (size 34 =3D 0x22) 00000000: 62000000000000000465786563010000 b........exec... 00000010: 0010736370202d66202f746d702f5445 ..scp -f /tmp/TE 00000020: 5354 ST lshd: handle_connection: Received packet of type 98 (CHANNEL_REQUEST) lshd: Created socket pair. Using fd:s 7 <-- 8 lshd: Created socket pair. Using fd:s 9 <-- 10 lshd: Created socket pair. Using fd:s 11 <-- 12 lshd: Created socket pair. Using fd:s 13 <-- 14 lshd: do_spawn: child process lshd: do_spawn: child after chdir lshd: do_spawn: child after pty lshd: do_spawn: child before stderr dup lshd: do_spawn: child after stderr dup lshd: unix_user: exec_shell lshd: exec_shell: Setting up environment. lshd: exec_shell: Environment: lshd: 'SHELL=3D/bin/sh' lshd: 'HOME=3D/home/manufact' lshd: 'PATH=3D/bin:/usr/bin' lshd: 'USER=3Dmanufact' lshd: 'LOGNAME=3Dmanufact' lshd: 'TZ=3DUTC' lshd: 'SSH_CLIENT=3D147.54.235.99 2792 22' lshd: exec_shell: argv0 =3D '/bin/sh'. lshd: exec_shell: After -u lshd: exec_shell: After -g lshd: exec_shell: After -i lshd: exec_shell: Argument list: lshd: 'lsh-execuv' lshd: '-u' lshd: '102' lshd: '-g' lshd: '102' lshd: '-n' lshd: 'manufact' lshd: '-i' lshd: '--' lshd: '/bin/sh' lshd: '/bin/sh' lshd: '-c' lshd: 'scp -f /tmp/TEST' lshd: exec_shell: before exec lshd: do_spawn: parent process lshd: do_spawn: parent after sync lshd: unix_process.c: make_unix_process lshd: unix_process.c: unix_process_setup lshd: unix_process.c: unix_process_setup, after utmp lshd: do_spawn: parent after process setup lshd: io.c: Preparing fd 8 for writing lshd: io.c: Preparing fd 9 for reading lshd: lsh_oop_register_read_fd: fd: 9, child stdout lshd: io.c: Preparing fd 11 for reading lshd: lsh_oop_register_read_fd: fd: 11, child stderr lshd: DEBUG: Sent CHANNEL_WINDOW_ADJUST lshd: (size 9 =3D 0x9) 00000000: 5d0000010000002710 ]......'. lshd: write_buffer: do_write length =3D 52 lshd: lsh_oop_register_write_fd: fd: 6, accepted socket lshd: write_buffer: do_write closure->length =3D 52 lshd: DEBUG: Sent CHANNEL_SUCCESS lshd: (size 5 =3D 0x5) 00000000: 6300000100 c.... lshd: write_buffer: do_write length =3D 36 lshd: write_buffer: do_write closure->length =3D 88 lshd: lsh_oop_fd_write_callback: fd 6: accepted socket lshd: lsh_oop_fd_write_callback: fd 6: accepted socket lshd: lsh_oop_cancel_write_fd: fd: 6, accepted socket lshd: lsh_oop_fd_read_callback: fd 6: accepted socket lshd: read_packet.c: Going directly to the WAIT_MAC state lshd: DEBUG: Received IGNORE lshd: (size 5 =3D 0x5) 00000000: 0200000000 ..... lshd: handle_connection: Received packet of type 2 (IGNORE) lshd: DEBUG: Received CHANNEL_DATA lshd: (size 10 =3D 0xa) 00000000: 5e000000000000000100 ^......... lshd: handle_connection: Received packet of type 94 (CHANNEL_DATA) lshd: write_buffer: do_write length =3D 1 lshd: lsh_oop_register_write_fd: fd: 8, child stdin lshd: write_buffer: do_write closure->length =3D 1 lshd: lsh_oop_fd_write_callback: fd 8: child stdin lshd: DEBUG: Sent CHANNEL_WINDOW_ADJUST lshd: (size 9 =3D 0x9) 00000000: 5d0000010000000001 ]........ lshd: write_buffer: do_write length =3D 52 lshd: lsh_oop_register_write_fd: fd: 6, accepted socket lshd: write_buffer: do_write closure->length =3D 52 lshd: lsh_oop_fd_write_callback: fd 6: accepted socket lshd: lsh_oop_fd_write_callback: fd 8: child stdin lshd: lsh_oop_cancel_write_fd: fd: 8, child stdin lshd: lsh_oop_fd_read_callback: fd 9: child stdout lshd: DEBUG: Sent CHANNEL_DATA lshd: (size 23 =3D 0x17) 00000000: 5e000001000000000e43303636342033 ^........C0664 3 00000010: 3720544553540a 7 TEST. lshd: write_buffer: do_write length =3D 52 lshd: lsh_oop_register_write_fd: fd: 6, accepted socket lshd: write_buffer: do_write closure->length =3D 52 lshd: lsh_oop_fd_write_callback: fd 6: accepted socket lshd: lsh_oop_fd_write_callback: fd 6: accepted socket lshd: lsh_oop_cancel_write_fd: fd: 6, accepted socket lshd: lsh_oop_fd_read_callback: fd 6: accepted socket lshd: read_packet.c: Going directly to the WAIT_MAC state lshd: DEBUG: Received IGNORE lshd: (size 5 =3D 0x5) 00000000: 0200000000 ..... lshd: handle_connection: Received packet of type 2 (IGNORE) lshd: DEBUG: Received CHANNEL_DATA lshd: (size 10 =3D 0xa) 00000000: 5e000000000000000100 ^......... lshd: handle_connection: Received packet of type 94 (CHANNEL_DATA) lshd: write_buffer: do_write length =3D 1 lshd: lsh_oop_register_write_fd: fd: 8, child stdin lshd: write_buffer: do_write closure->length =3D 1 lshd: lsh_oop_fd_write_callback: fd 8: child stdin lshd: DEBUG: Sent CHANNEL_WINDOW_ADJUST lshd: (size 9 =3D 0x9) 00000000: 5d0000010000000001 ]........ lshd: write_buffer: do_write length =3D 52 lshd: lsh_oop_register_write_fd: fd: 6, accepted socket lshd: write_buffer: do_write closure->length =3D 52 lshd: lsh_oop_fd_write_callback: fd 6: accepted socket lshd: lsh_oop_fd_write_callback: fd 8: child stdin lshd: lsh_oop_cancel_write_fd: fd: 8, child stdin lshd: lsh_oop_fd_read_callback: fd 9: child stdout lshd: DEBUG: Sent CHANNEL_DATA lshd: (size 47 =3D 0x2f) 00000000: 5e000001000000002631323334353637 ^.......&1234567 00000010: 38393071776572747975696f70617364 890qwertyuiopasd 00000020: 6667686a6b6c7a786376626e6d0a00 fghjklzxcvbnm.. lshd: write_buffer: do_write length =3D 84 lshd: lsh_oop_register_write_fd: fd: 6, accepted socket lshd: write_buffer: do_write closure->length =3D 84 lshd: lsh_oop_fd_write_callback: fd 6: accepted socket lshd: lsh_oop_fd_write_callback: fd 6: accepted socket lshd: lsh_oop_cancel_write_fd: fd: 6, accepted socket lshd: lsh_oop_fd_read_callback: fd 6: accepted socket lshd: read_packet.c: Going directly to the WAIT_MAC state lshd: DEBUG: Received IGNORE lshd: (size 5 =3D 0x5) 00000000: 0200000000 ..... lshd: handle_connection: Received packet of type 2 (IGNORE) lshd: DEBUG: Received CHANNEL_DATA lshd: (size 10 =3D 0xa) 00000000: 5e000000000000000100 ^......... lshd: handle_connection: Received packet of type 94 (CHANNEL_DATA) lshd: write_buffer: do_write length =3D 1 lshd: lsh_oop_register_write_fd: fd: 8, child stdin lshd: write_buffer: do_write closure->length =3D 1 lshd: lsh_oop_fd_write_callback: fd 8: child stdin lshd: DEBUG: Sent CHANNEL_WINDOW_ADJUST lshd: (size 9 =3D 0x9) 00000000: 5d0000010000000001 ]........ lshd: write_buffer: do_write length =3D 52 lshd: lsh_oop_register_write_fd: fd: 6, accepted socket lshd: write_buffer: do_write closure->length =3D 52 lshd: lsh_oop_fd_write_callback: fd 6: accepted socket lshd: lsh_oop_fd_write_callback: fd 8: child stdin lshd: lsh_oop_cancel_write_fd: fd: 8, child stdin lshd: lsh_oop_fd_write_callback: fd 6: accepted socket lshd: lsh_oop_cancel_write_fd: fd: 6, accepted socket lshd: lsh_oop_fd_read_callback: fd 9: child stdout lshd: lsh_oop_cancel_read_fd: fd: 9, child stdout lshd: io.c: Closing fd 9: child stdout. lshd: lsh_oop_cancel_read_fd: fd: 9, child stdout lshd: lsh_oop_cancel_write_fd: fd: 9, child stdout lshd: channel_read_close_callback: File closed. lshd: lsh_oop_fd_read_callback: fd 11: child stderr lshd: Sending EOF on channel 256 lshd: DEBUG: Sent CHANNEL_EOF lshd: (size 5 =3D 0x5) 00000000: 6000000100 `.... lshd: write_buffer: do_write length =3D 36 lshd: lsh_oop_register_write_fd: fd: 6, accepted socket lshd: write_buffer: do_write closure->length =3D 36 lshd: lsh_oop_cancel_read_fd: fd: 11, child stderr lshd: io.c: Closing fd 11: child stderr. lshd: lsh_oop_cancel_read_fd: fd: 11, child stderr lshd: lsh_oop_cancel_write_fd: fd: 11, child stderr lshd: channel_read_close_callback: File closed. lshd: lsh_oop_fd_write_callback: fd 6: accepted socket lshd: lsh_oop_fd_write_callback: fd 6: accepted socket lshd: lsh_oop_cancel_write_fd: fd: 6, accepted socket lshd: lsh_oop_signal_callback: Signal 17, handler: reaper_callback lshd: Child 1598 died with exit code 0. lshd: unix_process: do_logout_notice lshd: server_session.c: do_exit_shell lshd: server_session.c: Sending exit-status message on channel 256 lshd: DEBUG: Sent CHANNEL_REQUEST lshd: (size 25 =3D 0x19) 00000000: 62000001000000000b657869742d7374 b........exit-st 00000010: 617475730000000000 atus..... lshd: write_buffer: do_write length =3D 68 lshd: lsh_oop_register_write_fd: fd: 6, accepted socket lshd: write_buffer: do_write closure->length =3D 68 lshd: Sending CLOSE on channel 256 lshd: DEBUG: Sent CHANNEL_CLOSE lshd: (size 5 =3D 0x5) 00000000: 6100000100 a.... lshd: write_buffer: do_write length =3D 36 lshd: write_buffer: do_write closure->length =3D 104 lshd: lsh_oop_fd_write_callback: fd 6: accepted socket lshd: lsh_oop_fd_write_callback: fd 6: accepted socket lshd: lsh_oop_cancel_write_fd: fd: 6, accepted socket lshd: lsh_oop_fd_read_callback: fd 6: accepted socket lshd: read_packet.c: Going directly to the WAIT_MAC state lshd: DEBUG: Received IGNORE lshd: (size 5 =3D 0x5) 00000000: 0200000000 ..... lshd: handle_connection: Received packet of type 2 (IGNORE) lshd: read_packet.c: Going directly to the WAIT_MAC state lshd: DEBUG: Received CHANNEL_CLOSE lshd: (size 5 =3D 0x5) 00000000: 6100000000 a.... lshd: handle_connection: Received packet of type 97 (CHANNEL_CLOSE) lshd: Receiving CLOSE on channel 256 (local 0) lshd: do_kill_all: resource_list 8dc3d20 lshd: io.c: close_fd_nicely called on fd 8: child stdin lshd: lsh_oop_cancel_read_fd: fd: 8, child stdin lshd: io.c: Closing fd 8: child stdin. lshd: lsh_oop_cancel_read_fd: fd: 8, child stdin lshd: lsh_oop_cancel_write_fd: fd: 8, child stdin lshd: Deallocating local channel 0 lshd: lsh_oop_fd_read_callback: fd 6: accepted socket lshd: lsh_oop_cancel_read_fd: fd: 6, accepted socket lshd: read_packet: EOF in state 0 lshd: io.c: close_fd_nicely called on fd 6: accepted socket lshd: lsh_oop_cancel_read_fd: fd: 6, accepted socket lshd: io.c: Closing fd 6: accepted socket. lshd: lsh_oop_cancel_read_fd: fd: 6, accepted socket lshd: lsh_oop_cancel_write_fd: fd: 6, accepted socket lshd: Connection died. lshd: do_kill_all: resource_list 8db1f78 lshd: do_kill_all: resource_list 8dc3d20 lshd: lsh_oop_cancel_callout: action: reexchange_timeout --_000_768A10A2B7D51545B1B2BD175D9848C809F3D85E6EDEFTHW99E74MS_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
 
Hello,
 
I recive a wrong packet_type (packet_type 100, awaits= 99) from ssh-demon on the server-side, so libssh2 returns a channel eof an= d closes/frees the channel without file transport.
 
Console output:
---------------------------------------
libssh2_scp_recv()!
libssh2_scp_recv() spin
libssh2_scp_recv() spin
channel: 00000000 << my own code
erronumber: -22 >> #define LIBSSH2_ERROR_CHANNE= L_REQUEST_DENIED    -22 << my own code
Unable to complete request for channel-process-startu= p
 
With debugger I walked throuth the code and the libss= h2 seems to work fine.
 
Can I go around that issue ?
 
Putty can handle the packet_type 100. Putty resends t= he request channel_request multiply times with a packet of packet_type 2 be= tween.
You can see it in the LOG at the end of this post.
 
 
Application-Code:
---------------------------
 
I use >> spc_nonblocking.c << for first t= est.
 
 
Server:
-----------
 
OS: self manufacted Linux i686
SSH-Demon: lshd SSH-2.0-lshd_1
 
Client:
----------
 
OS: Windows XP 32-Bit
 
Libssh2:
------------
 
libssh2-1.4.4-20130606 daily & stable 1.4.3 tested
 
Libssh2 was build with Visual Studio 2008, convertet.
 
Dependencies:
----------------------
>> Zlib 1.2.8.
>> Openssl 1.0.1.e
 
Compiler-Switches:
------------------------------
 
>> Nothing changed
 
 
Server-LOG:
------------------
 
lshd: DEBUG: Sent USERAUTH_SUCCESS lshd: (size 1 =3D 0x1)
00000000: 34         &nbs= p;            &= nbsp;         4
 
lshd: write_buffer: do_write length =3D 36
lshd: lsh_oop_register_write_fd: fd: 6, accepted socket
lshd: write_buffer: do_write closure->length =3D 36
lshd: command_Bp
lshd: channel.c: do_connection_service
lshd: lsh_oop_cancel_callout: action: connection_timeout
lshd: Installing fix channel open handler for type 'session'
lshd: command_B, f =3D 808baf8, cf =3D 808baf8, g =3D 90a46c0, cg =3D = 90a46c0
lshd: command_C
lshd: command_Bp
lshd: tcpforward_commands.c: make_tcpip_forward_handler
lshd: Installing global request handler for 'tcpip-forward'
lshd: Installing fix global request handler for 'cancel-tcpip-forward'=
lshd: command_Bp
lshd: tcpforward_commands.c: do_make_open_tcp_handler
lshd: Installing channel open handler for 'direct-tcpip'
lshd: lsh_oop_fd_write_callback: fd 6: accepted socket
lshd: lsh_oop_fd_write_callback: fd 6: accepted socket
lshd: lsh_oop_cancel_write_fd: fd: 6, accepted socket
lshd: lsh_oop_fd_read_callback: fd 6: accepted socket
lshd: DEBUG: Received CHANNEL_OPEN lshd: (size 24 =3D 0x18)
00000000: 5a0000000773657373696f6e00000000  Z....session....
00000010: 0004000000008000       &n= bsp;          ........
 
lshd: handle_connection: Received packet of type 90 (CHANNEL_OPEN)
lshd: Allocated local channel number 0
lshd: server.c: do_open_session
lshd: make_resource_list: created 90b7e10
lshd: Registering local channel 0.
lshd: Taking channel 0 in use, (local 0).
lshd: check_rec_max_packet: Reduced rec_max_packet from 32768 to 32668= .
lshd: format_open_confirmation: rec_window_size =3D 0,
           &nbs= p;            &= nbsp; rec_max_packet =3D 32668,
lshd: DEBUG: Sent CHANNEL_OPEN_CONFIRMATION lshd: (size 17 =3D 0x11)
00000000: 5b00000000000000000000000000007f  [...............
00000010: 9c         &nbs= p;            &= nbsp;         .
 
lshd: write_buffer: do_write length =3D 52
lshd: lsh_oop_register_write_fd: fd: 6, accepted socket
lshd: write_buffer: do_write closure->length =3D 52
lshd: lsh_oop_fd_write_callback: fd 6: accepted socket
lshd: lsh_oop_fd_write_callback: fd 6: accepted socket
lshd: lsh_oop_cancel_write_fd: fd: 6, accepted socket
lshd: lsh_oop_fd_read_callback: fd 6: accepted socket
lshd: DEBUG: Received CHANNEL_REQUEST lshd: (size 56 =3D 0x38)
00000000: 62000000000000000465786563010000  b........exec...
00000010: 0026736370202d706620272f746d702f  .&scp -pf '/tmp/<= /div>
00000020: 54455354270097b5d4f405172a3e5369  TEST'.......*>Si
00000030: 8098b1cbe6020000       &n= bsp;          ........
 
lshd: handle_connection: Received packet of type 98 (CHANNEL_REQUEST)<= /div>
lshd: DEBUG: Sent CHANNEL_FAILURE lshd: (size 5 =3D 0x5)
00000000: 6400000000        &n= bsp;            = ;   d....
 
lshd: write_buffer: do_write length =3D 36
lshd: lsh_oop_register_write_fd: fd: 6, accepted socket
lshd: write_buffer: do_write closure->length =3D 36
lshd: lsh_oop_fd_write_callback: fd 6: accepted socket
lshd: lsh_oop_fd_write_callback: fd 6: accepted socket
lshd: lsh_oop_cancel_write_fd: fd: 6, accepted socket
lshd: lsh_oop_fd_read_callback: fd 6: accepted socket
lshd: read_packet.c: Going directly to the WAIT_MAC state
lshd: DEBUG: Received CHANNEL_EOF lshd: (size 5 =3D 0x5)
00000000: 6000000000        &n= bsp;            = ;   `....
 
lshd: handle_connection: Received packet of type 96 (CHANNEL_EOF)
lshd: Receiving EOF on channel 0 (local 0)
lshd: No CHANNEL_EOF handler. Closing.
lshd: Sending CLOSE on channel 0
lshd: DEBUG: Sent CHANNEL_CLOSE lshd: (size 5 =3D 0x5)
00000000: 6100000000        &n= bsp;            = ;   a....
 
lshd: write_buffer: do_write length =3D 36
lshd: lsh_oop_register_write_fd: fd: 6, accepted socket
lshd: write_buffer: do_write closure->length =3D 36
lshd: lsh_oop_fd_write_callback: fd 6: accepted socket
lshd: lsh_oop_fd_write_callback: fd 6: accepted socket
lshd: lsh_oop_cancel_write_fd: fd: 6, accepted socket
lshd: lsh_oop_fd_read_callback: fd 6: accepted socket
lshd: DEBUG: Received CHANNEL_CLOSE lshd: (size 5 =3D 0x5)
00000000: 6100000000        &n= bsp;            = ;   a....
 
lshd: handle_connection: Received packet of type 97 (CHANNEL_CLOSE)
lshd: Receiving CLOSE on channel 0 (local 0)
lshd: do_kill_all: resource_list 90b7e10
lshd: Deallocating local channel 0
lshd: lsh_oop_fd_read_callback: fd 6: accepted socket
lshd: DEBUG: Received DISCONNECT lshd: (size 34 =3D 0x22)
00000000: 010000000b0000001553534832577261  .........SSH2Wra
00000010: 707065722072656c65617365642e0000  pper released...
00000020: 0000         &n= bsp;            = ;        ..
 
lshd: handle_connection: Received packet of type 1 (DISCONNECT)
lshd: Disconnect for reason 11: SSH2Wrapper released.
lshd: io.c: Closing fd 6: accepted socket.
lshd: lsh_oop_cancel_read_fd: fd: 6, accepted socket
lshd: lsh_oop_cancel_write_fd: fd: 6, accepted socket
lshd: Connection died.
lshd: do_kill_all: resource_list 90a5f78
lshd: do_kill_all: resource_list 90b7e10
lshd: lsh_oop_cancel_callout: action: reexchange_timeout
lshd: do_buffered_read: want_read =3D 0; handler needs a pause.
 
Client-LOG:
-----------------
 
[libssh2] 0.843750 SCP: Opening channel for SCP receive
[libssh2] 0.843750 Conn: Allocated new channel ID#0
[libssh2] 0.843750 Conn: Opening Channel - win 262144 pack 32768
=3D> libssh2_transport_write plain (24 bytes)
0000: 5A 00 00 00 07 73 65 73  73 69 6F 6E 00 00 00 00 : Z....ses= sion....
0010: 00 04 00 00 00 00 80 00       = ;            &n= bsp;      : ........
[libssh2] 0.843750 Socket: Sent 68/68 bytes at 00A341A4
=3D> libssh2_transport_write send() (68 bytes)
0000: F4 57 DE A4 93 4F B0 CD  0A F8 A6 CB AE 69 8A B1 : .W...O..= .....i..
0010: BA 6F AD BB 8C 2B 62 11  28 6E 44 EA 74 63 68 2C : .o...= 3;b.(nD.tch,
0020: 19 AC FB 1D 44 32 BA 12  C6 E4 2C EC F6 02 1B BA : ....D2..= ..,.....
0030: 96 AC 59 50 0F 22 A8 AA  97 A0 D7 C9 AA 59 96 CC : ..YP.&qu= ot;.......Y..
0040: 81 3E 14 24         = ;            &n= bsp;            = ;    : .>.$
[libssh2] 0.843750 Transport: Looking for packet of type: 91
[libssh2] 0.843750 Transport: Looking for packet of type: 92
[libssh2] 0.843750 Transport: Looking for packet of type: 91
[libssh2] 0.843750 Transport: Looking for packet of type: 92
[libssh2] 0.843750 Socket: Recved 52/16384 bytes to 00A3017C+0
=3D> libssh2_transport_read() raw (52 bytes)
0000: F5 C7 FA 96 42 2D 47 AB  C3 68 8D 41 1D 08 51 A5 : ....B-G.= .h.A..Q.
0010: 97 36 65 E5 34 42 4F 9B  31 C2 26 7C 79 52 EA 70 : .6e.4BO.= 1.&|yR.p
0020: F6 A2 23 1D 2A C6 5F 5B  E1 0B C9 0E C0 F8 17 12 : ..#.*._[= ........
0030: DF 24 CD BF         = ;            &n= bsp;            = ;    : .$..
=3D> libssh2_transport_read() plain (17 bytes)
0000: 5B 00 00 00 00 00 00 00  00 00 00 00 00 00 00 7F : [.......= ........
0010: 9C          &n= bsp;            = ;            &n= bsp;           : .
[libssh2] 0.843750 Transport: Packet type 91 received, length=3D17
[libssh2] 0.843750 Transport: Looking for packet of type: 91
[libssh2] 0.843750 Conn: Connection Established - ID: 0/0 win: 0/26214= 4 pack: 32668/32768
[libssh2] 0.843750 Conn: starting request(exec) on channel 0/0, messag= e=3Dscp -pf '/tmp/TEST'
=3D> libssh2_transport_write plain (18 bytes)
0000: 62 00 00 00 00 00 00 00  04 65 78 65 63 01 00 00 : b.......= .exec...
0010: 00 26          = ;            &n= bsp;            = ;         : .&
=3D> libssh2_transport_write plain2 (38 bytes)
0000: 73 63 70 20 2D 70 66 20  27 2F 74 6D 70 2F 54 45 : scp -pf = '/tmp/TE
0010: 53 54 27 00 2F 4D 6C 8C  9D AF C2 D6 EB 01 18 30 : ST'./Ml.= .......0
0020: 49 63 7E 9A 00 00        = ;            &n= bsp;           : Ic~...
[libssh2] 0.843750 Socket: Sent 228/228 bytes at 00A341A4
=3D> libssh2_transport_write send() (228 bytes)
0000: 29 BA 89 28 77 51 11 F3  A1 94 A4 ED F9 B7 50 5E : )..(wQ..= ......P^
0010: 45 A0 CC CA E1 E7 6E 2C  76 43 EB 2B 95 49 1A 89 : E.....n,= vC.+.I..
0020: AA 79 4F A9 C3 B6 B3 3C  A0 FD DA 2E B2 1C FC 7A : .yO....&= lt;.......z
0030: 67 14 A3 B2 2B 3D 14 12  86 D6 ED 03 F1 F1 AE 13 : g...+= ;=3D..........
0040: 76 7C 94 C4 68 96 07 4B  A4 19 70 78 FE 1C 35 6D : v|..h..K= ..px..5m
0050: BC 8E 3B 14 D4 72 C5 F5  2D 0F 90 95 17 FC 0C 27 : ..;..r..= -......'
0060: 08 F7 47 83 57 8C BD BA  59 FD D4 D9 E3 C1 46 3D : ..G.W...= Y.....F=3D
0070: 08 23 FD 20 A7 CE AA F8  57 DC BC 98 79 53 E2 55 : .#. ....= W...yS.U
0080: 19 03 63 59 F0 49 C9 6B  5B D4 F5 19 3E AC 40 F2 : ..cY.I.k= [...>.@.
0090: 40 33 BF B6 23 C6 9D 7A  A3 A0 DA 60 76 18 20 11 : @3..#..z= ...`v. .
00a0: 65 12 75 FA 01 21 6B 29  4D 57 E4 05 04 85 F9 1D : e.u..!k)= MW......
00b0: 1B 5E 23 15 CC 14 6A 86  3A 39 8F 8C 77 74 C1 79 : .^#...j.= :9..wt.y
00c0: 97 1B 70 97 3E E0 4B E3  55 75 84 9B 77 EB 91 03 : ..p.>= .K.Uu..w...
00d0: DD A6 7C A9 52 48 60 DB  42 F2 A8 24 1B EE 56 DF : ..|.RH`.= B..$..V.
00e0: 00 F9 B8 9E         = ;            &n= bsp;            = ;    : ....
[libssh2] 0.843750 Transport: Looking for packet of type: 99
[libssh2] 0.843750 Transport: Looking for packet of type: 100
[libssh2] 0.843750 Transport: Looking for packet of type: 99
[libssh2] 0.843750 Transport: Looking for packet of type: 100
[libssh2] 0.843750 Socket: Recved 36/16384 bytes to 00A3017C+0
=3D> libssh2_transport_read() raw (36 bytes)
0000: 53 DF 64 63 01 CE 54 49  FB E7 A9 ED 5C 8F 95 00 : S.dc..TI= ....\...
0010: F8 90 5F 3B A5 C8 23 AE  CB AF C4 91 F8 21 13 9B : .._;..#.= .....!..
0020: A1 D4 04 AA      libssh2_scp_recv()!
libssh2_scp_recv() spin
libssh2_scp_recv() spin
Unable to complete request for channel-process-startup
           &nbs= p;            &= nbsp;       : ....
=3D> libssh2_transport_read() plain (5 bytes)
0000: 64 00 00 00 00        &n= bsp;            = ;            &n= bsp; : d....
[libssh2] 0.843750 Transport: Packet type 100 received, length=3D5
[libssh2] 0.843750 Transport: Looking for packet of type: 99
[libssh2] 0.843750 Transport: Looking for packet of type: 100
[libssh2] 0.843750 Failure Event: -22 - Unable to complete request for= channel-process-startup
[libssh2] 0.843750 Conn: Freeing channel 0/0 resources
[libssh2] 0.843750 Conn: Sending EOF on channel 0/0
=3D> libssh2_transport_write plain (5 bytes)
0000: 60 00 00 00 00        &n= bsp;            = ;            &n= bsp; : `....
[libssh2] 0.843750 Socket: Sent 36/36 bytes at 00A341A4
=3D> libssh2_transport_write send() (36 bytes)
0000: 1E FC FB 6B 72 12 E0 F9  93 EA AA A1 A1 7F 10 0F : ...kr...= ........
0010: FB F4 5C 01 F0 6C AB BE  4F A5 3E 84 1B 5A 25 CB : ..\..l..= O.>..Z%.
0020: 4B 71 99 CC         = ;            &n= bsp;            = ;    : Kq..
[libssh2] 0.843750 Conn: Closing channel 0/0
=3D> libssh2_transport_write plain (5 bytes)
0000: 61 00 00 00 00        &n= bsp;            = ;            &n= bsp; : a....
[libssh2] 0.843750 Socket: Sent 52/52 bytes at 00A341A4
=3D> libssh2_transport_write send() (52 bytes)
0000: 78 C4 F9 9B 39 29 31 D8  96 32 E6 B6 80 43 2B 37 : x...9)1.= .2...C+7
0010: 3A 10 C8 E4 06 9C B2 97  36 71 9A 58 48 EC 56 B9 : :.......= 6q.XH.V.
0020: 96 B0 20 98 D1 D6 42 42  85 41 F6 87 60 5C 09 E8 : .. ...BB= .A..`\..
0030: AB 5E 78 5F         = ;            &n= bsp;            = ;    : .^x_
[libssh2] 0.843750 Socket: Recved 36/16384 bytes to 00A3017C+0
=3D> libssh2_transport_read() raw (36 bytes)
0000: 1E 36 AC 04 AA 7D 8E 44  4F 8A E0 ED D2 4A 5F 1C : .6...}.D= O....J_.
0010: C7 D0 0B 50 92 EC F8 65  9A 64 7E EE 04 3C 3A AE : ...P...e= .d~..<:.
0020: C1 C5 DC 37         = ;            &n= bsp;            = ;    : ...7
=3D> libssh2_transport_read() plain (5 bytes)
0000: 61 00 00 00 00        &n= bsp;            = ;            &n= bsp; : a....
[libssh2] 0.843750 Transport: Packet type 97 received, length=3D5
[libssh2] 0.843750 Conn: Close received for channel 0/0
[libssh2] 0.843750 Transport: Looking for packet of type: 94
[libssh2] 0.843750 Transport: Looking for packet of type: 95
[libssh2] 0.843750 Transport: Disconnecting: reason=3D11, desc=3DSSH2W= rapper released., lang=3D
=3D> libssh2_transport_write plain (34 bytes)
0000: 01 00 00 00 0B 00 00 00  15 53 53 48 32 57 72 61 : ........= .SSH2Wra
0010: 70 70 65 72 20 72 65 6C  65 61 73 65 64 2E 00 00 : pper rel= eased...
0020: 00 00          = ;            &n= bsp;            = ;         : ..
=3D> libssh2_transport_write plain2 (0 bytes)
[libssh2] 0.843750 Socket: Sent 84/84 bytes at 00A341A4
=3D> libssh2_transport_write send() (84 bytes)
0000: 90 17 CE 70 AB 44 B6 F9  AD D7 B2 31 32 73 E5 1E : ...p.D..= ...12s..
0010: 1A BE FA D4 9B 4F 37 44  79 10 C4 DE D4 64 3D 71 : .....O7D= y....d=3Dq
0020: 16 F0 2C 12 86 4B CB 96  34 CF 54 9D 8F DD A3 E8 : ..,..K..= 4.T.....
0030: DC 3C A2 3A 35 7F 78 97  28 1D B7 FE EB 08 AA BE : .<.:5= .x.(.......
0040: CC 1B 64 DE 36 4B 76 B6  98 53 69 43 B1 7F 5B 83 : ..d.6Kv.= .SiC..[.
0050: C2 80 31 C9         = ;            &n= bsp;            = ;    : ..1.
[libssh2] 0.843750 Transport: Freeing session resource
[libssh2] 0.843750 Transport: Extra packets left 0
 
Client-LOG Putty:
-------------------------
 
lshd: DEBUG: Sent USERAUTH_SUCCESS lshd: (size 1 =3D 0x1)
00000000: 34         &nbs= p;            &= nbsp;         4
 
lshd: write_buffer: do_write length =3D 36
lshd: lsh_oop_register_write_fd: fd: 6, accepted socket
lshd: write_buffer: do_write closure->length =3D 36
lshd: command_Bp
lshd: channel.c: do_connection_service
lshd: lsh_oop_cancel_callout: action: connection_timeout
lshd: Installing fix channel open handler for type 'session'
lshd: command_B, f =3D 808baf8, cf =3D 808baf8, g =3D 8db06c0, cg =3D = 8db06c0
lshd: command_C
lshd: command_Bp
lshd: tcpforward_commands.c: make_tcpip_forward_handler
lshd: Installing global request handler for 'tcpip-forward'
lshd: Installing fix global request handler for 'cancel-tcpip-forward'=
lshd: command_Bp
lshd: tcpforward_commands.c: do_make_open_tcp_handler
lshd: Installing channel open handler for 'direct-tcpip'
lshd: DEBUG: Received IGNORE lshd: (size 149 =3D 0x95)
00000000: 0200000090aba8ff4fd9bc9e9c6bb5c9  ........O....k..
00000010: 765328beb66c0875e89776918a6b9bd8  vS(..l.u..v..k..
00000020: 67c64537cafce0b5567940382bf83578  g.E7....Vy@8+.5x<= /div>
00000030: f756d9745195e4f804833034a0546be8  .V.tQ.....04.Tk.
00000040: 40c34e1cab50c4567b0c0ba7a66d28ad  @.N..P.V{....m(.
00000050: 9f1ed1d1ba2c69c1d968ca5c096428f5  .....,i..h.\.d(.
00000060: eea542a767451b94d3f912eac3d4a1fb  ..B.gE..........
00000070: 03065a9665aafb7a48915bbe9cf41bff  ..Z.e..zH.[.....
00000080: dc82f11e6bf20bda50b80a72a4c938a4  ....k...P..r..8.
00000090: 51759f8b57        &n= bsp;            = ;   Qu..W
 
lshd: handle_connection: Received packet of type 2 (IGNORE)
lshd: lsh_oop_fd_write_callback: fd 6: accepted socket
lshd: lsh_oop_fd_write_callback: fd 6: accepted socket
lshd: lsh_oop_cancel_write_fd: fd: 6, accepted socket
lshd: lsh_oop_fd_read_callback: fd 6: accepted socket
lshd: read_packet.c: Going directly to the WAIT_MAC state
lshd: DEBUG: Received IGNORE lshd: (size 5 =3D 0x5)
00000000: 0200000000        &n= bsp;            = ;   .....
 
lshd: handle_connection: Received packet of type 2 (IGNORE)
lshd: DEBUG: Received CHANNEL_OPEN lshd: (size 24 =3D 0x18)
00000000: 5a0000000773657373696f6e00000100  Z....session....
00000010: 7fffffff00004000       &n= bsp;          ......@.
 
lshd: handle_connection: Received packet of type 90 (CHANNEL_OPEN)
lshd: Allocated local channel number 0
lshd: server.c: do_open_session
lshd: make_resource_list: created 8dc3d20
lshd: Registering local channel 0.
lshd: Taking channel 256 in use, (local 0).
lshd: check_rec_max_packet: Reduced rec_max_packet from 32768 to 32668= .
lshd: format_open_confirmation: rec_window_size =3D 0,
           &nbs= p;            &= nbsp; rec_max_packet =3D 32668,
lshd: DEBUG: Sent CHANNEL_OPEN_CONFIRMATION lshd: (size 17 =3D 0x11)
00000000: 5b00000100000000000000000000007f  [...............
00000010: 9c         &nbs= p;            &= nbsp;         .
 
lshd: write_buffer: do_write length =3D 52
lshd: lsh_oop_register_write_fd: fd: 6, accepted socket
lshd: write_buffer: do_write closure->length =3D 52
lshd: lsh_oop_fd_write_callback: fd 6: accepted socket
lshd: lsh_oop_fd_write_callback: fd 6: accepted socket
lshd: lsh_oop_cancel_write_fd: fd: 6, accepted socket
lshd: lsh_oop_fd_read_callback: fd 6: accepted socket
lshd: read_packet.c: Going directly to the WAIT_MAC state
lshd: DEBUG: Received IGNORE lshd: (size 5 =3D 0x5)
00000000: 0200000000        &n= bsp;            = ;   .....
 
lshd: handle_connection: Received packet of type 2 (IGNORE)
lshd: DEBUG: Received CHANNEL_REQUEST lshd: (size 44 =3D 0x2c)
00000000: 62000000000000002273696d706c6540  b......."simple@=
00000010: 70757474792e70726f6a656374732e74  putty.projects.t
00000020: 617274617275732e6f726700      =     artarus.org.
 
lshd: handle_connection: Received packet of type 98 (CHANNEL_REQUEST)<= /div>
lshd: lsh_oop_fd_read_callback: fd 6: accepted socket
lshd: read_packet.c: Going directly to the WAIT_MAC state
lshd: DEBUG: Received IGNORE lshd: (size 5 =3D 0x5)
00000000: 0200000000        &n= bsp;            = ;   .....
 
lshd: handle_connection: Received packet of type 2 (IGNORE)
lshd: DEBUG: Received CHANNEL_REQUEST lshd: (size 27 =3D 0x1b)
00000000: 62000000000000000973756273797374  b........subsyst
00000010: 656d010000000473667470      &n= bsp;     em.....sftp
 
lshd: handle_connection: Received packet of type 98 (CHANNEL_REQUEST)<= /div>
lshd: DEBUG: Sent CHANNEL_FAILURE lshd: (size 5 =3D 0x5)
00000000: 6400000100        &n= bsp;            = ;   d....
 
lshd: write_buffer: do_write length =3D 36
lshd: lsh_oop_register_write_fd: fd: 6, accepted socket
lshd: write_buffer: do_write closure->length =3D 36
lshd: lsh_oop_fd_write_callback: fd 6: accepted socket
lshd: lsh_oop_fd_write_callback: fd 6: accepted socket
lshd: lsh_oop_cancel_write_fd: fd: 6, accepted socket
lshd: lsh_oop_fd_read_callback: fd 6: accepted socket
lshd: read_packet.c: Going directly to the WAIT_MAC state
lshd: DEBUG: Received IGNORE lshd: (size 5 =3D 0x5)
00000000: 0200000000        &n= bsp;            = ;   .....
 
lshd: handle_connection: Received packet of type 2 (IGNORE)
lshd: DEBUG: Received CHANNEL_REQUEST lshd: (size 34 =3D 0x22)
00000000: 62000000000000000465786563010000  b........exec...
00000010: 0010736370202d66202f746d702f5445  ..scp -f /tmp/TE
00000020: 5354         &n= bsp;            = ;        ST
 
lshd: handle_connection: Received packet of type 98 (CHANNEL_REQUEST)<= /div>
lshd: Created socket pair. Using fd:s 7 <-- 8
lshd: Created socket pair. Using fd:s 9 <-- 10
lshd: Created socket pair. Using fd:s 11 <-- 12
lshd: Created socket pair. Using fd:s 13 <-- 14
lshd: do_spawn: child process
lshd: do_spawn: child after chdir
lshd: do_spawn: child after pty
lshd: do_spawn: child before stderr dup
lshd: do_spawn: child after stderr dup
lshd: unix_user: exec_shell
lshd: exec_shell: Setting up environment.
lshd: exec_shell: Environment:
lshd:     'SHELL=3D/bin/sh'
lshd:     'HOME=3D/home/manufact'
lshd:     'PATH=3D/bin:/usr/bin'
lshd:     'USER=3Dmanufact'
lshd:     'LOGNAME=3Dmanufact'
lshd:     'TZ=3DUTC'
lshd:     'SSH_CLIENT=3D147.54.235.99 2792 22'
lshd: exec_shell: argv0 =3D '/bin/sh'.
lshd: exec_shell: After -u
lshd: exec_shell: After -g
lshd: exec_shell: After -i
lshd: exec_shell: Argument list:
lshd:     'lsh-execuv'
lshd:     '-u'
lshd:     '102'
lshd:     '-g'
lshd:     '102'
lshd:     '-n'
lshd:     'manufact'
lshd:     '-i'
lshd:     '--'
lshd:     '/bin/sh'
lshd:     '/bin/sh'
lshd:     '-c'
lshd:     'scp -f /tmp/TEST'
lshd: exec_shell: before exec
lshd: do_spawn: parent process
lshd: do_spawn: parent after sync
lshd: unix_process.c: make_unix_process
lshd: unix_process.c: unix_process_setup
lshd: unix_process.c: unix_process_setup, after utmp
lshd: do_spawn: parent after process setup
lshd: io.c: Preparing fd 8 for writing
lshd: io.c: Preparing fd 9 for reading
lshd: lsh_oop_register_read_fd: fd: 9, child stdout
lshd: io.c: Preparing fd 11 for reading
lshd: lsh_oop_register_read_fd: fd: 11, child stderr
lshd: DEBUG: Sent CHANNEL_WINDOW_ADJUST lshd: (size 9 =3D 0x9)
00000000: 5d0000010000002710       =          ]......'.
 
lshd: write_buffer: do_write length =3D 52
lshd: lsh_oop_register_write_fd: fd: 6, accepted socket
lshd: write_buffer: do_write closure->length =3D 52
lshd: DEBUG: Sent CHANNEL_SUCCESS lshd: (size 5 =3D 0x5)
00000000: 6300000100        &n= bsp;            = ;   c....
 
lshd: write_buffer: do_write length =3D 36
lshd: write_buffer: do_write closure->length =3D 88
lshd: lsh_oop_fd_write_callback: fd 6: accepted socket
lshd: lsh_oop_fd_write_callback: fd 6: accepted socket
lshd: lsh_oop_cancel_write_fd: fd: 6, accepted socket
lshd: lsh_oop_fd_read_callback: fd 6: accepted socket
lshd: read_packet.c: Going directly to the WAIT_MAC state
lshd: DEBUG: Received IGNORE lshd: (size 5 =3D 0x5)
00000000: 0200000000        &n= bsp;            = ;   .....
 
lshd: handle_connection: Received packet of type 2 (IGNORE)
lshd: DEBUG: Received CHANNEL_DATA lshd: (size 10 =3D 0xa)
00000000: 5e000000000000000100      &nbs= p;       ^.........
 
lshd: handle_connection: Received packet of type 94 (CHANNEL_DATA)
lshd: write_buffer: do_write length =3D 1
lshd: lsh_oop_register_write_fd: fd: 8, child stdin
lshd: write_buffer: do_write closure->length =3D 1
lshd: lsh_oop_fd_write_callback: fd 8: child stdin
lshd: DEBUG: Sent CHANNEL_WINDOW_ADJUST lshd: (size 9 =3D 0x9)
00000000: 5d0000010000000001       =          ]........
 
lshd: write_buffer: do_write length =3D 52
lshd: lsh_oop_register_write_fd: fd: 6, accepted socket
lshd: write_buffer: do_write closure->length =3D 52
lshd: lsh_oop_fd_write_callback: fd 6: accepted socket
lshd: lsh_oop_fd_write_callback: fd 8: child stdin
lshd: lsh_oop_cancel_write_fd: fd: 8, child stdin
lshd: lsh_oop_fd_read_callback: fd 9: child stdout
lshd: DEBUG: Sent CHANNEL_DATA lshd: (size 23 =3D 0x17)
00000000: 5e000001000000000e43303636342033  ^........C0664 3
00000010: 3720544553540a       &nbs= p;            7 TEST= .
 
lshd: write_buffer: do_write length =3D 52
lshd: lsh_oop_register_write_fd: fd: 6, accepted socket
lshd: write_buffer: do_write closure->length =3D 52
lshd: lsh_oop_fd_write_callback: fd 6: accepted socket
lshd: lsh_oop_fd_write_callback: fd 6: accepted socket
lshd: lsh_oop_cancel_write_fd: fd: 6, accepted socket
lshd: lsh_oop_fd_read_callback: fd 6: accepted socket
lshd: read_packet.c: Going directly to the WAIT_MAC state
lshd: DEBUG: Received IGNORE lshd: (size 5 =3D 0x5)
00000000: 0200000000        &n= bsp;            = ;   .....
 
lshd: handle_connection: Received packet of type 2 (IGNORE)
lshd: DEBUG: Received CHANNEL_DATA lshd: (size 10 =3D 0xa)
00000000: 5e000000000000000100      &nbs= p;       ^.........
 
lshd: handle_connection: Received packet of type 94 (CHANNEL_DATA)
lshd: write_buffer: do_write length =3D 1
lshd: lsh_oop_register_write_fd: fd: 8, child stdin
lshd: write_buffer: do_write closure->length =3D 1
lshd: lsh_oop_fd_write_callback: fd 8: child stdin
lshd: DEBUG: Sent CHANNEL_WINDOW_ADJUST lshd: (size 9 =3D 0x9)
00000000: 5d0000010000000001       =          ]........
 
lshd: write_buffer: do_write length =3D 52
lshd: lsh_oop_register_write_fd: fd: 6, accepted socket
lshd: write_buffer: do_write closure->length =3D 52
lshd: lsh_oop_fd_write_callback: fd 6: accepted socket
lshd: lsh_oop_fd_write_callback: fd 8: child stdin
lshd: lsh_oop_cancel_write_fd: fd: 8, child stdin
lshd: lsh_oop_fd_read_callback: fd 9: child stdout
lshd: DEBUG: Sent CHANNEL_DATA lshd: (size 47 =3D 0x2f)
00000000: 5e000001000000002631323334353637  ^.......&1234567<= /div>
00000010: 38393071776572747975696f70617364  890qwertyuiopasd
00000020: 6667686a6b6c7a786376626e6d0a00    fghjklzxcvb= nm..
 
lshd: write_buffer: do_write length =3D 84
lshd: lsh_oop_register_write_fd: fd: 6, accepted socket
lshd: write_buffer: do_write closure->length =3D 84
lshd: lsh_oop_fd_write_callback: fd 6: accepted socket
lshd: lsh_oop_fd_write_callback: fd 6: accepted socket
lshd: lsh_oop_cancel_write_fd: fd: 6, accepted socket
lshd: lsh_oop_fd_read_callback: fd 6: accepted socket
lshd: read_packet.c: Going directly to the WAIT_MAC state
lshd: DEBUG: Received IGNORE lshd: (size 5 =3D 0x5)
00000000: 0200000000        &n= bsp;            = ;   .....
 
lshd: handle_connection: Received packet of type 2 (IGNORE)
lshd: DEBUG: Received CHANNEL_DATA lshd: (size 10 =3D 0xa)
00000000: 5e000000000000000100      &nbs= p;       ^.........
 
lshd: handle_connection: Received packet of type 94 (CHANNEL_DATA)
lshd: write_buffer: do_write length =3D 1
lshd: lsh_oop_register_write_fd: fd: 8, child stdin
lshd: write_buffer: do_write closure->length =3D 1
lshd: lsh_oop_fd_write_callback: fd 8: child stdin
lshd: DEBUG: Sent CHANNEL_WINDOW_ADJUST lshd: (size 9 =3D 0x9)
00000000: 5d0000010000000001       =          ]........
 
lshd: write_buffer: do_write length =3D 52
lshd: lsh_oop_register_write_fd: fd: 6, accepted socket
lshd: write_buffer: do_write closure->length =3D 52
lshd: lsh_oop_fd_write_callback: fd 6: accepted socket
lshd: lsh_oop_fd_write_callback: fd 8: child stdin
lshd: lsh_oop_cancel_write_fd: fd: 8, child stdin
lshd: lsh_oop_fd_write_callback: fd 6: accepted socket
lshd: lsh_oop_cancel_write_fd: fd: 6, accepted socket
lshd: lsh_oop_fd_read_callback: fd 9: child stdout
lshd: lsh_oop_cancel_read_fd: fd: 9, child stdout
lshd: io.c: Closing fd 9: child stdout.
lshd: lsh_oop_cancel_read_fd: fd: 9, child stdout
lshd: lsh_oop_cancel_write_fd: fd: 9, child stdout
lshd: channel_read_close_callback: File closed.
lshd: lsh_oop_fd_read_callback: fd 11: child stderr
lshd: Sending EOF on channel 256
lshd: DEBUG: Sent CHANNEL_EOF lshd: (size 5 =3D 0x5)
00000000: 6000000100        &n= bsp;            = ;   `....
 
lshd: write_buffer: do_write length =3D 36
lshd: lsh_oop_register_write_fd: fd: 6, accepted socket
lshd: write_buffer: do_write closure->length =3D 36
lshd: lsh_oop_cancel_read_fd: fd: 11, child stderr
lshd: io.c: Closing fd 11: child stderr.
lshd: lsh_oop_cancel_read_fd: fd: 11, child stderr
lshd: lsh_oop_cancel_write_fd: fd: 11, child stderr
lshd: channel_read_close_callback: File closed.
lshd: lsh_oop_fd_write_callback: fd 6: accepted socket
lshd: lsh_oop_fd_write_callback: fd 6: accepted socket
lshd: lsh_oop_cancel_write_fd: fd: 6, accepted socket
lshd: lsh_oop_signal_callback: Signal 17, handler: reaper_callback
lshd: Child 1598 died with exit code 0.
lshd: unix_process: do_logout_notice
lshd: server_session.c: do_exit_shell
lshd: server_session.c: Sending exit-status message on channel 256
lshd: DEBUG: Sent CHANNEL_REQUEST lshd: (size 25 =3D 0x19)
00000000: 62000001000000000b657869742d7374  b........exit-st
00000010: 617475730000000000       =          atus.....
 
lshd: write_buffer: do_write length =3D 68
lshd: lsh_oop_register_write_fd: fd: 6, accepted socket
lshd: write_buffer: do_write closure->length =3D 68
lshd: Sending CLOSE on channel 256
lshd: DEBUG: Sent CHANNEL_CLOSE lshd: (size 5 =3D 0x5)
00000000: 6100000100        &n= bsp;            = ;   a....
 
lshd: write_buffer: do_write length =3D 36
lshd: write_buffer: do_write closure->length =3D 104
lshd: lsh_oop_fd_write_callback: fd 6: accepted socket
lshd: lsh_oop_fd_write_callback: fd 6: accepted socket
lshd: lsh_oop_cancel_write_fd: fd: 6, accepted socket
lshd: lsh_oop_fd_read_callback: fd 6: accepted socket
lshd: read_packet.c: Going directly to the WAIT_MAC state
lshd: DEBUG: Received IGNORE lshd: (size 5 =3D 0x5)
00000000: 0200000000        &n= bsp;            = ;   .....
 
lshd: handle_connection: Received packet of type 2 (IGNORE)
lshd: read_packet.c: Going directly to the WAIT_MAC state
lshd: DEBUG: Received CHANNEL_CLOSE lshd: (size 5 =3D 0x5)
00000000: 6100000000        &n= bsp;            = ;   a....
 
lshd: handle_connection: Received packet of type 97 (CHANNEL_CLOSE)
lshd: Receiving CLOSE on channel 256 (local 0)
lshd: do_kill_all: resource_list 8dc3d20
lshd: io.c: close_fd_nicely called on fd 8: child stdin
lshd: lsh_oop_cancel_read_fd: fd: 8, child stdin
lshd: io.c: Closing fd 8: child stdin.
lshd: lsh_oop_cancel_read_fd: fd: 8, child stdin
lshd: lsh_oop_cancel_write_fd: fd: 8, child stdin
lshd: Deallocating local channel 0
lshd: lsh_oop_fd_read_callback: fd 6: accepted socket
lshd: lsh_oop_cancel_read_fd: fd: 6, accepted socket
lshd: read_packet: EOF in state 0
lshd: io.c: close_fd_nicely called on fd 6: accepted socket
lshd: lsh_oop_cancel_read_fd: fd: 6, accepted socket
lshd: io.c: Closing fd 6: accepted socket.
lshd: lsh_oop_cancel_read_fd: fd: 6, accepted socket
lshd: lsh_oop_cancel_write_fd: fd: 6, accepted socket
lshd: Connection died.
lshd: do_kill_all: resource_list 8db1f78
lshd: do_kill_all: resource_list 8dc3d20
lshd: lsh_oop_cancel_callout: action: reexchange_timeout
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
--_000_768A10A2B7D51545B1B2BD175D9848C809F3D85E6EDEFTHW99E74MS_-- --===============0702437653== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ libssh2-devel http://cool.haxx.se/cgi-bin/mailman/listinfo/libssh2-devel --===============0702437653==-- From libssh2-devel-bounces@cool.haxx.se Thu Jun 13 00:10:12 2013 Return-Path: Received: from www.haxx.se (localhost.localdomain [127.0.0.1]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id r5CM9irM014980; Thu, 13 Jun 2013 00:10:07 +0200 Received: from giant.haxx.se (localhost.localdomain [127.0.0.1]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id r5CM9ggx014972 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Thu, 13 Jun 2013 00:09:42 +0200 Received: from localhost (dast@localhost) by giant.haxx.se (8.14.4/8.14.4/Submit) with ESMTP id r5CM9gVK014969 for ; Thu, 13 Jun 2013 00:09:42 +0200 X-Authentication-Warning: giant.haxx.se: dast owned process doing -bs Date: Thu, 13 Jun 2013 00:09:42 +0200 (CEST) From: Daniel Stenberg X-X-Sender: dast@giant.haxx.se To: libssh2 development Subject: Re: [scp][recive] packet_type 100 but awaits 99 In-Reply-To: <768A10A2B7D51545B1B2BD175D9848C809F3D85E6E@DEFTHW99E74MSX.ww902.siemens.net> Message-ID: References: <768A10A2B7D51545B1B2BD175D9848C809F3D85E6E@DEFTHW99E74MSX.ww902.siemens.net> User-Agent: Alpine 2.00 (DEB 1167 2008-08-23) X-fromdanielhimself: yes MIME-Version: 1.0 X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.15 Precedence: list Reply-To: libssh2 development List-Id: libssh2 development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Errors-To: libssh2-devel-bounces@cool.haxx.se Sender: "libssh2-devel" On Wed, 12 Jun 2013, Belau, Rene (ext) wrote: > I recive a wrong packet_type (packet_type 100, awaits 99) from ssh-demon on > the server-side, so libssh2 returns a channel eof and closes/frees the > channel without file transport. Clearly, but I can't spot what libssh2 makes wrong. > Putty can handle the packet_type 100. Putty resends the request > channel_request multiply times with a packet of packet_type 2 between. But why is that correct? 100 means SSH_MSG_CHANNEL_FAILURE, why is sending SSH_MSG_IGNORE a fine reaction to that? If that is truly what putty does, then I can only assume it is a sort of work-around for a silly server. A work-around that libssh2 doesn't perform... Have you checked the putty source code to see what heuristics they might have to decide when to send a 2 and when to just accept the failure? -- / daniel.haxx.se _______________________________________________ libssh2-devel http://cool.haxx.se/cgi-bin/mailman/listinfo/libssh2-devel From libssh2-devel-bounces@cool.haxx.se Mon Jun 17 17:20:24 2013 Return-Path: Received: from www.haxx.se (localhost.localdomain [127.0.0.1]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id r5HFJo02012496; Mon, 17 Jun 2013 17:20:16 +0200 Received: from nm21-vm6.bullet.mail.ne1.yahoo.com (nm21-vm6.bullet.mail.ne1.yahoo.com [98.138.91.114]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id r5HFJlYM012427 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Mon, 17 Jun 2013 17:19:48 +0200 Received: from [98.138.90.56] by nm21.bullet.mail.ne1.yahoo.com with NNFMP; 17 Jun 2013 15:19:43 -0000 Received: from [98.138.89.195] by tm9.bullet.mail.ne1.yahoo.com with NNFMP; 17 Jun 2013 15:19:43 -0000 Received: from [127.0.0.1] by omp1053.mail.ne1.yahoo.com with NNFMP; 17 Jun 2013 15:19:43 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 120357.83201.bm@omp1053.mail.ne1.yahoo.com Received: (qmail 24756 invoked by uid 60001); 17 Jun 2013 15:19:43 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1371482383; bh=G3JbOtK/QfBCGWTRdhknYaDXQeVyvxfxdN9rGUQnyrU=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=6ZmhWahyKhD90gqdDMRWcfrGgeki1/zXLaFrW5uSzwc/FL9v81q6Z/qbG2kbquOsjsfaX3ErJkF3x2QR24ZVHmToRgdM+DM772TxklCDKdSibDpY2NA5dQBm0j7cB3ooA99lM1wMcvPLcZeZTBxvkHT0XkM1Y9gLM0T45wfqdnA= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=aO0KInnLYn9UBM+ZH0fnc3DHcDkZvUFeDXdFWcKIyZk4N+KlL7F3FCChRbVYnI4/BAqLdjpxZvfGjwagxC6tNhq5PXiCZkaxQU9OHo9UED9mPPfDUkEkG2BcBrIKSnyVYpqxhHGmI8/Ho9qfKJQPdLQvizr24du6B0K76J59zBM=; X-YMail-OSG: 1ZbrI6sVM1n6hSSAMQ32WUWOyPHdXMYw1SwcoiE3ZBFJBZ2 HUAGg5ClNPHAz5J1YkiF22xbHQU8C53VjJc_nLsKLU5wmOWLFC2IA5qbKuv2 iFcGxKSzra5hkiVLvwJKfCV2e3njfNQV6WMcuIQmD_5Qos6J1WpUFlrCisnY qoNy1cOX.Szn6SmqAlX9INlAVnMldyjLrQmwrC_dOLRs.Wsqti3tN7oyULXy KU4c2aXNwCQ_BkDZcAhIaCaQMIodiw1h3RmkbFTPNfNbRQuG48QzDZRpltFb .XDfomgAhObE00egu1MQuWmXJyt_GHFqSC10_pvYmbmdiwa9EyQo_SG9JPUx 9CYDduHXn1acRPb7SKQkKtizsqCW_A4025dl.GBZ2R__OLiMev.bCMHvF6ms 7LV9yk0gx7ZEIoBKLNtUuqrJ4FuFVT7FR_S3eEV_y3e26TnXzsVDUlAaAG40 ZHlWmBlCWYs52ZH5SjQSLgxJZD6n_FdiksOyBMEuZ2pF3sGZ8RH7SPvr65si t.6jkucz3UrUjmts_L87fQhxjnJC3EV9QiyyrLvp1LhNEnM5y Received: from [178.255.168.18] by web120901.mail.ne1.yahoo.com via HTTP; Mon, 17 Jun 2013 08:19:42 PDT X-Rocket-MIMEInfo: 002.001, SGVsbG8gLAoKCmkgYW0gdHJ5aW5nIHRvIHdyaXRlIHNpbXBsZSBwcm9ncmFtIHRoYXQgd2lsbCB0YWtlIGEgZmlsZSBvZiBjb21tYW5kcyBleGVjdXRlIHRoZW0gb25lIGJ5IG9uZSBvbiByZW1vdGUgbWFjaGluZSAKCmFuZCBzdG9yZSByZXN1bHRzIG9mIGV4ZWN1dGlvbiBpbiBhbm90aGVyIGZpbGUgaSBmb2xsb3dlZCBleGFtcGxlIHNzaDJfZXhlYy5jIGFuZMKgIGkgd29ydGUgYSBsb29wCnRvIHJlYWQgY29tbWFuZHMgYW5kIGV4ZWN1dGUgaXQgbGlrZSB0aGlzIDoKY3JlYXRlIHNvY2tldCB3aXRoIG5vbmUBMAEBAQE- X-Mailer: YahooMailWebService/0.8.147.553 Message-ID: <1371482382.23943.YahooMailNeo@web120901.mail.ne1.yahoo.com> Date: Mon, 17 Jun 2013 08:19:42 -0700 (PDT) From: yasir ramadan Subject: Multiple remote commands To: "libssh2-devel@cool.haxx.se" MIME-Version: 1.0 X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.15 Precedence: list Reply-To: yasir ramadan , libssh2 development List-Id: libssh2 development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2052648779==" Errors-To: libssh2-devel-bounces@cool.haxx.se Sender: "libssh2-devel" --===============2052648779== Content-Type: multipart/alternative; boundary="-2118997934-1229376439-1371482382=:23943" ---2118997934-1229376439-1371482382=:23943 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Hello ,=0A=0A=0Ai am trying to write simple program that will take a file o= f commands execute them one by one on remote machine =0A=0Aand store result= s of execution in another file i followed example ssh2_exec.c and=A0 i wort= e a loop=0Ato read commands and execute it like this :=0Acreate socket with= none-blocking mode=0Acreate session =0A=0Aloop on a file =0A=0Aread first = command=0Aopen new channel =0A=0Achannel execute =0A=0Achannel read =0A=0Ac= hannel_get_exit_status=0Achannel free=0Achannel =3D=3D null=0A=0Amy problem= is after executing=A0 first command the connection is closed by remote mac= hine with TCP rest flag so i sniffed the communication =0A=0Abetween the pr= ogram and remote machine and i got the following :=0Aon program side :=0Aal= l packets are sent like=A0 tcp segment of reassembled pdu=0Aremote machine = side :=0Athe whole session is duplicated ACK and tcp out of order packets= =0A=A0so after executing first command remote machine is getting confused a= nd closes the connection with reset flag =0A=0Ai tried to program the socke= t in every possible way without success .and on note on the remote side is = running =0ASSH 2.0-ROSSSH=0AAny help ?=0A=0AThank you in advance =0A ---2118997934-1229376439-1371482382=:23943 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
H= ello ,

i am trying to write simple program th= at will take a file of commands execute them one by one on remote machine <= br>
and store results of execution in another file i followed exa= mple ssh2_exec.c and  i worte a loop
to read commands and ex= ecute it like this :
create socket with none-blocking mode
loop on a file
read first co= mmand
open new channel
channel execute
channel read
channel_get_exit_status
chan= nel free
channel =3D=3D null

my problem is a= fter executing  first command the connection is closed by remote machi= ne with TCP rest flag so i sniffed the communication
betwe= en the program and remote machine and i got the following :
on pr= ogram side :
all packets are sent like  tcp segment of reass= embled pdu
remote machine side :
the whole sess= ion is duplicated ACK and tcp out of order packets
 so after= executing first command remote machine is getting confused and closes the = connection with reset flag
i tried to program the socket in = every possible way without success .and on note on the remote side is runni= ng
SSH 2.0-ROSSSH
Any help ?

Than= k you in advance
---2118997934-1229376439-1371482382=:23943-- --===============2052648779== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ libssh2-devel http://cool.haxx.se/cgi-bin/mailman/listinfo/libssh2-devel --===============2052648779==-- From libssh2-devel-bounces@cool.haxx.se Thu Jun 20 18:32:55 2013 Return-Path: Received: from www.haxx.se (localhost.localdomain [127.0.0.1]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id r5KGWMou026596; Thu, 20 Jun 2013 18:32:47 +0200 Received: from m13-44.163.com (m13-44.163.com [220.181.13.44]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id r5KGWJBi026573 for ; Thu, 20 Jun 2013 18:32:20 +0200 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=163.com; s=s110527; h=Received:Date:From:To:Subject:Content-Type: MIME-Version:Message-ID; bh=lnVUJhay1Euy0TolXZqCwVPYukhw6peU2hdq 4dPoiFE=; b=NTrdJw/tIfXuzXNlFAUSqF9gUSEQzuRFlKyDhxDsoRYuaelfQ9bH MYh/MSWTJW3lDsWh+EEbfU+Aj5kXfEsEFKS+qyqI919NJHgRZwlq0EA5/Ri8XMai wfW9LwdkY4kDSL28HQzVHHhgGx/ULOk+bbJW3Wg88D1N73ufsF2hF/I= Received: from e_balloon$163.com ( [61.171.90.204] ) by ajax-webmail-wmsvr44 (Coremail) ; Fri, 21 Jun 2013 00:32:14 +0800 (CST) X-Originating-IP: [61.171.90.204] Date: Fri, 21 Jun 2013 00:32:14 +0800 (CST) From: balloon To: libssh2-devel@cool.haxx.se Subject: Re:Re: Segmentation fault libssh2_session_last_errno (session=0x0) at session.c:1219 (Daniel Stenberg) X-Priority: 3 X-Mailer: Coremail Webmail Server Version SP_ntes V3.5 build 20130613(22460.5432.5432) Copyright (c) 2002-2013 www.mailtech.cn 163com X-CM-CTRLDATA: Vq18e2Zvb3Rlcl9odG09MTU5NTo4MQ== MIME-Version: 1.0 Message-ID: <5e1804d5.18357.13f626ddcbe.Coremail.e_balloon@163.com> X-CM-TRANSID: LMGowGDJcUOPLsNRCHNQAA--.26103W X-CM-SenderInfo: phbetzhorr0qqrwthudrp/xtbBUQBCd1D+Mmg1HwAAs6 X-Coremail-Antispam: 1U5529EdanIXcx71UUUUU7vcSsGvfC2KfnxnUU== X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.15 Precedence: list Reply-To: libssh2 development List-Id: libssh2 development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0694164694==" Errors-To: libssh2-devel-bounces@cool.haxx.se Sender: "libssh2-devel" --===============0694164694== Content-Type: multipart/alternative; boundary="----=_Part_367018_1032233297.1371745934526" ------=_Part_367018_1032233297.1371745934526 Content-Type: text/plain; charset=GBK Content-Transfer-Encoding: 7bit > I'm using: libcurl (7.21.3) + openssl(0.9.8k) + libssh2(1.2.8) as SFTP > client to try to download 1 byte from server . Client side code is like > this: > > To most SFTP server, this works fine. But when we use this code to connect > to the SFTP server that our customer provided. We get this error in step > curl_easy_perform(curl) : Before going further, can you please try with more modern versions of the libraries libcurl and libssh2? Both have been updated a lot since those versions you use and I think it is very likely that the problem you see already has been addressed.> I have updated libssh2 to 1.4.3, and libcurl to 7.30.0, which are both the latest version.>But I still meet this issue, does it matter that the specify SFTP server which can reproduce this issue is a java software?>This is the error msg, pls tell me what I can provide u to investigate and fix this issue. Thanks :)Program received signal SIGSEGV, Segmentation fault. libssh2_session_last_errno (session=0x0) at session.c:1267 1267 session.c: No such file or directory. in session.c (gdb) bt #0 libssh2_session_last_errno (session=0x0) at session.c:1267 #1 0x0000000000c3ba0e in ssh_statemach_act () #2 0x0000000001608b5f in ?? () #3 0x0000000001607fc0 in ?? () #4 0x0000000000000000 in ?? () ------=_Part_367018_1032233297.1371745934526 Content-Type: text/html; charset=GBK Content-Transfer-Encoding: 7bit 
> I'm using: libcurl (7.21.3) + openssl(0.9.8k) + libssh2(1.2.8)  as SFTP 
> client to try to download 1 byte from server .  Client side code is like 
> this:
>
> To most SFTP server, this works fine. But when we use this code to connect 
> to the SFTP server that our customer provided. We get this error in step 
> curl_easy_perform(curl) :

Before going further, can you please try with more modern versions of the 
libraries libcurl and libssh2? Both have been updated a lot since those 
versions you use and I think it is very likely that the problem you see 
already has been addressed.
> I have updated libssh2 to 1.4.3, and libcurl to 7.30.0, which are both  the latest version.
>But I still meet this issue, does it matter that the specify SFTP server which can reproduce this issue is a java software?
>This is the error msg, pls tell me what I can provide u to investigate and fix this issue. Thanks :)

Program received signal SIGSEGV, Segmentation fault.
libssh2_session_last_errno (session=0x0) at session.c:1267
1267    session.c: No such file or directory.
        in session.c
(gdb) bt
#0  libssh2_session_last_errno (session=0x0) at session.c:1267
#1  0x0000000000c3ba0e in ssh_statemach_act ()
#2  0x0000000001608b5f in ?? ()
#3  0x0000000001607fc0 in ?? ()
#4  0x0000000000000000 in ?? ()





------=_Part_367018_1032233297.1371745934526-- --===============0694164694== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ libssh2-devel http://cool.haxx.se/cgi-bin/mailman/listinfo/libssh2-devel --===============0694164694==-- From libssh2-devel-bounces@cool.haxx.se Thu Jun 20 20:13:25 2013 Return-Path: Received: from www.haxx.se (localhost.localdomain [127.0.0.1]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id r5KID5iu032636; Thu, 20 Jun 2013 20:13:21 +0200 Received: from giant.haxx.se (localhost.localdomain [127.0.0.1]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id r5KID3EJ032621 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 20 Jun 2013 20:13:03 +0200 Received: from localhost (dast@localhost) by giant.haxx.se (8.14.4/8.14.4/Submit) with ESMTP id r5KID2UI032610; Thu, 20 Jun 2013 20:13:03 +0200 X-Authentication-Warning: giant.haxx.se: dast owned process doing -bs Date: Thu, 20 Jun 2013 20:13:02 +0200 (CEST) From: Daniel Stenberg X-X-Sender: dast@giant.haxx.se To: libssh2 development Subject: Re:Re: Segmentation fault libssh2_session_last_errno (session=0x0) at session.c:1219 (Daniel Stenberg) In-Reply-To: <5e1804d5.18357.13f626ddcbe.Coremail.e_balloon@163.com> Message-ID: References: <5e1804d5.18357.13f626ddcbe.Coremail.e_balloon@163.com> User-Agent: Alpine 2.00 (DEB 1167 2008-08-23) X-fromdanielhimself: yes MIME-Version: 1.0 Cc: libcurl hacking X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.15 Precedence: list Reply-To: libssh2 development List-Id: libssh2 development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Errors-To: libssh2-devel-bounces@cool.haxx.se Sender: "libssh2-devel" On Fri, 21 Jun 2013, balloon wrote: > I have updated libssh2 to 1.4.3, and libcurl to 7.30.0, which are both the > latest version. But I still meet this issue, does it matter that the specify > SFTP server which can reproduce this issue is a java software? > #0 libssh2_session_last_errno (session=0x0) at session.c:1267 > #1 0x0000000000c3ba0e in ssh_statemach_act () > #2 0x0000000001608b5f in ?? () > #3 0x0000000001607fc0 in ?? () > #4 0x0000000000000000 in ?? () This shows that the problem is in libcurl when sends a NULL to libssh2 so that it crashes. I'm cc'ing this reply to the libcurl mailing list. Please take follow-ups there. I'd like you to rebuild libcurl with debug symbols left so that the stack trace becomes usable. It shouldn't matter that it is Java, but it can very well be a problem that occurs only with that specific server implementation. -- / daniel.haxx.se _______________________________________________ libssh2-devel http://cool.haxx.se/cgi-bin/mailman/listinfo/libssh2-devel From libssh2-devel-bounces@cool.haxx.se Fri Jun 21 13:03:15 2013 Return-Path: Received: from www.haxx.se (localhost.localdomain [127.0.0.1]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id r5LB2sxn026138; Fri, 21 Jun 2013 13:03:11 +0200 Received: from exctspbs02.intesasanpaolo.com (exctspbs02.intesasanpaolo.com [193.203.233.56]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id r5LB2qLc026119 for ; Fri, 21 Jun 2013 13:02:53 +0200 X-AuditID: 0af4a334-b7efe6d000001bee-17-51c432d8a677 Received: from EXC10TMPHC00.sede.corp.sanpaoloimi.com (Unknown_Domain [10.49.73.21]) by exctspbs02.intesasanpaolo.com (SMTP) with SMTP id 16.E9.07150.8D234C15; Fri, 21 Jun 2013 13:02:48 +0200 (CEST) Received: from EXC10TSPBE03.sede.corp.sanpaoloimi.com ([fe80::edc3:ee27:c0f4:2a63]) by EXC10TMPHC00.sede.corp.sanpaoloimi.com ([fe80::e0da:b2fa:c52b:66e9%15]) with mapi id 14.02.0318.001; Fri, 21 Jun 2013 13:02:47 +0200 From: EHLERS ERIC To: "libssh2-devel@cool.haxx.se" Subject: SSH public key authentication failed: Callback returned error Thread-Topic: SSH public key authentication failed: Callback returned error Thread-Index: Ac5ubqY0ihmLOfhJQQa5qHwDZeiNsA== Date: Fri, 21 Jun 2013 11:02:47 +0000 Message-ID: <898352F19F9EA34682EDD1515302670F10B7EA@EXC10TSPBE03.sede.corp.sanpaoloimi.com> Accept-Language: en-US, it-IT Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.202.171.238] MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrELMWRmVeSWpSXmKPExsXCZegpqnvD6EigwfYeI4ulczezOjB6XDwz nSWAMYrbJimxpCw4Mz1P3y6BO+PM7j/MBW/7GCuWHT3G1MD4rLKLkZNDQsBEouXbc0YIW0zi wr31bF2MXBxCAicYJS7f6WeCcB4ySmyYu4MFpIpNQF/i0NxtbCC2iICtxN/1i8BsYQE3ie9z drNAxL0lrpw5A2XrScxY2g5mswioSqyduAHM5hWIllh85DUriM0oICsxo2ENO4jNLCAucevJ fCaIiwQkluw5zwxhi0q8fPyPFcJWkpj2uB1oLwdQfb7EppUCECMFJU7OfMIygVFoFpJJsxCq ZiGpgijRkViw+xMbhK0tsWzha2YY+8yBx0zI4gsY2VcxyqZWJJcUFyQVGxjpgeKhOLE4Ma8g MT8nXy85P3cTIyhKviw22cH4d5n8IUYBDkYlHt6OeYcDhVgTy4orcw8xSnAwK4nwBt8BCvGm JFZWpRblxxeV5qQWH2Jk4uAEEVxSDYzuV2LUyrwdQ5d1eum/XctT3Pk5uGnqef5l5sycnJLx TQpAnXxSu3s+TlkU+f/wIZsjKk89o3edzJjq4saoot9yosxe0sDFzFvp2Idtr2U3ucrryyUf nme6RX6hwcwzrZd+NwidLeN6HfHP78zyVfOlQlYpvZs+S3+ecIvvmhCf6iW2GWH5SizFGYmG WsxFxYkAFrUzCXUCAAA= X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.15 Precedence: list Reply-To: libssh2 development List-Id: libssh2 development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1168778907==" Errors-To: libssh2-devel-bounces@cool.haxx.se Sender: "libssh2-devel" --===============1168778907== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_898352F19F9EA34682EDD1515302670F10B7EAEXC10TSPBE03sedec_" --_000_898352F19F9EA34682EDD1515302670F10B7EAEXC10TSPBE03sedec_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hello, I am trying to do an SFTP GET under Windows using curl and libssh2. The command fails with: SSH public key authentication failed: Callback returned error I would be grateful for any assistance in fixing the problem. I have myself compiled from source the packages openssl-1.0.1e, libssh2-1.4= .3, and curl-7.30.0. The curl binary works for other operations, e.g. HTTP GET= , just not for SFTP. I am able to execute the SFTP GET successfully using other tools. So I kno= w that my local private keyfile is good, and that the public keyfile is set u= p correctly on the remote server. In order to generate the public keyfile that ssh2 requires locally, I copie= d the private keyfile to linux, and ran the following command: ssh-keygen -y -f id_rsa > id_rsa.pub Then I copied the public keyfile back to the Windows machine. Below are the commands that I used to attempt the SFTP, and the output. Th= anks in advance for any help you can provide. Kind Regards, Eric curl.exe -version curl 7.30.0 (i386-pc-win32) libcurl/7.30.0 OpenSSL/1.0.1e libssh2/1.4.3 Protocols: dict file ftp ftps gopher http https imap imaps pop3 pop3s rtsp = scp s ftp smtp smtps telnet tftp Features: AsynchDNS Largefile NTLM SSL curl.exe -vv --insecure --proxy xxxxx.com:8080 --proxy-user xxxxx\xxxxxxx:xxxxxxxx --proxy-ntlm --proxytunnel --user xxxxx= xx: --key id_rsa --pubkey id_rsa.pub --pass xxxxxxxx sftp://999.999.999.9:9999/= path/to/file * Adding handle: conn: 0xa63850 * Adding handle: send: 0 * Adding handle: recv: 0 * Curl_addHandleToPipeline: length: 1 * - Conn 0 (0xa63850) send_pipe: 1, recv_pipe: 0 * About to connect() to proxy xxxxx.com port 8080 (#0) * Trying 99.999.999.99... * Connected to xxxxx.com (99.999.999.99) port 8080 (#0) * Establish HTTP proxy tunnel to 999.999.999.9:9999 * Proxy auth using NTLM with user 'xxxxx\xxxxxxx' * Server auth using Basic with user 'xxxxxxx' > CONNECT 999.999.999.9:9999 HTTP/1.1 > Host: 999.999.999.9:9999 > Proxy-Authorization: NTLM xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx=3D > User-Agent: curl/7.30.0 > Proxy-Connection: Keep-Alive > < HTTP/1.1 407 authenticationrequired < Content-Type: text/html < Cache-Control: no-cache < Content-Length: 1086 < Proxy-Connection: Keep-Alive < Proxy-Authenticate: NTLM xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx= xxxxx xxxxxxxxxxx < * Ignore 1086 bytes of response-body * TUNNEL_STATE switched to: 0 * Establish HTTP proxy tunnel to 999.999.999.9:9999 * Proxy auth using NTLM with user 'xxxxx\xxxxxxx' * Server auth using Basic with user 'xxxxxxx' > CONNECT 999.999.999.9:9999 HTTP/1.1 > Host: 999.999.999.9:9999 > Proxy-Authorization: NTLM xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx= xxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx= xxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx=3D > User-Agent: curl/7.30.0 > Proxy-Connection: Keep-Alive > < HTTP/1.0 200 Connection established < * Proxy replied OK to CONNECT request * SSH MD5 fingerprint: xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx * SSH authentication methods available: publickey * Using ssh public key file id_rsa.pub * Using ssh private key file id_rsa * SSH public key authentication failed: Callback returned error * Failure connecting to agent * Authentication failure * Closing connection 0 curl: (67) Authentication failure Prima di stampare, pensa all'ambiente ** Think about the environment before= printing ________________________________ Il presente messaggio, inclusi gli eventuali allegati, ha natura aziendale = e potrebbe contenere informazioni confidenziali e/o riservate. Chiunque lo = ricevesse per errore, ? pregato di avvisare tempestivamente il mittente e d= i cancellarlo. E' strettamente vietata qualsiasi forma di utilizzo, riproduzione o diffusi= one non autorizzata del contenuto di questo messaggio o di parte di esso. Pur essendo state assunte le dovute precauzioni per ridurre al minimo il ri= schio di trasmissione di virus, si suggerisce di effettuare gli opportuni c= ontrolli sui documenti allegati al presente messaggio. Non si assume alcuna= responsabilit? per eventuali danni o perdite derivanti dalla presenza di v= irus. Per lo svolgimento delle attivit? di investimento nel Regno Unito, la socie= t? ? autorizzata da Banca d'Italia ed ? soggetta alla vigilanza limitata de= lla Financial Services Authority. Maggiori informazioni in merito ai poteri= di vigilanza della Financial Services Authority sono a disposizione previa= richiesta.. Nel Regno Unito Intesa Sanpaolo S.p.A. opera attraverso la filiale di Londr= a, sita in 90 Queen Street, London EC4N 1SA, registrata in Inghilterra & Ga= lles sotto No.FC016201, Branch No.BR000036 In osservanza dei requisito imposti dal Internal Revenue Service (Agenzia d= elle Entrate degli Stati Uniti), qualunque discussione relativa a temi di n= atura fiscale contenuta in questo messaggio o nei suoi allegati non e' inte= sa ne' e' stata scritta per essere utilizzata, ne' puo' essere utilizata pe= r (i) evitare l'imposizione di gravami fiscali secondo il codice tributario= vigente negli Stati Uniti o (ii) per promuovere, sollecitare o raccomandar= e una operazione finanziaria o altra transazione indirizzata ad un altro de= stinatario. *** ________________________________ This email (including any attachment) is a corporate message and may contai= n confidential and/or privileged and/or proprietary information. If you hav= e received this email in error, please notify the sender immediately, do no= t use or share it and destroy this email. Any unauthorised use, copying or = disclosure of the material in this email or of parts hereof (including reli= ance thereon) is strictly forbidden. We have taken precautions to minimize the risk of transmitting software vir= uses but nevertheless advise you to carry out your own virus checks on any = attachment of this message. We accept no liability for loss or damage cause= d by software viruses. For the conduct of investment business in the UK, the Company is authorised= by Banca d'Italia and subject to limited regulation in the UK by the Finan= cial Services Authority. Details about the extent of our regulation by the = Financial Services Authority are available from us on request. In the UK Intesa Sanpaolo S.p.A. operates through its London Branch, locate= d at 90 Queen Street, London EC4N 1SA. Registered in England & Wales under = No.FC016201, Branch No.BR000036 To comply with requirements imposed by the IRS, we inform you that any disc= ussion of U.S. federal tax issues contained herein (including any attachmen= ts) was not intended or written to be used, and cannot be used by you, for = the purpose of (i) avoiding penalties under the Internal Revenue Code or (i= i) promoting, marketing or recommending any transaction or matter addressed= herein to another party. --_000_898352F19F9EA34682EDD1515302670F10B7EAEXC10TSPBE03sedec_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hello,

 

I am trying to do an SFTP GET under Windows using cu= rl and libssh2.  The

command fails with:

 

    SSH public key authentication fai= led: Callback returned error

 

I would be grateful for any assistance in fixing the= problem.

 

I have myself compiled from source the packages open= ssl-1.0.1e, libssh2-1.4.3,

and curl-7.30.0.  The curl binary works for oth= er operations, e.g. HTTP GET,

just not for SFTP.

 

I am able to execute the SFTP GET successfully using= other tools.  So I know

that my local private keyfile is good, and that the = public keyfile is set up

correctly on the remote server.

 

In order to generate the public keyfile that ssh2 re= quires locally, I copied

the private keyfile to linux, and ran the following = command:

 

    ssh-keygen -y -f id_rsa > id_r= sa.pub

 

Then I copied the public keyfile back to the Windows= machine.

 

Below are the commands that I used to attempt the SF= TP, and the output.  Thanks

in advance for any help you can provide.

 

Kind Regards,

Eric

 

curl.exe –version

 

curl 7.30.0 (i386-pc-win32) libcurl/7.30.0 OpenSSL/1= .0.1e libssh2/1.4.3

Protocols: dict file ftp ftps gopher http https imap= imaps pop3 pop3s rtsp scp s

ftp smtp smtps telnet tftp

Features: AsynchDNS Largefile NTLM SSL

 

curl.exe -vv --insecure --proxy xxxxx.com:8080

--proxy-user xxxxx\xxxxxxx:xxxxxxxx --proxy-ntlm --p= roxytunnel --user xxxxxxx:

--key id_rsa --pubkey id_rsa.pub --pass xxxxxxxx sft= p://999.999.999.9:9999/path/to/file

 

* Adding handle: conn: 0xa63850

* Adding handle: send: 0

* Adding handle: recv: 0

* Curl_addHandleToPipeline: length: 1

* - Conn 0 (0xa63850) send_pipe: 1, recv_pipe: 0

* About to connect() to proxy xxxxx.com port 8080 (#= 0)

*   Trying 99.999.999.99...

* Connected to xxxxx.com (99.999.999.99) port 8080 (= #0)

* Establish HTTP proxy tunnel to 999.999.999.9:9999<= /p>

* Proxy auth using NTLM with user 'xxxxx\xxxxxxx'

* Server auth using Basic with user 'xxxxxxx'

> CONNECT 999.999.999.9:9999 HTTP/1.1

> Host: 999.999.999.9:9999

> Proxy-Authorization: NTLM xxxxxxxxxxxxxxxxxxxxx= xxxxxxxxxxxxxxxxxxxxxx=3D

> User-Agent: curl/7.30.0

> Proxy-Connection: Keep-Alive

> 

< HTTP/1.1 407 authenticationrequired

< Content-Type: text/html

< Cache-Control: no-cache

< Content-Length: 1086

< Proxy-Connection: Keep-Alive

< Proxy-Authenticate: NTLM xxxxxxxxxxxxxxxxxxxxxx= xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

xxxxxxxxxxx

< 

* Ignore 1086 bytes of response-body

* TUNNEL_STATE switched to: 0

* Establish HTTP proxy tunnel to 999.999.999.9:9999<= /p>

* Proxy auth using NTLM with user 'xxxxx\xxxxxxx'

* Server auth using Basic with user 'xxxxxxx'

> CONNECT 999.999.999.9:9999 HTTP/1.1

> Host: 999.999.999.9:9999

> Proxy-Authorization: NTLM xxxxxxxxxxxxxxxxxxxxx= xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx= xxxxxxxxxxxxxxxxxxxxxxxxxxxx

xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx=3D

> User-Agent: curl/7.30.0

> Proxy-Connection: Keep-Alive

> 

< HTTP/1.0 200 Connection established

< 

* Proxy replied OK to CONNECT request

* SSH MD5 fingerprint: xxxxxxxxxxxxxxxxxxxxxxxxxxxxx= xxx

* SSH authentication methods available: publickey

* Using ssh public key file id_rsa.pub

* Using ssh private key file id_rsa

* SSH public key authentication failed: Callback ret= urned error

* Failure connecting to agent

* Authentication failure

* Closing connection 0

curl: (67) Authentication failure



Prima di stampare, pensa all'ambiente ** Think about the environment before= printing


Il presente messaggio, inclusi gli eventuali allegati, ha natura aziendale = e potrebbe contenere informazioni confidenziali e/o riservate. Chiunque lo = ricevesse per errore, è pregato di avvisare tempestivamente il mitte= nte e di cancellarlo.
E’ strettamente vietata qualsiasi forma di utilizzo, riproduzione o d= iffusione non autorizzata del contenuto di questo messaggio o di parte di e= sso.
Pur essendo state assunte le dovute precauzioni per ridurre al minimo il ri= schio di trasmissione di virus, si suggerisce di effettuare gli opportuni c= ontrolli sui documenti allegati al presente messaggio. Non si assume alcuna= responsabilità per eventuali danni o perdite derivanti dalla presenza di virus.

Per lo svolgimento delle attività di investimento nel Regno Unito, l= a società è autorizzata da Banca d'Italia ed è soggett= a alla vigilanza limitata della Financial Services Authority. Maggiori info= rmazioni in merito ai poteri di vigilanza della Financial Services Authority sono a disposizione previa richiesta..

Nel Regno Unito Intesa Sanpaolo S.p.A. opera attraverso la filiale di Londr= a, sita in 90 Queen Street, London EC4N 1SA, registrata in Inghilterra &= ; Galles sotto No.FC016201, Branch No.BR000036

In osservanza dei requisito imposti dal Internal Revenue Service (Agenzia d= elle Entrate degli Stati Uniti), qualunque discussione relativa a temi di n= atura fiscale contenuta in questo messaggio o nei suoi allegati non e’= ; intesa ne’ e’ stata scritta per essere utilizzata, ne’ puo’ essere utilizata per (i) evitare l’= imposizione di gravami fiscali secondo il codice tributario vigente negli S= tati Uniti o (ii) per promuovere, sollecitare o raccomandare una operazione= finanziaria o altra transazione indirizzata ad un altro destinatario.

***


This email (including any attachment) is a corporate message and may contai= n confidential and/or privileged and/or proprietary information. If you hav= e received this email in error, please notify the sender immediately, do no= t use or share it and destroy this email. Any unauthorised use, copying or disclosure of the material in this= email or of parts hereof (including reliance thereon) is strictly forbidde= n.
We have taken precautions to minimize the risk of transmitting software vir= uses but nevertheless advise you to carry out your own virus checks on any = attachment of this message. We accept no liability for loss or damage cause= d by software viruses.

For the conduct of investment business in the UK, the Company is authorised= by Banca d’Italia and subject to limited regulation in the UK by the= Financial Services Authority. Details about the extent of our regulation b= y the Financial Services Authority are available from us on request.

In the UK Intesa Sanpaolo S.p.A. operates through its London Branch, locate= d at 90 Queen Street, London EC4N 1SA. Registered in England & Wales un= der No.FC016201, Branch No.BR000036

To comply with requirements imposed by the IRS, we inform you that any disc= ussion of U.S. federal tax issues contained herein (including any attachmen= ts) was not intended or written to be used, and cannot be used by you, for = the purpose of (i) avoiding penalties under the Internal Revenue Code or (ii) promoting, marketing or recommendi= ng any transaction or matter addressed herein to another party.
 --_000_898352F19F9EA34682EDD1515302670F10B7EAEXC10TSPBE03sedec_-- --===============1168778907== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ libssh2-devel http://cool.haxx.se/cgi-bin/mailman/listinfo/libssh2-devel --===============1168778907==-- From libssh2-devel-bounces@cool.haxx.se Tue Jun 25 16:38:40 2013 Return-Path: Received: from www.haxx.se (localhost.localdomain [127.0.0.1]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id r5PEc6sF022287; Tue, 25 Jun 2013 16:38:33 +0200 Received: from exctmpbs01.intesasanpaolo.com (exctmpbs01.intesasanpaolo.com [193.203.232.55]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id r5PEc4dt022114 for ; Tue, 25 Jun 2013 16:38:04 +0200 X-AuditID: 0af42332-b7f3f6d000000fd6-5d-51c9ab48a48b Received: from EXC10TMPHC00.sede.corp.sanpaoloimi.com (Unknown_Domain [10.49.73.21]) by exctmpbs01.intesasanpaolo.com (SMTP) with SMTP id 06.4C.04054.84BA9C15; Tue, 25 Jun 2013 16:38:00 +0200 (CEST) Received: from EXC10TSPBE03.sede.corp.sanpaoloimi.com ([fe80::edc3:ee27:c0f4:2a63]) by EXC10TMPHC00.sede.corp.sanpaoloimi.com ([fe80::e0da:b2fa:c52b:66e9%15]) with mapi id 14.02.0318.001; Tue, 25 Jun 2013 16:37:59 +0200 From: EHLERS ERIC To: libssh2 development Subject: RE: SSH public key authentication failed: Callback returned error Thread-Topic: SSH public key authentication failed: Callback returned error Thread-Index: Ac5ubqY0ihmLOfhJQQa5qHwDZeiNsADQpd0A Date: Tue, 25 Jun 2013 14:37:59 +0000 Message-ID: <898352F19F9EA34682EDD1515302670F110937@EXC10TSPBE03.sede.corp.sanpaoloimi.com> References: <898352F19F9EA34682EDD1515302670F10B7EA@EXC10TSPBE03.sede.corp.sanpaoloimi.com> In-Reply-To: <898352F19F9EA34682EDD1515302670F10B7EA@EXC10TSPBE03.sede.corp.sanpaoloimi.com> Accept-Language: en-US, it-IT Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.202.171.238] MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprJIsWRmVeSWpSXmKPExsXCZegpquux+mSgQcNxE4ulczezOjB6XDwz nSWAMYrbJimxpCw4Mz1P3y6BO2N2TytLwT/vilUHdrA3MP6x72Lk5JAQMJE40HaWHcIWk7hw bz1bFyMXh5DACUaJI4f/QDkPGSW+9x8Aq2IT0Jc4NHcbG4gtAtS9c9cvRhBbWMBL4unTVmaI uLfElTNnWCBsI4mG30eZQGwWAVWJrvsLwep5BaIlLmz8BTZTCMi+u2MeWC+nQIzEqSUPwGoY BWQlZjSsAathFhCXuPVkPhPEpQISS/acZ4awRSVePv7HCmErSUx73M4GUZ8v8ez3GzaIXYIS J2c+YZnAKDILyahZSMpmISmDiOtILNj9iQ3C1pZYtvA1M4x95sBjJmTxBYzsqxhlUyuSS3IL kooNDPVAEVScWJyYV5CYn5Ovl5yfu4kRFFdflI12MO6eL3+IUYCDUYmHd0bMiUAh1sSy4src Q4wSHMxKIryHsk4GCvGmJFZWpRblxxeV5qQWH2KU5mBREud9FHAkUEggPbEkNTs1tSC1CCbL xMEJIrikGhhFqyyYNuSv4bGMPbiXIVdM7NGfOQtVOOw/Ru55fp7H3EPVtX6/v9xGGWbO8/9l RC/61/il+ARw3P3OKiyjqmdq8tTltn+cyvrTW7QOTV8pkFhn8mRPo8+b3n6ZJmXmdun6mU+W l6m8fpRwuCYw9del0llmnxuVOlu4Hs/nPZj86MjUuWY/25VYijMSDbWYi4oTAW9hYeSsAgAA X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.15 Precedence: list Reply-To: libssh2 development List-Id: libssh2 development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1855849646==" Errors-To: libssh2-devel-bounces@cool.haxx.se Sender: "libssh2-devel" --===============1855849646== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_898352F19F9EA34682EDD1515302670F110937EXC10TSPBE03sedec_" --_000_898352F19F9EA34682EDD1515302670F110937EXC10TSPBE03sedec_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hello, This problem has been resolved and it had nothing to do with libssh2. I po= sted the conclusion on the curl-users mailing list and I apologize for havi= ng cross-posted here. Kind Regards, Eric Prima di stampare, pensa all'ambiente ** Think about the environment before= printing ________________________________ Il presente messaggio, inclusi gli eventuali allegati, ha natura aziendale = e potrebbe contenere informazioni confidenziali e/o riservate. Chiunque lo = ricevesse per errore, ? pregato di avvisare tempestivamente il mittente e d= i cancellarlo. E' strettamente vietata qualsiasi forma di utilizzo, riproduzione o diffusi= one non autorizzata del contenuto di questo messaggio o di parte di esso. Pur essendo state assunte le dovute precauzioni per ridurre al minimo il ri= schio di trasmissione di virus, si suggerisce di effettuare gli opportuni c= ontrolli sui documenti allegati al presente messaggio. Non si assume alcuna= responsabilit? per eventuali danni o perdite derivanti dalla presenza di v= irus. Per lo svolgimento delle attivit? di investimento nel Regno Unito, la socie= t? ? autorizzata da Banca d'Italia ed ? soggetta alla vigilanza limitata de= lla Financial Services Authority. Maggiori informazioni in merito ai poteri= di vigilanza della Financial Services Authority sono a disposizione previa= richiesta.. Nel Regno Unito Intesa Sanpaolo S.p.A. opera attraverso la filiale di Londr= a, sita in 90 Queen Street, London EC4N 1SA, registrata in Inghilterra & Ga= lles sotto No.FC016201, Branch No.BR000036 In osservanza dei requisito imposti dal Internal Revenue Service (Agenzia d= elle Entrate degli Stati Uniti), qualunque discussione relativa a temi di n= atura fiscale contenuta in questo messaggio o nei suoi allegati non e' inte= sa ne' e' stata scritta per essere utilizzata, ne' puo' essere utilizata pe= r (i) evitare l'imposizione di gravami fiscali secondo il codice tributario= vigente negli Stati Uniti o (ii) per promuovere, sollecitare o raccomandar= e una operazione finanziaria o altra transazione indirizzata ad un altro de= stinatario. *** ________________________________ This email (including any attachment) is a corporate message and may contai= n confidential and/or privileged and/or proprietary information. If you hav= e received this email in error, please notify the sender immediately, do no= t use or share it and destroy this email. Any unauthorised use, copying or = disclosure of the material in this email or of parts hereof (including reli= ance thereon) is strictly forbidden. We have taken precautions to minimize the risk of transmitting software vir= uses but nevertheless advise you to carry out your own virus checks on any = attachment of this message. We accept no liability for loss or damage cause= d by software viruses. For the conduct of investment business in the UK, the Company is authorised= by Banca d'Italia and subject to limited regulation in the UK by the Finan= cial Services Authority. Details about the extent of our regulation by the = Financial Services Authority are available from us on request. In the UK Intesa Sanpaolo S.p.A. operates through its London Branch, locate= d at 90 Queen Street, London EC4N 1SA. Registered in England & Wales under = No.FC016201, Branch No.BR000036 To comply with requirements imposed by the IRS, we inform you that any disc= ussion of U.S. federal tax issues contained herein (including any attachmen= ts) was not intended or written to be used, and cannot be used by you, for = the purpose of (i) avoiding penalties under the Internal Revenue Code or (i= i) promoting, marketing or recommending any transaction or matter addressed= herein to another party. --_000_898352F19F9EA34682EDD1515302670F110937EXC10TSPBE03sedec_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hello,

 

This problem has been = resolved and it had nothing to do with libssh2.  I posted the conclusi= on on the curl-users mailing list and I apologize for having cross-posted h= ere.

 

Kind Regards,

Eric



Prima di stampare, pensa all'ambiente ** Think about the environment before= printing


Il presente messaggio, inclusi gli eventuali allegati, ha natura aziendale = e potrebbe contenere informazioni confidenziali e/o riservate. Chiunque lo = ricevesse per errore, è pregato di avvisare tempestivamente il mitte= nte e di cancellarlo.
E’ strettamente vietata qualsiasi forma di utilizzo, riproduzione o d= iffusione non autorizzata del contenuto di questo messaggio o di parte di e= sso.
Pur essendo state assunte le dovute precauzioni per ridurre al minimo il ri= schio di trasmissione di virus, si suggerisce di effettuare gli opportuni c= ontrolli sui documenti allegati al presente messaggio. Non si assume alcuna= responsabilità per eventuali danni o perdite derivanti dalla presenza di virus.

Per lo svolgimento delle attività di investimento nel Regno Unito, l= a società è autorizzata da Banca d'Italia ed è soggett= a alla vigilanza limitata della Financial Services Authority. Maggiori info= rmazioni in merito ai poteri di vigilanza della Financial Services Authority sono a disposizione previa richiesta..

Nel Regno Unito Intesa Sanpaolo S.p.A. opera attraverso la filiale di Londr= a, sita in 90 Queen Street, London EC4N 1SA, registrata in Inghilterra &= ; Galles sotto No.FC016201, Branch No.BR000036

In osservanza dei requisito imposti dal Internal Revenue Service (Agenzia d= elle Entrate degli Stati Uniti), qualunque discussione relativa a temi di n= atura fiscale contenuta in questo messaggio o nei suoi allegati non e’= ; intesa ne’ e’ stata scritta per essere utilizzata, ne’ puo’ essere utilizata per (i) evitare l’= imposizione di gravami fiscali secondo il codice tributario vigente negli S= tati Uniti o (ii) per promuovere, sollecitare o raccomandare una operazione= finanziaria o altra transazione indirizzata ad un altro destinatario.

***


This email (including any attachment) is a corporate message and may contai= n confidential and/or privileged and/or proprietary information. If you hav= e received this email in error, please notify the sender immediately, do no= t use or share it and destroy this email. Any unauthorised use, copying or disclosure of the material in this= email or of parts hereof (including reliance thereon) is strictly forbidde= n.
We have taken precautions to minimize the risk of transmitting software vir= uses but nevertheless advise you to carry out your own virus checks on any = attachment of this message. We accept no liability for loss or damage cause= d by software viruses.

For the conduct of investment business in the UK, the Company is authorised= by Banca d’Italia and subject to limited regulation in the UK by the= Financial Services Authority. Details about the extent of our regulation b= y the Financial Services Authority are available from us on request.

In the UK Intesa Sanpaolo S.p.A. operates through its London Branch, locate= d at 90 Queen Street, London EC4N 1SA. Registered in England & Wales un= der No.FC016201, Branch No.BR000036

To comply with requirements imposed by the IRS, we inform you that any disc= ussion of U.S. federal tax issues contained herein (including any attachmen= ts) was not intended or written to be used, and cannot be used by you, for = the purpose of (i) avoiding penalties under the Internal Revenue Code or (ii) promoting, marketing or recommendi= ng any transaction or matter addressed herein to another party.
 --_000_898352F19F9EA34682EDD1515302670F110937EXC10TSPBE03sedec_-- --===============1855849646== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ libssh2-devel http://cool.haxx.se/cgi-bin/mailman/listinfo/libssh2-devel --===============1855849646==-- From libssh2-devel-bounces@cool.haxx.se Thu Jun 27 12:02:33 2013 Return-Path: Received: from www.haxx.se (localhost.localdomain [127.0.0.1]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id r5RA22LC000831; Thu, 27 Jun 2013 12:02:27 +0200 Received: from earth.stuge.se (earth.stuge.se [212.116.89.126]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id r5RA1xRB000709 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Thu, 27 Jun 2013 12:01:59 +0200 Received: (qmail 6984 invoked from network); 27 Jun 2013 10:01:36 -0000 Received: from unknown (HELO earth.stuge.se) (127.0.0.1) by localhost with SMTP; 27 Jun 2013 10:01:36 -0000 MIME-Version: 1.0 From: "libssh2 Trac" X-Trac-Version: 1.0dev Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 1.0dev, by Edgewall Software To: artemciy@gmail.com X-Trac-Project: libssh2 Date: Thu, 27 Jun 2013 10:01:36 -0000 X-URL: https://trac.libssh2.org/ Subject: Re: [libssh2] #254: keepalive + blocking scp = LIBSSH2_ERROR_BAD_USE X-Trac-Ticket-URL: https://trac.libssh2.org/ticket/254#comment:1 Message-ID: <059.e6a0ea919c4470a1f744310c5ba1c560@libssh2.stuge.se> References: <044.ecd860aab6d87c9fd17e635cc2659abe@libssh2.stuge.se> X-Trac-Ticket-ID: 254 In-Reply-To: <044.ecd860aab6d87c9fd17e635cc2659abe@libssh2.stuge.se> X-MIME-Autoconverted: from base64 to 8bit by giant.haxx.se id r5RA1xRB000709 Cc: libssh2-devel@cool.haxx.se X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.15 Reply-To: trac@libssh2.stuge.se, libssh2 development List-Id: libssh2 development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: libssh2-devel-bounces@cool.haxx.se Sender: "libssh2-devel" #254: keepalive + blocking scp = LIBSSH2_ERROR_BAD_USE ----------------------+------------------- Reporter: ArtemGr | Owner: Type: defect | Status: new Priority: normal | Milestone: 1.4.3 Component: SCP | Version: 1.4.2 Resolution: | Keywords: Blocked By: | Blocks: ----------------------+------------------- Comment (by ArtemGr): Tested Nathan Myers (ncm) patch from https://gist.github.com/ArtemGr/4364070, with the patch applied I no longer see any issues uploading large files with keepalive on. -- Ticket URL: libssh2 C library for writing portable SSH2 clients _______________________________________________ libssh2-devel http://cool.haxx.se/cgi-bin/mailman/listinfo/libssh2-devel