From libssh2-devel-bounces@cool.haxx.se Tue Nov 1 11:44:09 2011 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 pA1AhjEl010391; Tue, 1 Nov 2011 11:44:05 +0100 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 pA1Ahipo010386 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Tue, 1 Nov 2011 11:43:44 +0100 Received: from localhost (dast@localhost) by giant.haxx.se (8.14.4/8.14.4/Submit) with ESMTP id pA1AhhaT010383 for ; Tue, 1 Nov 2011 11:43:43 +0100 X-Authentication-Warning: giant.haxx.se: dast owned process doing -bs Date: Tue, 1 Nov 2011 11:43:43 +0100 (CET) From: Daniel Stenberg X-X-Sender: dast@giant.haxx.se To: libssh2 development Subject: Re: some warnings when compiling for windows In-Reply-To: Message-ID: References: <20111031131756.24189.qmail@stuge.se> <20111031134156.27585.qmail@stuge.se> 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.14 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-bounces@cool.haxx.se On Mon, 31 Oct 2011, Vincent Torri wrote: > as i said, i'm also doing that kind of work and it does not annoy me. > Actually, i'm already happy to just have patches from other people for the > project i mentioned :) Well, instead of it being basically a 10 second job of doing 'git am' on a patch, you make it into a several-minute job. I don't know what others do on their spare times, but I would do more use in more open source projects if more contributors helped me shrink down more jobs into 10 second ones rather than multiple minutes. I don't think anyone says doing something for a few minutes is a big effort. It is the bottle neck when a few people do these sort of things a lot that we don't like, when we can have it distributed and shared a lot better. Does it make me not appreciate un-polished patches? No. But I still prefer them to be as polished as possible... -- / daniel.haxx.se _______________________________________________ libssh2-devel http://cool.haxx.se/cgi-bin/mailman/listinfo/libssh2-devel From libssh2-devel-bounces@cool.haxx.se Wed Nov 9 22:18:30 2011 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 pA9LI8h3018676; Wed, 9 Nov 2011 22:18:26 +0100 Received: from sokrates.metanet.ch (sokrates.ch-meta.net [80.74.145.70]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id pA9LI6wS018551 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Wed, 9 Nov 2011 22:18:06 +0100 Received: (qmail 12706 invoked from network); 9 Nov 2011 22:18:02 +0100 Received: from 128-227.4-85.cust.bluewin.ch (HELO ?192.168.1.51?) (85.4.227.128) by sokrates.ch-meta.net with (AES128-SHA encrypted) SMTP; 9 Nov 2011 22:18:02 +0100 From: Jonas Schnelli Subject: Possible libssh2_sftp_rename_ex bug? Date: Wed, 9 Nov 2011 22:17:32 +0100 Message-Id: To: libssh2-devel@cool.haxx.se Mime-Version: 1.0 (Apple Message framework v1251.1) X-Mailer: Apple Mail (2.1251.1) X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.14 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="===============1347488721==" Errors-To: libssh2-devel-bounces@cool.haxx.se Sender: libssh2-devel-bounces@cool.haxx.se --===============1347488721== Content-Type: multipart/alternative; boundary="Apple-Mail=_332A282A-5B77-4026-94F9-2F0418986F0C" --Apple-Mail=_332A282A-5B77-4026-94F9-2F0418986F0C Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi I'm using libssh2 via libcurl. I upload some files to a sftp filespace. I'd like to make a kind of atomically upload: 1. upload the file with a temp-filename 2. rename the file after the upload is finished When the file (rename destination) exists, i'll always get a "Operation = Failed" from sftp_libssh2_strerror. I'm (curl's) using the LIBSSH2_SFTP_RENAME_OVERWRITE flag. code-snippet from curl: rc =3D libssh2_sftp_rename_ex(sshc->sftp_session, sshc->quote_path1, (unsigned = int)strlen(sshc->quote_path1), sshc->quote_path2, (unsigned = int)strlen(sshc->quote_path2), LIBSSH2_SFTP_RENAME_OVERWRITE | LIBSSH2_SFTP_RENAME_ATOMIC | LIBSSH2_SFTP_RENAME_NATIVE); When the file not exists: all fine. I'm running against linux debian lenny update version. I tried libssh 1.3.0 (sorry, i did not test the git version because i = could not find any commit which aimed on my issue). Anyone has a idea how we can fix this? Jonas= --Apple-Mail=_332A282A-5B77-4026-94F9-2F0418986F0C Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii
I'm (curl's) using = the LIBSSH2_SFTP_RENAME_OVERWRITE = flag.

code-snippet from = curl:
rc =3D = libssh2_sftp_rename_ex(sshc->sftp_session, = sshc->quote_path1,
          =                     =     (unsigned = int)strlen(sshc->quote_path1),
        =                     =       sshc->quote_path2,
    =                     =           (unsigned = int)strlen(sshc->quote_path2),
        =                     =       LIBSSH2_SFTP_RENAME_OVERWRITE |
  =                     =             LIBSSH2_SFTP_RENAME_ATOMIC = |
                =                   = LIBSSH2_SFTP_RENAME_NATIVE);

When the file not = exists: all fine.

I'm running against linux = debian lenny update version.

I tried libssh = 1.3.0 (sorry, i did not test the git version because i could not find = any commit which aimed on my issue).

Anyone has = a idea how we can fix = this?


Jonas
= --Apple-Mail=_332A282A-5B77-4026-94F9-2F0418986F0C-- --===============1347488721== 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 --===============1347488721==-- From libssh2-devel-bounces@cool.haxx.se Thu Nov 10 10:03:22 2011 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 pAA937q6001188; Thu, 10 Nov 2011 10:03:20 +0100 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 pAA936mp001168 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Thu, 10 Nov 2011 10:03:06 +0100 Received: from localhost (dast@localhost) by giant.haxx.se (8.14.4/8.14.4/Submit) with ESMTP id pAA9367Y001162 for ; Thu, 10 Nov 2011 10:03:06 +0100 X-Authentication-Warning: giant.haxx.se: dast owned process doing -bs Date: Thu, 10 Nov 2011 10:03:06 +0100 (CET) From: Daniel Stenberg X-X-Sender: dast@giant.haxx.se To: libssh2 development Subject: Re: Possible libssh2_sftp_rename_ex bug? 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.14 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-bounces@cool.haxx.se On Wed, 9 Nov 2011, Jonas Schnelli wrote: > When the file (rename destination) exists, i'll always get a "Operation > Failed" from sftp_libssh2_strerror. I'm (curl's) using the > LIBSSH2_SFTP_RENAME_OVERWRITE flag. I gave this a quick glance yesterday. Isn't it so that this bit named LIBSSH2_SFTP_RENAME_OVERWRITE was added to the SFTP protocol later on and that the server you're using (openssh's?) simply doesn't know about it? See http://www.greenend.org.uk/rjk/2007/sftpversions.html for details on version differences in the SFTP protocol. -- / daniel.haxx.se _______________________________________________ libssh2-devel http://cool.haxx.se/cgi-bin/mailman/listinfo/libssh2-devel From libssh2-devel-bounces@cool.haxx.se Thu Nov 10 12:13:37 2011 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 pAABDN61016369; Thu, 10 Nov 2011 12:13:34 +0100 Received: from sokrates.metanet.ch (sokrates.ch-meta.net [80.74.145.70]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id pAABDKZ8016347 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Thu, 10 Nov 2011 12:13:21 +0100 Received: (qmail 10470 invoked from network); 10 Nov 2011 12:13:16 +0100 Received: from gprs47.swisscom-mobile.ch (HELO ?10.145.232.20?) (193.247.250.47) by sokrates.ch-meta.net with (AES128-SHA encrypted) SMTP; 10 Nov 2011 12:13:16 +0100 Subject: Re: Possible libssh2_sftp_rename_ex bug? References: From: Jonas Schnelli X-Mailer: iPhone Mail (9A334) In-Reply-To: Message-Id: <4071B10F-6999-47E2-9352-29ADBF03119E@include7.ch> Date: Thu, 10 Nov 2011 12:13:09 +0100 To: libssh2 development Mime-Version: 1.0 (1.0) X-MIME-Autoconverted: from quoted-printable to 8bit by giant.haxx.se id pAABDKZ8016347 X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.14 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-bounces@cool.haxx.se > On Wed, 9 Nov 2011, Jonas Schnelli wrote: > >> When the file (rename destination) exists, i'll always get a "Operation Failed" from sftp_libssh2_strerror. I'm (curl's) using the LIBSSH2_SFTP_RENAME_OVERWRITE flag. > > I gave this a quick glance yesterday. > > Isn't it so that this bit named LIBSSH2_SFTP_RENAME_OVERWRITE was added to the SFTP protocol later on and that the server you're using (openssh's?) simply doesn't know about it? Thanks Daniel. That's probably the problem. I switch this question to the libcurl mailinglist for a ongoing discussion about atomic upload over sftp. Jonas > > See http://www.greenend.org.uk/rjk/2007/sftpversions.html for details on version differences in the SFTP protocol. > > -- > > / daniel.haxx.se > _______________________________________________ > libssh2-devel http://cool.haxx.se/cgi-bin/mailman/listinfo/libssh2-devel _______________________________________________ libssh2-devel http://cool.haxx.se/cgi-bin/mailman/listinfo/libssh2-devel From libssh2-devel-bounces@cool.haxx.se Fri Nov 11 07:59:27 2011 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 pAB6x0E0011817; Fri, 11 Nov 2011 07:59:21 +0100 Received: from mailgw9.se.ericsson.net (mailgw9.se.ericsson.net [193.180.251.57]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id pAB6wxKQ011809 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Fri, 11 Nov 2011 07:58:59 +0100 X-AuditID: c1b4fb39-b7b3eae00000252a-5e-4ebcc7b24c5a Received: from esgscmw0055.eapac.ericsson.se (Unknown_Domain [153.88.253.124]) by mailgw9.se.ericsson.net (Symantec Mail Security) with SMTP id 9B.12.09514.2B7CCBE4; Fri, 11 Nov 2011 07:58:59 +0100 (CET) Received: from ESGSCCMS0001.eapac.ericsson.se ([146.11.115.27]) by esgscmw0055.eapac.ericsson.se ([146.11.115.121]) with mapi; Fri, 11 Nov 2011 14:57:42 +0800 From: Michael Harris To: "libssh2-devel@cool.haxx.se" Date: Fri, 11 Nov 2011 14:57:41 +0800 Subject: LIBSSH2_SFTP_PACKET_MAXLEN Thread-Topic: LIBSSH2_SFTP_PACKET_MAXLEN Thread-Index: AcygPzSj3no/KgXHT7Svi7Zdl8wy6g== Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 X-Brightmail-Tracker: AAAAAA== X-MIME-Autoconverted: from quoted-printable to 8bit by giant.haxx.se id pAB6wxKQ011809 X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.14 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-bounces@cool.haxx.se Hi, We have struck a problem with reading directories using libssh2_sftp_readdir where the remote directory contains a lot of long filenames. The directory concerned has 394 files in it, each with a filename length of 154 characters. After reading the first SFTP packet worth of names, it hangs and we see the following debug message: [libssh2] 1.741003 Failure Event: -25 - SFTP packet too large When I add up the size of all the transport packets, the total comes to 40240 bytes. But in include/libssh2_sftp.h I see #define LIBSSH2_SFTP_PACKET_MAXLEN 40000 Sure enough, if I rebuild libssh2 with the above constant set to, eg, 60000 then it works perfectly. In the RFC it says: The maximum size of a packet is in practice determined by the client (the maximum size of read or write requests that it sends, plus a few bytes of packet overhead). All servers SHOULD support packets of at least 34000 bytes (where the packet size refers to the full length, including the header above). This should allow for reads and writes of at most 32768 bytes. but in the case of SSH_FXP_READDIR packets I can't see how the server would know the maximum length. Of course I can build a patched version of libssh2 with this change, but the question is - is there a more valid way to determine the maximum size? Or is there some way we should be telling the server the maximum SFTP packet size we are willing to accept? The server is openssh 4.3p. The fault has been reproduced with both Linux and Solaris servers. It is enough to create a directory and touch 394 files each with names of 154 characters in length. Regards // Mike _______________________________________________ libssh2-devel http://cool.haxx.se/cgi-bin/mailman/listinfo/libssh2-devel From libssh2-devel-bounces@cool.haxx.se Fri Nov 11 08:19:09 2011 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 pAB7J29C026724; Fri, 11 Nov 2011 08:19:07 +0100 Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id pAB7J00U026647 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NOT) for ; Fri, 11 Nov 2011 08:19:01 +0100 Received: by iakl21 with SMTP id l21so2912316iak.41 for ; Thu, 10 Nov 2011 23:18:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=mrBDc6G0a2rM5rFR4vQFNVRqgVN8aPkMhWsD0NH/s5A=; b=j+PPrdTzuzzyDhjRXm1JmoLPh5/HHndOZphHtcb1ESzk9v76yGX05fZl396FyMzLr3 qwi2yGb3qkbx4AWaJeUoDAxb/x5jN+IfuiWJTXI8Lszy44utAtvo+2n4QisiC7fuAMtm qtIKWUXZjVd2ZU/P1J8C/ZWb2kSvARWZd9f+A= MIME-Version: 1.0 Received: by 10.231.21.10 with SMTP id h10mr2491784ibb.69.1320995934814; Thu, 10 Nov 2011 23:18:54 -0800 (PST) Received: by 10.231.206.141 with HTTP; Thu, 10 Nov 2011 23:18:54 -0800 (PST) In-Reply-To: References: <1317028222.30560.46.camel@henriknordstrom.net> <0015174c12e60a510504add4b01f@google.com> <20110926103202.9451.qmail@stuge.se> <20110926104749.11960.qmail@stuge.se> Date: Fri, 11 Nov 2011 08:18:54 +0100 Message-ID: Subject: Re: Potential remote listener bug From: =?ISO-8859-2?Q?Przemys=B3aw_Szczygielski?= To: libssh2 development X-MIME-Autoconverted: from base64 to 8bit by giant.haxx.se id pAB7J00U026647 X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.14 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="iso-8859-2" Errors-To: libssh2-devel-bounces@cool.haxx.se Sender: libssh2-devel-bounces@cool.haxx.se Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by giant.haxx.se id pAB7J29C026724 Hello, If I might refresh old topic. According to someone's suggestion, that tunnelier handles RDC in a special way (fixing potential framing problem) I asked bitvise directly if it does really. They denied: "I honestly don't see a reason why PuTTY wouldn't work. I don't see any substantial differences between how PuTTY implements the reverse tunnel, and how Tunnelier does." https://fogbugz.bitvise.com/default.asp?flowssh.3.17114.2 I made one test with synchronized timers on remote RDP server and client connecting to -R-ed port. Here's the outcome (last number is the amount of bytes sent): ======================================================================================= enter pressed in login window =======================================================================================-------" Client to RDC 19:34:57 17 Client to RDC 19:34:58 59 Client to RDC 19:34:58 45 Client to RDC 19:34:58 31 Client to RDC 19:34:58 59 Client to RDC 19:34:58 31 Client to RDC 19:34:58 31 RDC to client 19:34:59 30 ======================================================================================= a minute passes, nothing happens ======================================================================================= RDC to client 19:35:59 357 ======================================================================================= RDC window becomes black ======================================================================================= Client to RDC 19:36:00 697 Client to RDC 19:36:00 52 ======================================================================================= a minute passes, nothing happens ======================================================================================= RDC to client 19:36:59 327 ======================================================================================= RDC window becomes blue ("desktop blue") ======================================================================================= Client to RDC 19:37:00 527 RDC to client 19:37:00 100 Client to RDC 19:37:00 226 RDC to client 19:37:00 128 RDC to client 19:37:00 51 RDC to client 19:37:00 1606 RDC to client 19:37:00 272 Client to RDC 19:37:00 46 Client to RDC 19:37:00 72 ======================================================================================= disconnect ======================================================================================= Before I try to examine the protocol using network snoopers - do you have any more ideas? Cheers, Przemek 2011/9/26, Przemys³aw Szczygielski : >> >> > Well, yes, I suspected that a the end of the day I will have to do >> > protocol snooping. Ok, thank you for your explanation. >> >> I first suggested another method of gaining more data. You seem to >> have overlooked that. Please do not overlook any advice you get. >> >> But yes, you will need to understand the application protocol better >> to determine if there is a problem with libssh2, and how it should be >> fixed. >> >> >> > I didn't overlook it, I will test linux client as soon as I get hold of a > linux machine. If I can bother you a bit more. I debugged the circuit a bit > and the last thing that happens before disconnect is this: > > ("TCP" being local network port on which RDC client talks to "SSH" - > channel got from listener on a local ssh server, d_readyRead shows each > clearing of blocking condition in libssh2): > > "1. SSH->TCP 627 bytes > QxtSshClientPrivate::d_readyRead---------------------------------------------- > "1. SSH->TCP 104 bytes > "2. TCP->SSH: 327 bytes > QxtSshClientPrivate::d_readyRead---------------------------------------------- > "1. SSH->TCP 527 bytes > "2. TCP->SSH: 100 bytes > QxtSshClientPrivate::d_readyRead---------------------------------------------- > "1. SSH->TCP 226 bytes > "2. TCP->SSH: 104 bytes > "2. TCP->SSH: 1412 bytes > "2. TCP->SSH: 327 bytes > QxtSshClientPrivate::d_readyRead---------------------------------------------- > "1. SSH->TCP 118 bytes > QxtSshClientPrivate::d_readyRead---------------------------------------------- > TCP disconnects, breaking circuit > > I tested it several times and the sequence before disconnect looks very > similar each time. Don't know much about frames, but the number of bytes > exchanged seems... well... so small, are these frames smaller than 1kB? > _______________________________________________ libssh2-devel http://cool.haxx.se/cgi-bin/mailman/listinfo/libssh2-devel From libssh2-devel-bounces@cool.haxx.se Fri Nov 11 13:02:43 2011 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 pABC2IPv013458; Fri, 11 Nov 2011 13:02:39 +0100 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 pABC2G3f013425 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Fri, 11 Nov 2011 13:02:16 +0100 Received: from localhost (dast@localhost) by giant.haxx.se (8.14.4/8.14.4/Submit) with ESMTP id pABC2Gfa013419 for ; Fri, 11 Nov 2011 13:02:16 +0100 X-Authentication-Warning: giant.haxx.se: dast owned process doing -bs Date: Fri, 11 Nov 2011 13:02:16 +0100 (CET) From: Daniel Stenberg X-X-Sender: dast@giant.haxx.se To: libssh2 development Subject: Re: LIBSSH2_SFTP_PACKET_MAXLEN 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.14 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-bounces@cool.haxx.se On Fri, 11 Nov 2011, Michael Harris wrote: > When I add up the size of all the transport packets, the total comes to > 40240 bytes. But in include/libssh2_sftp.h I see > > #define LIBSSH2_SFTP_PACKET_MAXLEN 40000 > > Sure enough, if I rebuild libssh2 with the above constant set to, eg, 60000 > then it works perfectly. Does it still even if you double the amount of files in the directory? It seems the server has a larger maximum packet size than libssh2 and we should probably consider upping the limit for when we consider it a problem. > but in the case of SSH_FXP_READDIR packets I can't see how the server would > know the maximum length. The server is obliged to keep packets below the maximum size and in the SSH_FXP_READDIR case the server stuffs N file names in each packet. It is not mandated to stuff 394 file names into the same packet, it could use multiple ones and then easily be below 34000 bytes. > Of course I can build a patched version of libssh2 with this change, but the > question is - is there a more valid way to determine the maximum size? Or is > there some way we should be telling the server the maximum SFTP packet size > we are willing to accept? The check in question is only there to detect "unreasonable" packet sizes so we could easily just bump the checked boundary and be fine with it. The question is then only to which new value we should move it... -- / daniel.haxx.se _______________________________________________ libssh2-devel http://cool.haxx.se/cgi-bin/mailman/listinfo/libssh2-devel From libssh2-devel-bounces@cool.haxx.se Fri Nov 11 14:55:33 2011 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 pABDtJpq018218; Fri, 11 Nov 2011 14:55:31 +0100 Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id pABDtHK6018204 for ; Fri, 11 Nov 2011 14:55:17 +0100 Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id pABDtEvZ017782 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Fri, 11 Nov 2011 08:55:14 -0500 Received: from angien.brq.redhat.com (dhcp-27-175.brq.redhat.com [10.34.27.175]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id pABDtDc3019556; Fri, 11 Nov 2011 08:55:13 -0500 From: Peter Krempa To: libssh2-devel@cool.haxx.se Subject: [PATCH] knownhost_add: Avoid dereferencing uninitialized memory on error path. Date: Fri, 11 Nov 2011 14:54:57 +0100 Message-Id: X-Scanned-By: MIMEDefang 2.68 on 10.5.11.22 Cc: Peter Krempa X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.14 Precedence: list Reply-To: libssh2 development List-Id: libssh2 development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: libssh2-devel-bounces@cool.haxx.se Sender: libssh2-devel-bounces@cool.haxx.se In function knownhost_add, memory is alocated for a new entry. If normal alocation is used, memory is not initialized to 0 right after, but a check is done to verify if correct key type is passed. This test is done BEFORE setting the memory to null, and on the error path function free_host() is called, that tries to dereference unititialized memory, resulting into a glibc abort(). * knownhost.c - knownhost_add(): - move typemask check before alloc --- src/knownhost.c | 17 +++++++---------- 1 files changed, 7 insertions(+), 10 deletions(-) diff --git a/src/knownhost.c b/src/knownhost.c index 7280687..d90f1d4 100644 --- a/src/knownhost.c +++ b/src/knownhost.c @@ -131,25 +131,22 @@ knownhost_add(LIBSSH2_KNOWNHOSTS *hosts, const char *comment, size_t commentlen, int typemask, struct libssh2_knownhost **store) { - struct known_host *entry = - LIBSSH2_ALLOC(hosts->session, sizeof(struct known_host)); + struct known_host *entry; size_t hostlen = strlen(host); int rc; char *ptr; unsigned int ptrlen; - if(!entry) + /* make sure we have a key type set */ + if(!(typemask & LIBSSH2_KNOWNHOST_KEY_MASK)) + return _libssh2_error(hosts->session, LIBSSH2_ERROR_INVAL, + "No key type set"); + + if(!(entry = LIBSSH2_ALLOC(hosts->session, sizeof(struct known_host)))) return _libssh2_error(hosts->session, LIBSSH2_ERROR_ALLOC, "Unable to allocate memory for known host " "entry"); - /* make sure we have a key type set */ - if(!(typemask & LIBSSH2_KNOWNHOST_KEY_MASK)) { - rc = _libssh2_error(hosts->session, LIBSSH2_ERROR_INVAL, - "No key type set"); - goto error; - } - memset(entry, 0, sizeof(struct known_host)); entry->typemask = typemask; -- 1.7.3.4 _______________________________________________ libssh2-devel http://cool.haxx.se/cgi-bin/mailman/listinfo/libssh2-devel From libssh2-devel-bounces@cool.haxx.se Fri Nov 11 21:53:56 2011 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 pABKrb7U003888; Fri, 11 Nov 2011 21:53:53 +0100 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 pABKrZ7a003878 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 11 Nov 2011 21:53:35 +0100 Received: from localhost (dast@localhost) by giant.haxx.se (8.14.4/8.14.4/Submit) with ESMTP id pABKrYkd003871; Fri, 11 Nov 2011 21:53:34 +0100 X-Authentication-Warning: giant.haxx.se: dast owned process doing -bs Date: Fri, 11 Nov 2011 21:53:34 +0100 (CET) From: Daniel Stenberg X-X-Sender: dast@giant.haxx.se To: libssh2 development Subject: Re: [PATCH] knownhost_add: Avoid dereferencing uninitialized memory on error path. In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (DEB 1167 2008-08-23) X-fromdanielhimself: yes MIME-Version: 1.0 Cc: Peter Krempa X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.14 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-bounces@cool.haxx.se On Fri, 11 Nov 2011, Peter Krempa wrote: > In function knownhost_add, memory is alocated for a new entry. If normal > alocation is used, memory is not initialized to 0 right after, but a check > is done to verify if correct key type is passed. This test is done BEFORE > setting the memory to null, and on the error path function free_host() is > called, that tries to dereference unititialized memory, resulting into a > glibc abort(). Thanks a lot, applied! -- / daniel.haxx.se _______________________________________________ libssh2-devel http://cool.haxx.se/cgi-bin/mailman/listinfo/libssh2-devel From libssh2-devel-bounces@cool.haxx.se Sat Nov 12 09:11:02 2011 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 pAC8AbXv031128; Sat, 12 Nov 2011 09:10:57 +0100 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 pAC8AZ3G031112 for ; Sat, 12 Nov 2011 09:10:36 +0100 Received: (qmail 8352 invoked from network); 12 Nov 2011 08:10:33 -0000 Received: from unknown (HELO earth.stuge.se) (127.0.0.1) by localhost with SMTP; 12 Nov 2011 08:10:33 -0000 MIME-Version: 1.0 From: "libssh2 Trac" X-Trac-Version: 0.12.3dev Precedence: bulk Cc: libssh2-devel@cool.haxx.se Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3dev, by Edgewall Software X-Trac-Project: libssh2 Date: Sat, 12 Nov 2011 08:10:33 -0000 X-URL: http://trac.libssh2.org/ Subject: Re: [libssh2] #223: errors in multi threads applications X-Trac-Ticket-URL: http://trac.libssh2.org/ticket/223#comment:4 Message-ID: <072.5a50adce5c33459d1cdcd88a57f223a6@libssh2.stuge.se> References: <057.08a849581ce35049044fa3ec853ef047@libssh2.stuge.se> X-Trac-Ticket-ID: 223 In-Reply-To: <057.08a849581ce35049044fa3ec853ef047@libssh2.stuge.se> X-MIME-Autoconverted: from base64 to 8bit by giant.haxx.se id pAC8AZ3G031112 X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.14 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="utf-8" Errors-To: libssh2-devel-bounces@cool.haxx.se Sender: libssh2-devel-bounces@cool.haxx.se Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from base64 to 8bit by giant.haxx.se id pAC8AbXv031128 #223: errors in multi threads applications -----------------------------+----------------------------------- Reporter: mmichele1974@… | Owner: Type: defect | Status: new Priority: normal | Milestone: 1.2.9 Component: SFTP | Version: 1.2.7 Resolution: | Keywords: sftp curl multithread Blocked By: | Blocks: -----------------------------+----------------------------------- Comment (by bagder): Three months have passed. How did the tests go? -- 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 Sat Nov 12 14:14:06 2011 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 pACDDgPU015448; Sat, 12 Nov 2011 14:14:02 +0100 Received: from vps1.henriknordstrom.net (vps1.henriknordstrom.net [IPv6:2a02:750:7::d0a]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id pACDDel0015444 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Sat, 12 Nov 2011 14:13:40 +0100 Received: from henriknordstrom.net ([IPv6:2002:51d8:9fb7::1]) by vps1.henriknordstrom.net (8.14.2/8.14.2/Debian-2build1) with ESMTP id pACDDZWI022367 for ; Sat, 12 Nov 2011 13:13:36 GMT Received: from henrik ([127.0.0.1]) (authenticated bits=0) by henriknordstrom.net (8.12.11.20060308/8.12.8) with ESMTP id pACDDWLD030591 for ; Sat, 12 Nov 2011 14:13:32 +0100 Message-ID: <1321103684.6481.2.camel@hlaptop.hno.se> Subject: Re: LIBSSH2_SFTP_PACKET_MAXLEN From: Henrik =?ISO-8859-1?Q?Nordstr=F6m?= To: libssh2 development Date: Sat, 12 Nov 2011 14:14:44 +0100 In-Reply-To: References: X-Mailer: Evolution 3.2.1 (3.2.1-2.fc16) Mime-Version: 1.0 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (vps1.henriknordstrom.net [IPv6:2a02:750:7::d0a]); Sat, 12 Nov 2011 13:13:40 +0000 (UTC) X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.14 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-bounces@cool.haxx.se fre 2011-11-11 klockan 13:02 +0100 skrev Daniel Stenberg: > It seems the server has a larger maximum packet size than libssh2 and we > should probably consider upping the limit for when we consider it a problem. Is there any form of negotiation for packet sizes > minimum requirement? Or is it a trial & error model? Regards Henrik _______________________________________________ libssh2-devel http://cool.haxx.se/cgi-bin/mailman/listinfo/libssh2-devel From libssh2-devel-bounces@cool.haxx.se Sun Nov 13 18:59:20 2011 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 pADHww63002349; Sun, 13 Nov 2011 18:59:16 +0100 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 pADHwhr7002245 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Sun, 13 Nov 2011 18:58:43 +0100 Received: from localhost (dast@localhost) by giant.haxx.se (8.14.4/8.14.4/Submit) with ESMTP id pADHwh95002241 for ; Sun, 13 Nov 2011 18:58:43 +0100 X-Authentication-Warning: giant.haxx.se: dast owned process doing -bs Date: Sun, 13 Nov 2011 18:58:43 +0100 (CET) From: Daniel Stenberg X-X-Sender: dast@giant.haxx.se To: libssh2 development Subject: Re: LIBSSH2_SFTP_PACKET_MAXLEN In-Reply-To: <1321103684.6481.2.camel@hlaptop.hno.se> Message-ID: References: <1321103684.6481.2.camel@hlaptop.hno.se> User-Agent: Alpine 2.00 (DEB 1167 2008-08-23) X-fromdanielhimself: yes MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="1129329158-218256905-1321207123=:27260" X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.14 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-bounces@cool.haxx.se This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --1129329158-218256905-1321207123=:27260 Content-Type: TEXT/PLAIN; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 8BIT On Sat, 12 Nov 2011, Henrik Nordström wrote: >> It seems the server has a larger maximum packet size than libssh2 and we >> should probably consider upping the limit for when we consider it a >> problem. > > Is there any form of negotiation for packet sizes > minimum requirement? Or > is it a trial & error model? There's no negotiation, no. There's just that maximum packet size description from the spec. -- / daniel.haxx.se --1129329158-218256905-1321207123=:27260 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 --1129329158-218256905-1321207123=:27260-- From libssh2-devel-bounces@cool.haxx.se Sun Nov 13 20:41:22 2011 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 pADJf9Vo006743; Sun, 13 Nov 2011 20:41:21 +0100 Received: from vps1.henriknordstrom.net (vps1.henriknordstrom.net [IPv6:2a02:750:7::d0a]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id pADJf73V006735 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Sun, 13 Nov 2011 20:41:08 +0100 Received: from henriknordstrom.net ([IPv6:2002:51d8:9fb7::1]) by vps1.henriknordstrom.net (8.14.2/8.14.2/Debian-2build1) with ESMTP id pADJf6Za007598 for ; Sun, 13 Nov 2011 19:41:08 GMT Received: from henrik ([127.0.0.1]) (authenticated bits=0) by henriknordstrom.net (8.12.11.20060308/8.12.8) with ESMTP id pADJf1gM022968 for ; Sun, 13 Nov 2011 20:41:02 +0100 Message-ID: <1321213334.3385.18.camel@hlaptop.hno.se> Subject: Re: LIBSSH2_SFTP_PACKET_MAXLEN From: Henrik =?ISO-8859-1?Q?Nordstr=F6m?= To: libssh2 development Date: Sun, 13 Nov 2011 20:42:14 +0100 In-Reply-To: References: <1321103684.6481.2.camel@hlaptop.hno.se> X-Mailer: Evolution 3.2.1 (3.2.1-2.fc16) Mime-Version: 1.0 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (vps1.henriknordstrom.net [IPv6:2a02:750:7::d0a]); Sun, 13 Nov 2011 19:41:08 +0000 (UTC) X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.14 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="utf-8" Errors-To: libssh2-devel-bounces@cool.haxx.se Sender: libssh2-devel-bounces@cool.haxx.se Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from base64 to 8bit by giant.haxx.se id pADJf9Vo006743 sön 2011-11-13 klockan 18:58 +0100 skrev Daniel Stenberg: > There's no negotiation, no. There's just that maximum packet size description > from the spec. Just read the spec again, and there is negotiation. There is negotiation at the channel level with a dual-sided "I can receive packets up to X in size" per channel request. Clean and nice. Restricted by the available channel window size which adds a bit of mess. This is at the channel level so transport packet size is a bit bigger than this. At transport level there is a minimum Maximum Packet Size all must support receiveing, which MAY be exceeded if needed. There is no specificed hard limit of the overhead added at transport level, which makes transport packet size limit somewhat arbitrary when larger packet sizes are negotiated. But I guess it's fine as long as one stays well within maximum_packet_size+(35000-32768) at transport level, where maximum_packet_size is actually maximum transport payload size. Regards Henrik _______________________________________________ libssh2-devel http://cool.haxx.se/cgi-bin/mailman/listinfo/libssh2-devel From libssh2-devel-bounces@cool.haxx.se Sun Nov 13 21:04:02 2011 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 pADK3rrh022698; Sun, 13 Nov 2011 21:04:00 +0100 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 pADK3pHD022634 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Sun, 13 Nov 2011 21:03:51 +0100 Received: from localhost (dast@localhost) by giant.haxx.se (8.14.4/8.14.4/Submit) with ESMTP id pADK3p59022630 for ; Sun, 13 Nov 2011 21:03:51 +0100 X-Authentication-Warning: giant.haxx.se: dast owned process doing -bs Date: Sun, 13 Nov 2011 21:03:51 +0100 (CET) From: Daniel Stenberg X-X-Sender: dast@giant.haxx.se To: libssh2 development Subject: Re: LIBSSH2_SFTP_PACKET_MAXLEN In-Reply-To: <1321213334.3385.18.camel@hlaptop.hno.se> Message-ID: References: <1321103684.6481.2.camel@hlaptop.hno.se> <1321213334.3385.18.camel@hlaptop.hno.se> User-Agent: Alpine 2.00 (DEB 1167 2008-08-23) X-fromdanielhimself: yes MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="1129329158-1753021585-1321214631=:22434" X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.14 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-bounces@cool.haxx.se This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --1129329158-1753021585-1321214631=:22434 Content-Type: TEXT/PLAIN; charset=utf-8; format=flowed Content-Transfer-Encoding: 8BIT On Sun, 13 Nov 2011, Henrik Nordström wrote: > Just read the spec again, and there is negotiation. Cool, then I remembered it wong! > There is negotiation at the channel level with a dual-sided "I can receive > packets up to X in size" per channel request. Clean and nice. Restricted by > the available channel window size which adds a bit of mess. This is at the > channel level so transport packet size is a bit bigger than this. But we set 32K as our limit when opening new channels, don't we? > There is no specificed hard limit of the overhead added at transport level, > which makes transport packet size limit somewhat arbitrary when larger > packet sizes are negotiated. But I guess it's fine as long as one stays well > within maximum_packet_size+(35000-32768) at transport level, where > maximum_packet_size is actually maximum transport payload size. This limit we're discussing now is however for SFTP packets, so they should never be larger than channel packets I would think. -- / daniel.haxx.se --1129329158-1753021585-1321214631=:22434 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 --1129329158-1753021585-1321214631=:22434-- From libssh2-devel-bounces@cool.haxx.se Mon Nov 14 03:43:35 2011 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 pAE2hDsT018059; Mon, 14 Nov 2011 03:43:32 +0100 Received: from mailgw9.se.ericsson.net (mailgw9.se.ericsson.net [193.180.251.57]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id pAE2hB8O018053 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Mon, 14 Nov 2011 03:43:11 +0100 X-AuditID: c1b4fb39-b7b3eae00000252a-47-4ec08040945c Received: from esgscmw0008.eapac.ericsson.se (Unknown_Domain [153.88.253.125]) by mailgw9.se.ericsson.net (Symantec Mail Security) with SMTP id 0C.C7.09514.04080CE4; Mon, 14 Nov 2011 03:43:13 +0100 (CET) Received: from ESGSCCMS0001.eapac.ericsson.se ([146.11.115.27]) by esgscmw0008.eapac.ericsson.se ([146.11.115.33]) with mapi; Mon, 14 Nov 2011 10:42:04 +0800 From: Michael Harris To: "libssh2-devel@cool.haxx.se" Date: Mon, 14 Nov 2011 10:42:02 +0800 Subject: RE: LIBSSH2_SFTP_PACKET_MAXLEN Thread-Topic: LIBSSH2_SFTP_PACKET_MAXLEN Thread-Index: AcyhKmVyTjISztTgTquZqPv1DzJ6hwBSOEqw Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 X-Brightmail-Tracker: AAAAAA== X-MIME-Autoconverted: from quoted-printable to 8bit by giant.haxx.se id pAE2hB8O018053 X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.14 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-bounces@cool.haxx.se >> Does it still even if you double the amount of files in the directory? >> It seems the server has a larger maximum packet size than libssh2 and we >> should probably consider upping the limit for when we consider it a >> problem. We looked into openssh-4.3p2. For readdir, they read up to 100 filenames at a time and pack them all into a single packet (ie. the packet size is determined by how many bytes it takes to store 100 filenames). They do have a maximum size of 1MB but that will never be reached sending 100 filenames. >> The check in question is only there to detect "unreasonable" packet sizes >> so we could easily just bump the checked boundary and be fine with it. >> The question is then only to which new value we should move it... Yes. I've only been able to look into openssh. Other sftp servers might have different limits. I think this is a limitation in the sftp spec itself - it does not mandate a maximum packet size, and since the SSH_FXP_READDIR request does not include a read length, there is no way for the server to know what a reasonable length would be. Regards // Mike _______________________________________________ libssh2-devel http://cool.haxx.se/cgi-bin/mailman/listinfo/libssh2-devel From libssh2-devel-bounces@cool.haxx.se Mon Nov 14 22:50:54 2011 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 pAELoWFO005724; Mon, 14 Nov 2011 22:50:49 +0100 Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id pAELoViK005626 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NOT) for ; Mon, 14 Nov 2011 22:50:31 +0100 Received: by wyf23 with SMTP id 23so5260052wyf.41 for ; Mon, 14 Nov 2011 13:50:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=v0T+Rr2JZyP0cZtgPc/fDcWo6h6RIX47Ru/RcMATl0Q=; b=Bem98onbCnIniQi3tM+OR678HZHTaExI37vhUZ+he1y82wVocvXzfCF80B/8IocI5v g5A/8kA+E3Fi9+mpXB0iwagt7GA8kO+1GSTPJfAzHfcdYrQXBaxoCd/unh79HbFUuTaK jHKYyIebL079VpXsQaQvyuAJ/Pr63DhBaOEQ4= MIME-Version: 1.0 Received: by 10.213.21.148 with SMTP id j20mr621463ebb.87.1321307426704; Mon, 14 Nov 2011 13:50:26 -0800 (PST) Received: by 10.213.8.139 with HTTP; Mon, 14 Nov 2011 13:50:26 -0800 (PST) In-Reply-To: <20111025233411.16122.qmail@stuge.se> References: <20110929002526.3146.qmail@stuge.se> <20111025233411.16122.qmail@stuge.se> Date: Mon, 14 Nov 2011 22:50:26 +0100 Message-ID: Subject: Re: Patch to ticket 228 From: Jernej Kovacic To: libssh2 development X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.14 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-bounces@cool.haxx.se Hello, finally found some time. Let me reply to some remarks first: > I would favor using ** and taking a length parameter, so that we work > toward less malloc within libssh2 instead of more That was my initial proposal but then it was agreed that the function should allocate memory itself. > Can there really be NULL names within method lists? I do not think so. > kex.c has many loops over these method lists and none skips over NULL > names like done here. Some ends on NULL names, some assumes name is > alway valid. It's perfect if it really never occurs but it never hurts to recheck it. It's just my "defensive" (or you may call it "paranoid") developing approach that I got used to. In this case, if something "suspicious" or meaningless is found, it should not be returned it as it may confuse or even crash a poorly written application. Alternatively, the function could return an error if something like this is detected. > I only have one comment left here: 'char ***arg' is a really unfortunate argument type. I bet that will scare weak-hearted users really good. The least we can do is to offer an example in the man page showing how to use it... Unfortunately this is a case if a function must return an allocated array of "strings". If the number of asterisks is really such a problem, they could be "hidden" by wrapping the list into a one-member struct. But in my opinion this really doesn't make any sense. Instead I have prepared a short example to be inserted into the man page. Please review it, let me know about any comments about its style (khmm, are there any Nroff tags to mark an example of code?), should something be added or cut? Then I will prepare and send the patch. ------------ sample start ------------------- .SH EXAMPLE #include "libssh2.h" const char **algorithms; int rc; LIBSSH2_SESSION *session; /* initilize session */ session = libssh2_session_init(); rc = libssh2_session_supported_algs(session, LIBSSH2_METHOD_CRYPT_CS, &algorithms); if (rc>0) { /* the call succeeded, do sth. with the list of algorithms, (e.g. list them)... */ int i; printf("Supported symmetric algorithms:\n"); for ( i=0; i 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 pAFAEqCL000338; Tue, 15 Nov 2011 11:15:14 +0100 Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id pAFAEo0R000327 for ; Tue, 15 Nov 2011 11:14:51 +0100 Received: from int-mx12.intmail.prod.int.phx2.redhat.com (int-mx12.intmail.prod.int.phx2.redhat.com [10.5.11.25]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id pAFAEnO9028083 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Tue, 15 Nov 2011 05:14:49 -0500 Received: from angien.brq.redhat.com (dhcp-27-183.brq.redhat.com [10.34.27.183]) by int-mx12.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id pAFAElwL015961; Tue, 15 Nov 2011 05:14:48 -0500 From: Peter Krempa To: libssh2-devel@cool.haxx.se Subject: [PATCH] knownhost_check(): Don't dereference ext if NULL is passed Date: Tue, 15 Nov 2011 11:14:39 +0100 Message-Id: <98f8cd204167d1659271338c7da822adf9a7ec97.1321352038.git.pkrempa@redhat.com> X-Scanned-By: MIMEDefang 2.68 on 10.5.11.25 Cc: Peter Krempa X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.14 Precedence: list Reply-To: libssh2 development List-Id: libssh2 development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: libssh2-devel-bounces@cool.haxx.se Sender: libssh2-devel-bounces@cool.haxx.se Documentation for libssh2_knownhost_checkp() and related functions states that the last argument is filled with data if non-NULL. "knownhost if set to non-NULL, it must be a pointer to a 'struct libssh2_knownhost' pointer that gets filled in to point to info about a known host that matches or partially matches." In this function ext is dereferenced even if set to NULL, causing segfault in applications not needing the extra data. --- src/knownhost.c | 6 ++++-- 1 files changed, 4 insertions(+), 2 deletions(-) diff --git a/src/knownhost.c b/src/knownhost.c index d90f1d4..193bda3 100644 --- a/src/knownhost.c +++ b/src/knownhost.c @@ -417,7 +417,8 @@ knownhost_check(LIBSSH2_KNOWNHOSTS *hosts, /* host name match, now compare the keys */ if(!strcmp(key, node->key)) { /* they match! */ - *ext = knownhost_to_external(node); + if (ext) + *ext = knownhost_to_external(node); badkey = NULL; rc = LIBSSH2_KNOWNHOST_CHECK_MATCH; break; @@ -438,7 +439,8 @@ knownhost_check(LIBSSH2_KNOWNHOSTS *hosts, if(badkey) { /* key mismatch */ - *ext = knownhost_to_external(badkey); + if (ext) + *ext = knownhost_to_external(badkey); rc = LIBSSH2_KNOWNHOST_CHECK_MISMATCH; } -- 1.7.3.4 _______________________________________________ libssh2-devel http://cool.haxx.se/cgi-bin/mailman/listinfo/libssh2-devel From libssh2-devel-bounces@cool.haxx.se Tue Nov 15 13:45:20 2011 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 pAFCj2qi031840; Tue, 15 Nov 2011 13:45:19 +0100 Received: from nm16.bullet.mail.sp2.yahoo.com (nm16.bullet.mail.sp2.yahoo.com [98.139.91.86]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with SMTP id pAFCiwZB031480 for ; Tue, 15 Nov 2011 13:44:58 +0100 Received: from [98.139.91.62] by nm16.bullet.mail.sp2.yahoo.com with NNFMP; 15 Nov 2011 12:44:53 -0000 Received: from [98.139.91.30] by tm2.bullet.mail.sp2.yahoo.com with NNFMP; 15 Nov 2011 12:44:53 -0000 Received: from [127.0.0.1] by omp1030.mail.sp2.yahoo.com with NNFMP; 15 Nov 2011 12:44:53 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 730241.97805.bm@omp1030.mail.sp2.yahoo.com Received: (qmail 71924 invoked by uid 60001); 15 Nov 2011 12:44:53 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1321361093; bh=hWPg/UaG+WDcrGdpyEfmC00AokT7xzRM0FOomQlY0mg=; h=X-YMail-OSG:Received:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=Zyx4iRGTU98X8wSqLVfSgF2S+sQcNAa050O1C6/B7299XmKgaFsYy5gfUah0yTVc7XEslkvF7nuVVs0S9YmNa7L7iU/XV2RKkstgURasctk5kXtApaeUDMAO9HoYdp/ch/shqZ6N9hYzxOniaCwxqC3KKAzjQ8fLkvucA4vMIwA= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=u2W+sYBOuEZfO8ZxPgQbjwY32tSGKADsouXjv8cdrrNtC0226ONrViSo8keVPQKB7gOF6BVOKYvf2nQbCr/M4zXhfKnbBHUxdqH0Uccv+VCEHIkc2GIuE5Vs5IUV/nurpmyvTU4bzZ26qDeJc7BuMlalV3OzOeg0IUjnzzC8H40=; X-YMail-OSG: TwLdZdEVM1nRTN3dCCoBLMsqZLq06BNTxUfMOhShAp1g9JZ LZ9G_Z.AphS_LdzPWaDpWskVrnBnk.Q45tyEWODht2nWK_zjLQ.dAdt4b3.Z saCrTPLfV7TxkD.RGtPJlGnYH1QKGgeU1klC60DgGw8CVDkvjwyvULNm0rks lEC.2jVVoDn6vnnGyAb5EpV6AlgLshhumG4cVgEBUYObhqxhuLI..Hi2Y0um u00fkiZk2mNYg_NcqcSvqXaLc11fifqybIaCYW7FKL2zrPV4ABcpAhmQxWyl r9uN5LxkFEzPY9aIFUlEu0yfWYq9_zatRc.g1d1Jbtsxj8Pvg4RR7RUV79VR ABH0ddUdeXj3NPq8MErmw8N9Ths7TC2ZJeBovBzXiDWo3LcFpNnBHzUEHVgv _tbmERqMEFTRLvLLzb4Tvmm0JqeDctT3xYdm30wxP1vxmsNajwNgdC6uT9q0 TdAwv8_tOTkVS.gWl9VS1_bU_jQiVso9nciMKMDUfQ0Q- Received: from [82.78.3.253] by web112604.mail.gq1.yahoo.com via HTTP; Tue, 15 Nov 2011 04:44:52 PST X-Mailer: YahooMailWebService/0.8.115.325013 Message-ID: <1321361092.61726.YahooMailNeo@web112604.mail.gq1.yahoo.com> Date: Tue, 15 Nov 2011 04:44:52 -0800 (PST) From: Liviu Gheorghisan Subject: libssh2 / SFTP download problem To: "libssh2-devel@cool.haxx.se" MIME-Version: 1.0 X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Liviu Gheorghisan , libssh2 development List-Id: libssh2 development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1111576603==" Errors-To: libssh2-devel-bounces@cool.haxx.se Sender: libssh2-devel-bounces@cool.haxx.se --===============1111576603== Content-Type: multipart/alternative; boundary="-1990932517-1148148242-1321361092=:61726" ---1990932517-1148148242-1321361092=:61726 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Hello,=0A=0AI have the following problem while trying to download a file ov= er SFTP with libssh2.=0AI use the code from example/sftp.c that is provided= with the libssh2-1.3.0 in VxWorks 6.8.=0AThe same code works fine in Linux= , but in VxWorks I get the following log:=0A=0A[libssh2] 0.000000 Transport= : New session resource allocated=0Alibssh2_session_init OK!=0A[libssh2] 0.0= 00000 Conn: Setting blocking mode ON=0A[libssh2] 0.000000 Transport: sessio= n_startup for socket 25=0A[libssh2] 0.000000 Transport: Sending Banner: SSH= -2.0-libssh2_1.3.0=0A[libssh2] 0.000000 Transport: Received Banner: SSH-2.0= -1.09 FlowSsh: WinSSHD 5.24: free only for personal non-commercial use=0A[l= ibssh2] 0.000000 Key Ex: Sent KEX: diffie-hellman-group14-sha1,diffie-hellm= an-group-exchange-sha1,diffie-hellman-group1-sha1=0A[libssh2] 0.000000 Key = Ex: Sent HOSTKEY: ssh-rsa,ssh-dss=0A[libssh2] 0.000000 Key Ex: Sent CRYPT_C= S: aes128-ctr,aes192-ctr,aes256-ctr,aes256-cbc,rijndael-cbc@lysator.liu.se,= aes192-cbc,aes128-cbc,blowfish-cbc,arcfour128,arcfour,cast128-cbc,3des-cbc= =0A[libssh2] 0.000000 Key Ex: Sent CRYPT_SC: aes128-ctr,aes192-ctr,aes256-c= tr,aes256-cbc,rijndael-cbc@lysator.liu.se,aes192-cbc,aes128-cbc,blowfish-cb= c,arcfour128,arcfour,cast128-cbc,3des-cbc=0A[libssh2] 1.000000 Key Ex: Sent= MAC_CS: hmac-sha1,hmac-sha1-96,hmac-md5,hmac-md5-96,hmac-ripemd160,hmac-ri= pemd160@openssh.com=0A[libssh2] 1.000000 Key Ex: Sent MAC_SC: hmac-sha1,hma= c-sha1-96,hmac-md5,hmac-md5-96,hmac-ripemd160,hmac-ripemd160@openssh.com=0A= [libssh2] 1.000000 Key Ex: Sent COMP_CS: none=0A[libssh2] 1.000000 Key Ex: = Sent COMP_SC: none=0A[libssh2] 1.000000 Key Ex: Sent LANG_CS:=0A[libssh2] 1= .000000 Key Ex: Sent LANG_SC:=0A=3D> libssh2_transport_write plain (636 byt= es)=0A0000: 14 52 5D B4 27 41 2C 1F =A05E 05 19 81 EC 31 19 A1 : .R].'A,.^.= ...1..=0A0010: D2 00 00 00 59 64 69 66 =A066 69 65 2D 68 65 6C 6C : ....Ydi= ffie-hell=0A0020: 6D 61 6E 2D 67 72 6F 75 =A070 31 34 2D 73 68 61 31 : man-= group14-sha1=0A0030: 2C 64 69 66 66 69 65 2D =A068 65 6C 6C 6D 61 6E 2D : ,= diffie-hellman-=0A0040: 67 72 6F 75 70 2D 65 78 =A063 68 61 6E 67 65 2D 73 = : group-exchange-s=0A0050: 68 61 31 2C 64 69 66 66 =A069 65 2D 68 65 6C 6C = 6D : ha1,diffie-hellm=0A0060: 61 6E 2D 67 72 6F 75 70 =A031 2D 73 68 61 31 = 00 00 : an-group1-sha1..=0A0070: 00 0F 73 73 68 2D 72 73 =A061 2C 73 73 68 = 2D 64 73 : ..ssh-rsa,ssh-ds=0A0080: 73 00 00 00 92 61 65 73 =A031 32 38 2D = 63 74 72 2C : s....aes128-ctr,=0A0090: 61 65 73 31 39 32 2D 63 =A074 72 2C = 61 65 73 32 35 : aes192-ctr,aes25=0A00a0: 36 2D 63 74 72 2C 61 65 =A073 32 = 35 36 2D 63 62 63 : 6-ctr,aes256-cbc=0A00b0: 2C 72 69 6A 6E 64 61 65 =A06C = 2D 63 62 63 40 6C 79 : ,rijndael-cbc@ly=0A00c0: 73 61 74 6F 72 2E 6C 69 =A0= 75 2E 73 65 2C 61 65 73 : sator.liu.se,aes=0A00d0: 31 39 32 2D 63 62 63 2C = =A061 65 73 31 32 38 2D 63 : 192-cbc,aes128-c=0A00e0: 62 63 2C 62 6C 6F 77 = 66 =A069 73 68 2D 63 62 63 2C : bc,blowfish-cbc,=0A00f0: 61 72 63 66 6F 75 = 72 31 =A032 38 2C 61 72 63 66 6F : arcfour128,arcfo=0A0100: 75 72 2C 63 61 = 73 74 31 =A032 38 2D 63 62 63 2C 33 : ur,cast128-cbc,3=0A0110: 64 65 73 2D = 63 62 63 00 =A000 00 92 61 65 73 31 32 : des-cbc....aes12=0A0120: 38 2D 63 = 74 72 2C 61 65 =A073 31 39 32 2D 63 74 72 : 8-ctr,aes192-ctr=0A0130: 2C 61 = 65 73 32 35 36 2D =A063 74 72 2C 61 65 73 32 : ,aes256-ctr,aes2=0A0140: 35 = 36 2D 63 62 63 2C 72 =A069 6A 6E 64 61 65 6C 2D : 56-cbc,rijndael-=0A0150: = 63 62 63 40 6C 79 73 61 =A074 6F 72 2E 6C 69 75 2E : cbc@lysator.liu.=0A016= 0: 73 65 2C 61 65 73 31 39 =A032 2D 63 62 63 2C 61 65 : se,aes192-cbc,ae=0A= 0170: 73 31 32 38 2D 63 62 63 =A02C 62 6C 6F 77 66 69 73 : s128-cbc,blowfis= =0A0180: 68 2D 63 62 63 2C 61 72 =A063 66 6F 75 72 31 32 38 : h-cbc,arcfour= 128=0A0190: 2C 61 72 63 66 6F 75 72 =A02C 63 61 73 74 31 32 38 : ,arcfour,c= ast128=0A01a0: 2D 63 62 63 2C 33 64 65 =A073 2D 63 62 63 00 00 00 : -cbc,3d= es-cbc...=0A01b0: 55 68 6D 61 63 2D 73 68 =A061 31 2C 68 6D 61 63 2D : Uhma= c-sha1,hmac-=0A01c0: 73 68 61 31 2D 39 36 2C =A068 6D 61 63 2D 6D 64 35 : s= ha1-96,hmac-md5=0A01d0: 2C 68 6D 61 63 2D 6D 64 =A035 2D 39 36 2C 68 6D 61 = : ,hmac-md5-96,hma=0A01e0: 63 2D 72 69 70 65 6D 64 =A031 36 30 2C 68 6D 61 = 63 : c-ripemd160,hmac=0A01f0: 2D 72 69 70 65 6D 64 31 =A036 30 40 6F 70 65 = 6E 73 : -ripemd160@opens=0A0200: 73 68 2E 63 6F 6D 00 00 =A000 55 68 6D 61 = 63 2D 73 : sh.com...Uhmac-s=0A0210: 68 61 31 2C 68 6D 61 63 =A02D 73 68 61 = 31 2D 39 36 : ha1,hmac-sha1-96=0A0220: 2C 68 6D 61 63 2D 6D 64 =A035 2C 68 = 6D 61 63 2D 6D : ,hmac-md5,hmac-m=0A0230: 64 35 2D 39 36 2C 68 6D =A061 63 = 2D 72 69 70 65 6D : d5-96,hmac-ripem=0A0240: 64 31 36 30 2C 68 6D 61 =A063 = 2D 72 69 70 65 6D 64 : d160,hmac-ripemd=0A0250: 31 36 30 40 6F 70 65 6E =A0= 73 73 68 2E 63 6F 6D 00 : 160@openssh.com.=0A0260: 00 00 04 6E 6F 6E 65 00 = =A000 00 04 6E 6F 6E 65 00 : ...none....none.=0A0270: 00 00 00 00 00 00 00 = 00 =A000 00 00 00 =A0 =A0 =A0 =A0 =A0 =A0 : ............=0A=3D> libssh2_tra= nsport_write send() (648 bytes)=0A0000: 00 00 02 84 07 14 52 5D =A0B4 27 41= 2C 1F 5E 05 19 : ......R].'A,.^..=0A0010: 81 EC 31 19 A1 D2 00 00 =A000 59= 64 69 66 66 69 65 : ..1......Ydiffie=0A0020: 2D 68 65 6C 6C 6D 61 6E =A02D= 67 72 6F 75 70 31 34 : -hellman-group14=0A0030: 2D 73 68 61 31 2C 64 69 = =A066 66 69 65 2D 68 65 6C : -sha1,diffie-hel=0A0040: 6C 6D 61 6E 2D 67 72 = 6F =A075 70 2D 65 78 63 68 61 : lman-group-excha=0A0050: 6E 67 65 2D 73 68 = 61 31 =A02C 64 69 66 66 69 65 2D : nge-sha1,diffie-=0A0060: 68 65 6C 6C 6D = 61 6E 2D =A067 72 6F 75 70 31 2D 73 : hellman-group1-s=0A0070: 68 61 31 00 = 00 00 0F 73 =A073 68 2D 72 73 61 2C 73 : ha1....ssh-rsa,s=0A0080: 73 68 2D = 64 73 73 00 00 =A000 92 61 65 73 31 32 38 : sh-dss....aes128=0A0090: 2D 63 = 74 72 2C 61 65 73 =A031 39 32 2D 63 74 72 2C : -ctr,aes192-ctr,=0A00a0: 61 = 65 73 32 35 36 2D 63 =A074 72 2C 61 65 73 32 35 : aes256-ctr,aes25=0A00b0: = 36 2D 63 62 63 2C 72 69 =A06A 6E 64 61 65 6C 2D 63 : 6-cbc,rijndael-c=0A00c= 0: 62 63 40 6C 79 73 61 74 =A06F 72 2E 6C 69 75 2E 73 : bc@lysator.liu.s=0A= 00d0: 65 2C 61 65 73 31 39 32 =A02D 63 62 63 2C 61 65 73 : e,aes192-cbc,aes= =0A00e0: 31 32 38 2D 63 62 63 2C =A062 6C 6F 77 66 69 73 68 : 128-cbc,blowf= ish=0A00f0: 2D 63 62 63 2C 61 72 63 =A066 6F 75 72 31 32 38 2C : -cbc,arcfo= ur128,=0A0100: 61 72 63 66 6F 75 72 2C =A063 61 73 74 31 32 38 2D : arcfour= ,cast128-=0A0110: 63 62 63 2C 33 64 65 73 =A02D 63 62 63 00 00 00 92 : cbc,= 3des-cbc....=0A0120: 61 65 73 31 32 38 2D 63 =A074 72 2C 61 65 73 31 39 : a= es128-ctr,aes19=0A0130: 32 2D 63 74 72 2C 61 65 =A073 32 35 36 2D 63 74 72 = : 2-ctr,aes256-ctr=0A0140: 2C 61 65 73 32 35 36 2D =A063 62 63 2C 72 69 6A = 6E : ,aes256-cbc,rijn=0A0150: 64 61 65 6C 2D 63 62 63 =A040 6C 79 73 61 74 = 6F 72 : dael-cbc@lysator=0A0160: 2E 6C 69 75 2E 73 65 2C =A061 65 73 31 39 = 32 2D 63 : .liu.se,aes192-c=0A0170: 62 63 2C 61 65 73 31 32 =A038 2D 63 62 = 63 2C 62 6C : bc,aes128-cbc,bl=0A0180: 6F 77 66 69 73 68 2D 63 =A062 63 2C = 61 72 63 66 6F : owfish-cbc,arcfo=0A0190: 75 72 31 32 38 2C 61 72 =A063 66 = 6F 75 72 2C 63 61 : ur128,arcfour,ca=0A01a0: 73 74 31 32 38 2D 63 62 =A063 = 2C 33 64 65 73 2D 63 : st128-cbc,3des-c=0A01b0: 62 63 00 00 00 55 68 6D =A0= 61 63 2D 73 68 61 31 2C : bc...Uhmac-sha1,=0A01c0: 68 6D 61 63 2D 73 68 61 = =A031 2D 39 36 2C 68 6D 61 : hmac-sha1-96,hma=0A01d0: 63 2D 6D 64 35 2C 68 = 6D =A061 63 2D 6D 64 35 2D 39 : c-md5,hmac-md5-9=0A01e0: 36 2C 68 6D 61 63 = 2D 72 =A069 70 65 6D 64 31 36 30 : 6,hmac-ripemd160=0A01f0: 2C 68 6D 61 63 = 2D 72 69 =A070 65 6D 64 31 36 30 40 : ,hmac-ripemd160@=0A0200: 6F 70 65 6E = 73 73 68 2E =A063 6F 6D 00 00 00 55 68 : openssh.com...Uh=0A0210: 6D 61 63 = 2D 73 68 61 31 =A02C 68 6D 61 63 2D 73 68 : mac-sha1,hmac-sh=0A0220: 61 31 = 2D 39 36 2C 68 6D =A061 63 2D 6D 64 35 2C 68 : a1-96,hmac-md5,h=0A0230: 6D = 61 63 2D 6D 64 35 2D =A039 36 2C 68 6D 61 63 2D : mac-md5-96,hmac-=0A0240: = 72 69 70 65 6D 64 31 36 =A030 2C 68 6D 61 63 2D 72 : ripemd160,hmac-r=0A025= 0: 69 70 65 6D 64 31 36 30 =A040 6F 70 65 6E 73 73 68 : ipemd160@openssh=0A= 0260: 2E 63 6F 6D 00 00 00 04 =A06E 6F 6E 65 00 00 00 04 : .com....none....= =0A0270: 6E 6F 6E 65 00 00 00 00 =A000 00 00 00 00 00 00 00 : none.........= ...=0A0280: 00 E4 3D E8 86 6E A0 B4 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0: ..=3D..n..=0A[libssh2] 8.000000 Transport: Looking for packet= of type: 20=0A=3D> libssh2_transport_read() raw (448 bytes)=0A0000: 00 00 = 01 BC 0F 14 4A 44 =A05B B7 8E D7 5B 51 1D A2 : ......JD[...[Q..=0A0010: C7 = C5 99 9A F1 88 00 00 =A000 59 64 69 66 66 69 65 : .........Ydiffie=0A0020: = 2D 68 65 6C 6C 6D 61 6E =A02D 67 72 6F 75 70 31 34 : -hellman-group14=0A003= 0: 2D 73 68 61 31 2C 64 69 =A066 66 69 65 2D 68 65 6C : -sha1,diffie-hel=0A= 0040: 6C 6D 61 6E 2D 67 72 6F =A075 70 2D 65 78 63 68 61 : lman-group-excha= =0A0050: 6E 67 65 2D 73 68 61 31 =A02C 64 69 66 66 69 65 2D : nge-sha1,diff= ie-=0A0060: 68 65 6C 6C 6D 61 6E 2D =A067 72 6F 75 70 31 2D 73 : hellman-gr= oup1-s=0A0070: 68 61 31 00 00 00 07 73 =A073 68 2D 64 73 73 00 00 : ha1....= ssh-dss..=0A0080: 00 53 61 65 73 32 35 36 =A02D 63 74 72 2C 61 65 73 : .Sae= s256-ctr,aes=0A0090: 32 35 36 2D 63 62 63 2C =A061 65 73 31 39 32 2D 63 : 2= 56-cbc,aes192-c=0A00a0: 74 72 2C 61 65 73 31 39 =A032 2D 63 62 63 2C 61 65 = : tr,aes192-cbc,ae=0A00b0: 73 31 32 38 2D 63 74 72 =A02C 61 65 73 31 32 38 = 2D : s128-ctr,aes128-=0A00c0: 63 62 63 2C 33 64 65 73 =A02D 63 74 72 2C 33 = 64 65 : cbc,3des-ctr,3de=0A00d0: 73 2D 63 62 63 00 00 00 =A053 61 65 73 32 = 35 36 2D : s-cbc...Saes256-=0A00e0: 63 74 72 2C 61 65 73 32 =A035 36 2D 63 = 62 63 2C 61 : ctr,aes256-cbc,a=0A00f0: 65 73 31 39 32 2D 63 74 =A072 2C 61 = 65 73 31 39 32 : es192-ctr,aes192=0A0100: 2D 63 62 63 2C 61 65 73 =A031 32 = 38 2D 63 74 72 2C : -cbc,aes128-ctr,=0A0110: 61 65 73 31 32 38 2D 63 =A062 = 63 2C 33 64 65 73 2D : aes128-cbc,3des-=0A0120: 63 74 72 2C 33 64 65 73 =A0= 2D 63 62 63 00 00 00 2B : ctr,3des-cbc...+=0A0130: 68 6D 61 63 2D 73 68 61 = =A031 2C 68 6D 61 63 2D 6D : hmac-sha1,hmac-m=0A0140: 64 35 2C 68 6D 61 63 = 2D =A073 68 61 31 2D 39 36 2C : d5,hmac-sha1-96,=0A0150: 68 6D 61 63 2D 6D = 64 35 =A02D 39 36 00 00 00 2B 68 : hmac-md5-96...+h=0A0160: 6D 61 63 2D 73 = 68 61 31 =A02C 68 6D 61 63 2D 6D 64 : mac-sha1,hmac-md=0A0170: 35 2C 68 6D = 61 63 2D 73 =A068 61 31 2D 39 36 2C 68 : 5,hmac-sha1-96,h=0A0180: 6D 61 63 = 2D 6D 64 35 2D =A039 36 00 00 00 09 7A 6C : mac-md5-96....zl=0A0190: 69 62 = 2C 6E 6F 6E 65 00 =A000 00 09 7A 6C 69 62 2C : ib,none....zlib,=0A01a0: 6E = 6F 6E 65 00 00 00 00 =A000 00 00 00 00 00 00 00 : none............=0A01b0: = 00 44 58 48 EF 2F 45 9F =A02C 80 1B 37 B1 4F 22 90 : .DXH./E.,..7.O".=0A=3D= > libssh2_transport_read() plain (428 bytes)=0A0000: 14 4A 44 5B B7 8E D7 5= B =A051 1D A2 C7 C5 99 9A F1 : .JD[...[Q.......=0A0010: 88 00 00 00 59 64 6= 9 66 =A066 69 65 2D 68 65 6C 6C : ....Ydiffie-hell=0A0020: 6D 61 6E 2D 67 7= 2 6F 75 =A070 31 34 2D 73 68 61 31 : man-group14-sha1=0A0030: 2C 64 69 66 6= 6 69 65 2D =A068 65 6C 6C 6D 61 6E 2D : ,diffie-hellman-=0A0040: 67 72 6F 7= 5 70 2D 65 78 =A063 68 61 6E 67 65 2D 73 : group-exchange-s=0A0050: 68 61 3= 1 2C 64 69 66 66 =A069 65 2D 68 65 6C 6C 6D : ha1,diffie-hellm=0A0060: 61 6= E 2D 67 72 6F 75 70 =A031 2D 73 68 61 31 00 00 : an-group1-sha1..=0A0070: 0= 0 07 73 73 68 2D 64 73 =A073 00 00 00 53 61 65 73 : ..ssh-dss...Saes=0A0080= : 32 35 36 2D 63 74 72 2C =A061 65 73 32 35 36 2D 63 : 256-ctr,aes256-c=0A0= 090: 62 63 2C 61 65 73 31 39 =A032 2D 63 74 72 2C 61 65 : bc,aes192-ctr,ae= =0A00a0: 73 31 39 32 2D 63 62 63 =A02C 61 65 73 31 32 38 2D : s192-cbc,aes1= 28-=0A00b0: 63 74 72 2C 61 65 73 31 =A032 38 2D 63 62 63 2C 33 : ctr,aes128= -cbc,3=0A00c0: 64 65 73 2D 63 74 72 2C =A033 64 65 73 2D 63 62 63 : des-ctr= ,3des-cbc=0A00d0: 00 00 00 53 61 65 73 32 =A035 36 2D 63 74 72 2C 61 : ...S= aes256-ctr,a=0A00e0: 65 73 32 35 36 2D 63 62 =A063 2C 61 65 73 31 39 32 : e= s256-cbc,aes192=0A00f0: 2D 63 74 72 2C 61 65 73 =A031 39 32 2D 63 62 63 2C = : -ctr,aes192-cbc,=0A0100: 61 65 73 31 32 38 2D 63 =A074 72 2C 61 65 73 31 = 32 : aes128-ctr,aes12=0A0110: 38 2D 63 62 63 2C 33 64 =A065 73 2D 63 74 72 = 2C 33 : 8-cbc,3des-ctr,3=0A0120: 64 65 73 2D 63 62 63 00 =A000 00 2B 68 6D = 61 63 2D : des-cbc...+hmac-=0A0130: 73 68 61 31 2C 68 6D 61 =A063 2D 6D 64 = 35 2C 68 6D : sha1,hmac-md5,hm=0A0140: 61 63 2D 73 68 61 31 2D =A039 36 2C = 68 6D 61 63 2D : ac-sha1-96,hmac-=0A0150: 6D 64 35 2D 39 36 00 00 =A000 2B = 68 6D 61 63 2D 73 : md5-96...+hmac-s=0A0160: 68 61 31 2C 68 6D 61 63 =A02D = 6D 64 35 2C 68 6D 61 : ha1,hmac-md5,hma=0A0170: 63 2D 73 68 61 31 2D 39 =A0= 36 2C 68 6D 61 63 2D 6D : c-sha1-96,hmac-m=0A0180: 64 35 2D 39 36 00 00 00 = =A009 7A 6C 69 62 2C 6E 6F : d5-96....zlib,no=0A0190: 6E 65 00 00 00 09 7A = 6C =A069 62 2C 6E 6F 6E 65 00 : ne....zlib,none.=0A01a0: 00 00 00 00 00 00 = 00 00 =A000 00 00 00 =A0 =A0 =A0 =A0 =A0 =A0 : ............=0A[libssh2] 12.= 000000 Transport: Packet type 20 received, length=3D428=0A[libssh2] 12.0000= 00 Transport: Looking for packet of type: 20=0A[libssh2] 13.000000 Key Ex: = Agreed on KEX method: diffie-hellman-group14-sha1=0A[libssh2] 13.000000 Key= Ex: Agreed on HOSTKEY method: ssh-dss=0A[libssh2] 13.000000 Key Ex: Agreed= on CRYPT_CS method: aes128-ctr=0A[libssh2] 13.000000 Key Ex: Agreed on CRY= PT_SC method: aes128-ctr=0A[libssh2] 13.000000 Key Ex: Agreed on MAC_CS met= hod: hmac-sha1=0A[libssh2] 13.000000 Key Ex: Agreed on MAC_SC method: hmac-= sha1=0A[libssh2] 13.000000 Key Ex: Agreed on COMP_CS method: none=0A[libssh= 2] 13.000000 Key Ex: Agreed on COMP_SC method: none=0A[libssh2] 13.000000 K= ey Ex: Initiating Diffie-Hellman Group14 Key Exchange=0A[libssh2] 14.000000= Key Ex: Sending KEX packet 30=0A=3D> libssh2_transport_write plain (261 by= tes)=0A0000: 1E 00 00 01 00 0B A5 08 =A0F0 3C 95 2E 3A CA 47 35 : .........= <..:.G5=0A0010: B6 BB B5 E5 98 B8 45 FD =A034 7D 22 8C 36 A5 B5 8D : ......= E.4}".6...=0A0020: CA 05 C2 71 BB A4 2E EE =A063 22 D7 B1 B6 4A 9C CE : ...= q....c"...J..=0A0030: 17 27 75 64 2F B1 95 DC =A0DE CC 54 F6 30 26 E5 55 : = .'ud/.....T.0&.U=0A0040: 75 E4 FA D5 86 0B 8B A8 =A00A 9B 76 33 2B 4D C3 8A= : u.........v3+M..=0A0050: 90 34 BF 3A C5 E0 78 71 =A014 99 25 BF AD 26 3C= 97 : .4.:..xq..%..&<.=0A0060: C0 28 44 31 00 CA EF B0 =A066 E0 9D CA DD 0F= D8 14 : .(D1....f.......=0A0070: EA 1B 88 86 41 72 99 65 =A0E8 14 3C F8 9C= 72 1C 70 : ....Ar.e..<..r.p=0A0080: B8 3E 4E BC 22 D8 09 7A =A07D D3 BD 51= FA 23 44 87 : .>N."..z}..Q.#D.=0A0090: DA 78 19 35 10 84 82 A2 =A07A 9E 01= AE 3E E3 1C 2B : .x.5....z...>..+=0A00a0: 87 1F FD 7C E1 1B 9B CC =A0EB A0= 01 24 78 F2 66 80 : ...|.......$x.f.=0A00b0: 9B 57 2F 1F E2 E1 82 B7 =A023= E0 C6 C1 6B 85 4B 75 : .W/.....#...k.Ku=0A00c0: C8 AB 74 98 41 03 A6 AA = =A045 03 40 08 EC 66 23 21 : ..t.A...E.@..f#!=0A00d0: 18 D3 C5 FD 7F A8 C5 = 22 =A0B3 C7 7B 76 C2 2B 0C 58 : ......."..{v.+.X=0A00e0: 25 1B A5 E7 8D 0C = 1A 03 =A0A6 4C F8 73 40 7B 48 F6 : %........L.s@{H.=0A00f0: 62 FC 9C 20 C4 = 27 A5 5C =A06B 85 07 26 F3 13 B3 D5 : b.. .'.\k..&....=0A0100: 90 BB FC 67 = 6A =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 : ..= .gj=0A=3D> libssh2_transport_write send() (272 bytes)=0A0000: 00 00 01 0C 0= 6 1E 00 00 =A001 00 0B A5 08 F0 3C 95 : ..............<.=0A0010: 2E 3A CA 4= 7 35 B6 BB B5 =A0E5 98 B8 45 FD 34 7D 22 : .:.G5......E.4}"=0A0020: 8C 36 A= 5 B5 8D CA 05 C2 =A071 BB A4 2E EE 63 22 D7 : .6......q....c".=0A0030: B1 B= 6 4A 9C CE 17 27 75 =A064 2F B1 95 DC DE CC 54 : ..J...'ud/.....T=0A0040: F= 6 30 26 E5 55 75 E4 FA =A0D5 86 0B 8B A8 0A 9B 76 : .0&.Uu.........v=0A0050= : 33 2B 4D C3 8A 90 34 BF =A03A C5 E0 78 71 14 99 25 : 3+M...4.:..xq..%=0A0= 060: BF AD 26 3C 97 C0 28 44 =A031 00 CA EF B0 66 E0 9D : ..&<..(D1....f..= =0A0070: CA DD 0F D8 14 EA 1B 88 =A086 41 72 99 65 E8 14 3C : .........Ar.e= ..<=0A0080: F8 9C 72 1C 70 B8 3E 4E =A0BC 22 D8 09 7A 7D D3 BD : ..r.p.>N."= ..z}..=0A0090: 51 FA 23 44 87 DA 78 19 =A035 10 84 82 A2 7A 9E 01 : Q.#D..x= .5....z..=0A00a0: AE 3E E3 1C 2B 87 1F FD =A07C E1 1B 9B CC EB A0 01 : .>..= +...|.......=0A00b0: 24 78 F2 66 80 9B 57 2F =A01F E2 E1 82 B7 23 E0 C6 : $= x.f..W/.....#..=0A00c0: C1 6B 85 4B 75 C8 AB 74 =A098 41 03 A6 AA 45 03 40 = : .k.Ku..t.A...E.@=0A00d0: 08 EC 66 23 21 18 D3 C5 =A0FD 7F A8 C5 22 B3 C7 = 7B : ..f#!......."..{=0A00e0: 76 C2 2B 0C 58 25 1B A5 =A0E7 8D 0C 1A 03 A6 = 4C F8 : v.+.X%........L.=0A00f0: 73 40 7B 48 F6 62 FC 9C =A020 C4 27 A5 5C = 6B 85 07 : s@{H.b.. .'.\k..=0A0100: 26 F3 13 B3 D5 90 BB FC =A067 6A 0F 6C = 90 7F A4 03 : &.......gj.l....=0A[libssh2] 16.000000 Transport: Looking for= packet of type: 31=0A=3D> libssh2_transport_read() raw (864 bytes)=0A0000:= 00 00 03 04 0D 1F 00 00 =A001 B2 00 00 00 07 73 73 : ..............ss=0A00= 10: 68 2D 64 73 73 00 00 00 =A081 00 D0 C1 AA 3E FD EE : h-dss........>..= =0A0020: 92 40 D7 95 62 93 97 D7 =A022 78 BA 50 BC 19 97 7A : .@..b..."x.P.= ..z=0A0030: 32 42 B5 0A FA 9B 6C CF =A01B C4 F4 06 44 3D 2D 65 : 2B....l...= ..D=3D-e=0A0040: ED FA 90 A4 65 DA AE A3 =A029 BC 28 E4 F9 6D 4D B8 : ....e= ...).(..mM.=0A0050: 6A 18 26 98 3B 7A DF A4 =A070 AD D6 43 20 97 AA 1C : j.= &.;z..p..C ...=0A0060: B6 33 C5 BA AB 9B 17 68 =A008 73 34 00 76 1A E9 59 := .3.....h.s4.v..Y=0A0070: F9 F6 D2 1E 0F 23 C3 1C =A0F2 71 06 7B F7 F6 68 4= E : .....#...q.{..hN=0A0080: DF 9B 1A E0 EE 3D 51 19 =A075 9A 9D 6E 6E 3E 7= 2 8F : .....=3DQ.u..nn>r.=0A0090: A1 E6 EE BB 10 72 B3 59 =A023 9B 00 00 00= 15 00 B1 : .....r.Y#.......=0A00a0: F2 28 A9 43 52 5F E0 6E =A0AA D4 A4 86= E7 FA CA FA : .(.CR_.n........=0A00b0: 4D 9C 79 00 00 00 80 6D =A0C0 97 EE= 04 D8 5C A0 37 : M.y....m.....\.7=0A00c0: 54 71 DE DB 58 BD 7F B5 =A0DF 2A= DE 28 FD 83 C5 DB : Tq..X....*.(....=0A00d0: 4C 58 61 26 C8 DD 72 41 =A019= 23 BC CE CC D8 08 7E : LXa&..rA.#.....~=0A00e0: 9B F0 D2 AE B1 AF 0B 69 = =A0BD E6 A9 A8 9E 50 ED B8 : .......i.....P..=0A00f0: 5E B9 67 62 1B A4 20 = A3 =A0A9 AD 0C 8F E4 40 5F 42 : ^.gb.. ......@_B=0A0100: 28 93 9C 0B 1A 9F = CF 62 =A099 E7 51 01 75 D8 47 4F : (......b..Q.u.GO=0A0110: 59 E7 E3 83 F2 = 5E 66 04 =A031 62 25 59 4B E8 8F BE : Y....^f.1b%YK...=0A0120: EC A2 8A AC = 21 91 7D 84 =A06F A7 02 30 2B CE 7D 09 : ....!.}.o..0+.}.=0A0130: 99 02 4A = 2C 68 06 2D 00 =A000 00 81 00 AA 88 9B D1 : ..J,h.-.........=0A0140: FF BC = F8 43 0B 5F 22 4D =A011 BD 02 7C E8 6F 86 7B : ...C._"M...|.o.{=0A0150: 52 = 54 4C 9F EA F3 F5 C6 =A083 7C AE 0D 0D 42 88 ED : RTL......|...B..=0A0160: = D2 A4 73 62 42 64 22 26 =A006 47 93 A9 51 BB 14 92 : ..sbBd"&.G..Q...=0A017= 0: 35 58 5B 70 24 E3 43 CF =A02C 41 96 21 96 1A A7 A0 : 5X[p$.C.,A.!....=0A= 0180: 67 2D E9 DF EB 1D 5B 17 =A0FE E7 A3 D8 E0 B9 2C 9F : g-....[.......,.= =0A0190: 6A 9A 69 B2 C8 6C 0C CF =A0B6 92 25 D4 F2 02 0C F4 : j.i..l....%..= ...=0A01a0: 47 95 97 EF 58 4B 6A F7 =A089 6D E0 D8 5E 7C F7 0D : G...XKj..m= ..^|..=0A01b0: 71 1B 27 61 D9 98 2A 63 =A09B 5D 38 77 00 00 01 00 : q.'a..*= c.]8w....=0A01c0: 2C F7 FE 08 E2 94 96 01 =A0E6 1A 92 6F 8E 6B E6 5D : ,...= .......o.k.]=0A01d0: D1 55 E3 D5 DA 28 7A 7F =A0B5 B4 FE CC 18 C1 B4 40 : .= U...(z........@=0A01e0: 9C C2 A8 B3 2A 1A CB 0E =A0EA 58 D9 DB C2 CB 57 2A = : ....*....X....W*=0A01f0: 5B 92 FC 15 4D A2 79 2A =A00C 5F 20 BB 55 B7 C5 = 8E : [...M.y*._ .U...=0A0200: 73 00 F8 34 4B EF 74 63 =A02A A5 4A 15 F7 8E = FB 2C : s..4K.tc*.J....,=0A0210: 95 72 B0 5F BF EC 47 93 =A03B 51 F3 12 CB = 11 C1 96 : .r._..G.;Q......=0A0220: 18 3D 70 17 B4 E6 80 25 =A042 26 DA 81 = A2 9E 2E A7 : .=3Dp....%B&......=0A0230: 58 D5 39 52 07 47 BD CC =A00C 93 E= B 09 23 A0 D4 A6 : X.9R.G......#...=0A0240: 1C 7C C6 9C 28 BC 70 4C =A0DC 6= 5 6B 15 99 52 E5 06 : .|..(.pL.ek..R..=0A0250: 62 43 5F FE 53 51 67 C5 =A0C= E 07 62 95 F7 29 FC BB : bC_.SQg...b..)..=0A0260: 9E 9C 42 F1 CC F6 DF 52 = =A040 9E 2E A5 AB 7A 64 98 : ..B....R@....zd.=0A0270: 3C 03 9B 55 EB 39 BB = 36 =A028 36 75 97 19 C9 2E A1 : <..U.9.6(6u.....=0A0280: 31 9D F8 17 B8 5F = BA A3 =A01C 8D DE 4C EF 2C 0B 17 : 1...._.....L.,..=0A0290: 51 9D E4 3D 15 = AA 01 62 =A0EF D6 5E E5 5F 2B D6 9F : Q..=3D...b..^._+..=0A02a0: 5D A9 3E 1= B 8E 93 11 86 =A0FE 27 2B 08 38 51 D5 98 : ].>......'+.8Q..=0A02b0: A8 FD 6= F 6B 61 AC 07 AA =A01C 1D 09 9E 93 74 10 47 : ..oka........t.G=0A02c0: 00 0= 0 00 37 00 00 00 07 =A073 73 68 2D 64 73 73 00 : ...7....ssh-dss.=0A02d0: 0= 0 00 28 9C AB FB 5D AB =A099 C7 55 48 B0 38 CE 2F : ..(...]...UH.8./=0A02e0= : 00 B6 D0 D2 D3 73 9B 68 =A092 1B 66 F3 32 DA 24 E0 : .....s.h..f.2.$.=0A0= 2f0: 3C E5 57 0D 87 D7 03 C2 =A071 C6 6B 96 59 4A 3C 40 : <.W.....q.k.YJ<@= =0A0300: CE 11 13 B1 39 67 9C 6A =A000 00 00 54 52 15 A7 F2 : ....9g.j...TR= ...=0A0310: D4 0F 0E AD 6A 1F 66 43 =A095 94 D8 D8 AA F9 ED 3B : ....j.fC..= .....;=0A0320: 7C 27 97 01 B8 1B 0B 90 =A0BD B0 C9 CB 87 29 CE 8A : |'.....= ......)..=0A0330: 29 85 AE 3B 15 C7 C5 0F =A076 9E 42 C6 C1 73 EA C2 : )..;= ....v.B..s..=0A0340: D8 C3 E4 C2 A5 12 F2 C2 =A07C 61 FE 0D FB 54 98 9F : .= .......|a...T..=0A0350: 64 0C 38 4B 2F 3A A6 9F =A0B6 72 D5 4F 13 0D B7 C7 = : d.8K/:...r.O....=0A=3D> libssh2_transport_read() plain (758 bytes)=0A0000= : 1F 00 00 01 B2 00 00 00 =A007 73 73 68 2D 64 73 73 : .........ssh-dss=0A0= 010: 00 00 00 81 00 D0 C1 AA =A03E FD EE 92 40 D7 95 62 : ........>...@..b= =0A0020: 93 97 D7 22 78 BA 50 BC =A019 97 7A 32 42 B5 0A FA : ..."x.P...z2B= ...=0A0030: 9B 6C CF 1B C4 F4 06 44 =A03D 2D 65 ED FA 90 A4 65 : .l.....D= =3D-e....e=0A0040: DA AE A3 29 BC 28 E4 F9 =A06D 4D B8 6A 18 26 98 3B : ...= ).(..mM.j.&.;=0A0050: 7A DF A4 70 AD D6 43 20 =A097 AA 1C B6 33 C5 BA AB : = z..p..C ....3...=0A0060: 9B 17 68 08 73 34 00 76 =A01A E9 59 F9 F6 D2 1E 0F= : ..h.s4.v..Y.....=0A0070: 23 C3 1C F2 71 06 7B F7 =A0F6 68 4E DF 9B 1A E0= EE : #...q.{..hN.....=0A0080: 3D 51 19 75 9A 9D 6E 6E =A03E 72 8F A1 E6 EE= BB 10 : =3DQ.u..nn>r......=0A0090: 72 B3 59 23 9B 00 00 00 =A015 00 B1 F2 = 28 A9 43 52 : r.Y#........(.CR=0A00a0: 5F E0 6E AA D4 A4 86 E7 =A0FA CA FA = 4D 9C 79 00 00 : _.n........M.y..=0A00b0: 00 80 6D C0 97 EE 04 D8 =A05C A0 = 37 54 71 DE DB 58 : ..m.....\.7Tq..X=0A00c0: BD 7F B5 DF 2A DE 28 FD =A083 = C5 DB 4C 58 61 26 C8 : ....*.(....LXa&.=0A00d0: DD 72 41 19 23 BC CE CC =A0= D8 08 7E 9B F0 D2 AE B1 : .rA.#.....~.....=0A00e0: AF 0B 69 BD E6 A9 A8 9E = =A050 ED B8 5E B9 67 62 1B : ..i.....P..^.gb.=0A00f0: A4 20 A3 A9 AD 0C 8F = E4 =A040 5F 42 28 93 9C 0B 1A : . ......@_B(....=0A0100: 9F CF 62 99 E7 51 = 01 75 =A0D8 47 4F 59 E7 E3 83 F2 : ..b..Q.u.GOY....=0A0110: 5E 66 04 31 62 = 25 59 4B =A0E8 8F BE EC A2 8A AC 21 : ^f.1b%YK.......!=0A0120: 91 7D 84 6F = A7 02 30 2B =A0CE 7D 09 99 02 4A 2C 68 : .}.o..0+.}...J,h=0A0130: 06 2D 00 = 00 00 81 00 AA =A088 9B D1 FF BC F8 43 0B : .-............C.=0A0140: 5F 22 = 4D 11 BD 02 7C E8 =A06F 86 7B 52 54 4C 9F EA : _"M...|.o.{RTL..=0A0150: F3 = F5 C6 83 7C AE 0D 0D =A042 88 ED D2 A4 73 62 42 : ....|...B....sbB=0A0160: = 64 22 26 06 47 93 A9 51 =A0BB 14 92 35 58 5B 70 24 : d"&.G..Q...5X[p$=0A017= 0: E3 43 CF 2C 41 96 21 96 =A01A A7 A0 67 2D E9 DF EB : .C.,A.!....g-...=0A= 0180: 1D 5B 17 FE E7 A3 D8 E0 =A0B9 2C 9F 6A 9A 69 B2 C8 : .[.......,.j.i..= =0A0190: 6C 0C CF B6 92 25 D4 F2 =A002 0C F4 47 95 97 EF 58 : l....%.....G.= ..X=0A01a0: 4B 6A F7 89 6D E0 D8 5E =A07C F7 0D 71 1B 27 61 D9 : Kj..m..^|.= .q.'a.=0A01b0: 98 2A 63 9B 5D 38 77 00 =A000 01 00 2C F7 FE 08 E2 : .*c.]8w= ....,....=0A01c0: 94 96 01 E6 1A 92 6F 8E =A06B E6 5D D1 55 E3 D5 DA : ....= ..o.k.].U...=0A01d0: 28 7A 7F B5 B4 FE CC 18 =A0C1 B4 40 9C C2 A8 B3 2A : (= z........@....*=0A01e0: 1A CB 0E EA 58 D9 DB C2 =A0CB 57 2A 5B 92 FC 15 4D = : ....X....W*[...M=0A01f0: A2 79 2A 0C 5F 20 BB 55 =A0B7 C5 8E 73 00 F8 34 = 4B : .y*._ .U...s..4K=0A0200: EF 74 63 2A A5 4A 15 F7 =A08E FB 2C 95 72 B0 = 5F BF : .tc*.J....,.r._.=0A0210: EC 47 93 3B 51 F3 12 CB =A011 C1 96 18 3D = 70 17 B4 : .G.;Q.......=3Dp..=0A0220: E6 80 25 42 26 DA 81 A2 =A09E 2E A7 5= 8 D5 39 52 07 : ..%B&......X.9R.=0A0230: 47 BD CC 0C 93 EB 09 23 =A0A0 D4 A= 6 1C 7C C6 9C 28 : G......#....|..(=0A0240: BC 70 4C DC 65 6B 15 99 =A052 E= 5 06 62 43 5F FE 53 : .pL.ek..R..bC_.S=0A0250: 51 67 C5 CE 07 62 95 F7 =A02= 9 FC BB 9E 9C 42 F1 CC : Qg...b..)....B..=0A0260: F6 DF 52 40 9E 2E A5 AB = =A07A 64 98 3C 03 9B 55 EB : ..R@....zd.<..U.=0A0270: 39 BB 36 28 36 75 97 = 19 =A0C9 2E A1 31 9D F8 17 B8 : 9.6(6u.....1....=0A0280: 5F BA A3 1C 8D DE = 4C EF =A02C 0B 17 51 9D E4 3D 15 : _.....L.,..Q..=3D.=0A0290: AA 01 62 EF D= 6 5E E5 5F =A02B D6 9F 5D A9 3E 1B 8E : ..b..^._+..].>..=0A02a0: 93 11 86 F= E 27 2B 08 38 =A051 D5 98 A8 FD 6F 6B 61 : ....'+.8Q....oka=0A02b0: AC 07 A= A 1C 1D 09 9E 93 =A074 10 47 00 00 00 37 00 : ........t.G...7.=0A02c0: 00 0= 0 07 73 73 68 2D 64 =A073 73 00 00 00 28 9C AB : ...ssh-dss...(..=0A02d0: F= B 5D AB 99 C7 55 48 B0 =A038 CE 2F 00 B6 D0 D2 D3 : .]...UH.8./.....=0A02e0= : 73 9B 68 92 1B 66 F3 32 =A0DA 24 E0 3C E5 57 0D 87 : s.h..f.2.$.<.W..=0A0= 2f0: D7 03 C2 71 C6 6B =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0: ...q.k=0A[libssh2] 25.000000 Transport: Packet type 31 receive= d, length=3D758=0A[libssh2] 25.000000 Transport: Looking for packet of type= : 31=0A[libssh2] 25.000000 Key Ex: Server's MD5 Fingerprint: 90:5f:be:1d:79= :e1:69:65:b0:7f:d3:75:26:95:64:5d=0A[libssh2] 25.000000 Key Ex: Server's SH= A1 Fingerprint: 44:6f:da:8e:3d:9f:40:11:5f:2f:18:74:0d:40:c2:96:42:5c:4d:a7= =0A[libssh2] 27.000000 Key Ex: Sending NEWKEYS message=0A=3D> libssh2_trans= port_write plain (1 bytes)=0A0000: 15 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 : .=0A=3D> libssh2_= transport_write send() (16 bytes)=0A0000: 00 00 00 0C 0A 15 AD 28 =A0A9 B3 = 3E 79 9D 2D 16 BA : .......(..>y.-..=0A[libssh2] 27.000000 Transport: Looki= ng for packet of type: 21=0A=3D> libssh2_transport_read() plain (1 bytes)= =0A0000: 15 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 =A0 =A0 : .=0A[libssh2] 27.000000 Transport: Packet ty= pe 21 received, length=3D1=0A[libssh2] 27.000000 Transport: Looking for pac= ket of type: 21=0A[libssh2] 27.000000 Key Ex: Received NEWKEYS message=0A[l= ibssh2] 27.000000 Key Ex: session_id calculated=0A[libssh2] 27.000000 Key E= x: Client to Server IV and Key calculated=0A[libssh2] 27.000000 Key Ex: Ser= ver to Client IV and Key calculated=0A[libssh2] 27.000000 Key Ex: Client to= Server HMAC Key calculated=0A[libssh2] 27.000000 Key Ex: Server to Client = HMAC Key calculated=0A[libssh2] 27.000000 Key Ex: Client to Server compress= ion initialized=0A[libssh2] 27.000000 Key Ex: Server to Client compression = initialized=0A[libssh2] 27.000000 Transport: Requesting userauth service=0A= =3D> libssh2_transport_write plain (17 bytes)=0A0000: 05 00 00 00 0C 73 73 = 68 =A02D 75 73 65 72 61 75 74 : .....ssh-useraut=0A0010: 68 =A0 =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 : h=0A=3D> libssh2_transport_write send() (52 bytes)=0A0000: D5 8E 1E 9= E A9 39 44 02 =A091 9A 26 6D 43 F4 F6 20 : .....9D...&mC..=0A0010: 53 BE 05= 0C E3 F2 CB 91 =A0C6 27 70 6B C8 8D C5 99 : S........'pk....=0A0020: C4 BC= EE 6A C2 F8 35 01 =A0E3 CA EF E3 88 D7 8A DD : ...j..5.........=0A0030: 36= 8D 6D 29 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0: 6.m)=0A[libssh2] 28.000000 Transport: Looking for packet of ty= pe: 6=0A=3D> libssh2_transport_read() raw (116 bytes)=0A0000: A1 31 E9 80 7= 9 E5 0A FF =A06B CD FB 55 BC 5E 7D 12 : .1..y...k..U.^}.=0A0010: 5D DE E4 E= 2 4D 2F A0 84 =A0EA 92 4C E3 EC 56 CC 93 : ]...M/....L..V..=0A0020: 7F B7 D= 9 C1 F8 2A 15 6E =A004 8D 89 20 6F 43 A5 02 : .....*.n... oC..=0A0030: ED A= E 1F 20 EE 21 64 E9 =A07C 79 DB C6 66 4A E4 DE : ... .!d.|y..fJ..=0A0040: 5= E A5 06 6C 9A 82 CF C9 =A078 68 78 F5 72 30 38 BD : ^..l....xhx.r08.=0A0050= : ED 03 10 4D 9B 81 CF FA =A0DD E9 E7 A8 F3 5C C6 AB : ...M.........\..=0A0= 060: 85 B1 45 89 83 A4 BF F0 =A0C0 E5 4D 1E F9 95 5B 5D : ..E.......M...[]= =0A0070: E8 0D A0 D1 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0: ....=0A=3D> libssh2_transport_read() plain (17 byt= es)=0A0000: 06 00 00 00 0C 73 73 68 =A02D 75 73 65 72 61 75 74 : .....ssh-u= seraut=0A0010: 68 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 : h=0A[libssh2] 29.000000 Transport: Pa= cket type 6 received, length=3D17=0A[libssh2] 29.000000 Transport: Looking = for packet of type: 6=0Alibssh2_session_startup OK!=0AFingerprint: 44 6F DA= 8E 3D 9F 40 11 5F 2F 18 74 0D 40 C2 96 42 5C 4D A7=0A=3D> libssh2_transpor= t_write plain (32 bytes)=0A0000: 32 00 00 00 05 4C 69 76 =A069 75 00 00 00 = 0E 73 73 : 2....Liviu....ss=0A0010: 68 2D 63 6F 6E 6E 65 63 =A074 69 6F 6E = 00 00 00 04 : h-connection....=0A=3D> libssh2_transport_write plain2 (4 byt= es)=0A0000: 6E 6F 6E 65 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 =A0: none=0A=3D> libssh2_transport_write send() (68 by= tes)=0A0000: 24 16 E3 F1 DE D6 2D 93 =A045 92 04 5C C8 96 BA 2F : $.....-.E= ..\.../=0A0010: A5 42 25 9C 30 11 6C 99 =A081 A5 56 13 AE 37 00 CA : .B%.0.= l...V..7..=0A0020: 0F C7 A2 33 CA 83 9B C3 =A055 1C 00 97 7F FA FE D5 : ...= 3....U.......=0A0030: E8 88 2E 5E E7 8E 29 EE =A0EF 53 AF 30 4D 58 53 62 : = ...^..)..S.0MXSb=0A0040: B0 5A E5 48 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0: .Z.H=0A[libssh2] 30.000000 Transpo= rt: Looking for packet of type: 52=0A[libssh2] 30.000000 Transport: Looking= for packet of type: 51=0A=3D> libssh2_transport_read() raw (116 bytes)=0A0= 000: 36 E2 9E A6 CB D9 C7 A3 =A071 69 AA 21 4A 1A 17 ED : 6.......qi.!J...= =0A0010: F1 46 72 63 3E F1 53 30 =A0E6 81 4B 67 C9 0C 9B 6C : .Frc>.S0..Kg.= ..l=0A0020: 23 F2 88 E1 10 7A FF 0B =A0A0 19 ED BE F4 04 7E 1A : #....z....= ....~.=0A0030: 0A CA E2 15 5B 25 F3 95 =A0CD 27 EB EB 4F BC 51 D1 : ....[%.= ..'..O.Q.=0A0040: BA D0 E3 F5 A4 A7 E4 D1 =A073 1E EA 6D 2F C3 07 B7 : ....= ....s..m/...=0A0050: F4 DC A9 C9 5C AF C1 87 =A007 44 6C F8 93 6C A1 16 : .= ...\....Dl..l..=0A0060: 80 5D 77 74 62 70 87 11 =A089 57 B9 7C B6 BC CC 2E = : .]wtbp...W.|....=0A0070: 7C 14 21 BB =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0: |.!.=0A=3D> libssh2_transport_read= () plain (24 bytes)=0A0000: 33 00 00 00 12 70 75 62 =A06C 69 63 6B 65 79 2C= 70 : 3....publickey,p=0A0010: 61 73 73 77 6F 72 64 00 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0: assword.=0A[libssh2] 31.000000 Transport: = Packet type 51 received, length=3D24=0A[libssh2] 31.000000 Transport: Looki= ng for packet of type: 52=0A[libssh2] 31.000000 Transport: Looking for pack= et of type: 51=0A[libssh2] 31.000000 Userauth: Permitted auth methods: publ= ickey,password=0AAuthentication methods: publickey,password=0A[libssh2] 31.= 000000 Userauth: Attempting to login using password authentication=0A=3D> l= ibssh2_transport_write plain (45 bytes)=0A0000: 32 00 00 00 05 4C 69 76 =A0= 69 75 00 00 00 0E 73 73 : 2....Liviu....ss=0A0010: 68 2D 63 6F 6E 6E 65 63 = =A074 69 6F 6E 00 00 00 08 : h-connection....=0A0020: 70 61 73 73 77 6F 72 = 64 =A000 00 00 00 09 =A0 =A0 =A0 =A0 =A0: password.....=0A=3D> libssh2_tran= sport_write plain2 (9 bytes)=0A0000: 51 41 5A 78 73 77 31 32 =A033 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0: QAZxsw123=0A=3D> libssh2_transport_wri= te send() (84 bytes)=0A0000: 2C 6D 9A F5 D5 20 0A F8 =A098 0B 75 82 3A AA B= 0 94 : ,m... ....u.:...=0A0010: D3 BA F5 32 97 F9 5B C3 =A059 2C C6 92 E1 8= B 68 E5 : ...2..[.Y,....h.=0A0020: 1B E7 75 E2 A6 D4 5A 87 =A093 0A 23 40 5= A 85 12 DF : ..u...Z...#@Z...=0A0030: C9 57 1E F4 96 95 69 AE =A04D 2B 14 C= 5 39 5B 58 D1 : .W....i.M+..9[X.=0A0040: B6 0C F4 5B 9F 8A 20 4F =A0A9 DD A= 5 9F D3 C5 3E AA : ...[.. O......>.=0A0050: 4D 6A DC 25 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0: Mj.%=0A[libssh2] = 32.000000 Transport: Looking for packet of type: 52=0A[libssh2] 32.000000 T= ransport: Looking for packet of type: 51=0A[libssh2] 32.000000 Transport: L= ooking for packet of type: 60=0A=3D> libssh2_transport_read() raw (116 byte= s)=0A0000: D1 38 4C D2 B7 66 20 81 =A055 84 AB BF F8 12 47 04 : .8L..f .U..= ...G.=0A0010: 13 0B F8 92 C6 BC 73 1E =A051 84 98 CB FD E4 A2 D2 : ......s.= Q.......=0A0020: 99 0F 84 F9 1F E6 13 03 =A067 1D A0 6B 13 C1 95 65 : .....= ...g..k...e=0A0030: 95 21 D8 93 1D 3A 68 52 =A093 0A 37 C5 5D E0 F3 83 : .!= ...:hR..7.]...=0A0040: 49 85 B5 D2 1F 3E 9B E8 =A092 86 F0 E4 38 89 32 CF := I....>......8.2.=0A0050: A1 F1 97 DB 7C 23 D5 4B =A001 14 92 BD 50 6E 53 2= 0 : ....|#.K....PnS=0A0060: 27 CF 53 A9 ED 6A BD 26 =A0E8 DE 69 4E 54 8E 6B= 47 : '.S..j.&..iNT.kG=0A0070: 89 53 67 47 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0: .SgG=0A=3D> libssh2_transport_= read() plain (1 bytes)=0A0000: 34 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 : 4=0A[libssh2] 33.0000= 00 Transport: Packet type 52 received, length=3D1=0A[libssh2] 33.000000 Tra= nsport: Looking for packet of type: 52=0A[libssh2] 33.000000 Userauth: Pass= word authentication successful=0Asftp_init ::begin=0A[libssh2] 33.000000 SF= TP: Initializing SFTP subsystem=0A[libssh2] 34.000000 Conn: Allocated new c= hannel ID#0=0A[libssh2] 34.000000 Conn: Opening Channel - win 65536 pack 32= 768=0A=3D> libssh2_transport_write plain (24 bytes)=0A0000: 5A 00 00 00 07 = 73 65 73 =A073 69 6F 6E 00 00 00 00 : Z....session....=0A0010: 00 01 00 00 = 00 00 80 00 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0: ........= =0A=3D> libssh2_transport_write send() (68 bytes)=0A0000: C4 C8 9B 1D 54 55= 7A 10 =A00C 79 64 80 93 AC 78 BA : ....TUz..yd...x.=0A0010: DD 5E 4B A9 FF= 75 CE C7 =A0C7 34 2E 2A AF 98 31 51 : .^K..u...4.*..1Q=0A0020: 6D 8F 7F E4= 67 29 8D AE =A09B 61 AE 55 41 0D 25 F4 : m...g)...a.UA.%.=0A0030: F1 B1 37= BD 0A 96 4F D2 =A0B2 99 F0 F2 5E 74 9C 54 : ..7...O.....^t.T=0A0040: 65 73= 63 2A =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0: esc*=0A[libssh2] 34.000000 Transport: Looking for packet of type: = 91=0A[libssh2] 34.000000 Transport: Looking for packet of type: 92=0A=3D> l= ibssh2_transport_read() raw (116 bytes)=0A0000: 09 9D 73 D8 72 9B A9 E5 =A0= 30 05 BF 18 D4 EF 08 AC : ..s.r...0.......=0A0010: E9 8D 77 91 C9 2C 19 4F = =A076 9C 25 D7 1C BE 1A 55 : ..w..,.Ov.%....U=0A0020: 74 A9 00 9E 7C 61 D7 = DF =A0AE 30 C9 AE 53 0A 22 C1 : t...|a...0..S.".=0A0030: B6 45 C8 11 3C 69 = 31 03 =A078 60 AE 5D 14 60 26 B6 : .E............u%...=0A0060: 05 EF 79 = 39 05 E7 B2 44 =A0BC B4 F8 98 12 07 50 02 : ..y9...D......P.=0A0070: 77 89 = 7D F3 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0: w.}.=0A=3D> libssh2_transport_read() plain (17 bytes)=0A0000: 5B 0= 0 00 00 00 00 00 00 =A000 00 04 00 00 00 01 00 : [...............=0A0010: 0= 0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 : .=0A[libssh2] 35.000000 Transport: Packet type 91 rec= eived, length=3D17=0A[libssh2] 35.000000 Transport: Looking for packet of t= ype: 91=0A[libssh2] 35.000000 Conn: Connection Established - ID: 0/0 win: 2= 62144/65536 pack: 65536/32768=0A[libssh2] 36.000000 Conn: starting request(= subsystem) on channel 0/0, message=3Dsftp=0A=3D> libssh2_transport_write pl= ain (23 bytes)=0A0000: 62 00 00 00 00 00 00 00 =A009 73 75 62 73 79 73 74 := b........subsyst=0A0010: 65 6D 01 00 00 00 04 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 : em.....=0A=3D> libssh2_transport_write plain2= (4 bytes)=0A0000: 73 66 74 70 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0: sftp=0A=3D> libssh2_transport_write send()= (68 bytes)=0A0000: E9 8F 12 7F F8 B4 C5 DA =A094 8E DC AD 08 F6 0F CC : ..= ..............=0A0010: 9F AA 3E 1C 9D 01 A9 21 =A0E1 7E AA 78 6B 1E 11 45 := ..>....!.~.xk..E=0A0020: EE 29 66 6F CF 48 16 FF =A08F 7B 54 24 53 70 E8 6= 5 : .)fo.H...{T$Sp.e=0A0030: 79 16 F0 B3 A5 51 66 2D =A048 E3 F7 B9 DF D3 D= 5 10 : y....Qf-H.......=0A0040: 54 10 1B CD =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0: T...=0A[libssh2] 36.000000 Tr= ansport: Looking for packet of type: 99=0A[libssh2] 36.000000 Transport: Lo= oking for packet of type: 100=0A=3D> libssh2_transport_read() raw (116 byte= s)=0A0000: C1 1F 62 E2 73 72 DC 56 =A027 23 DC 56 40 B2 39 20 : ..b.sr.V'#.= V@.9=0A0010: 5C 27 8F 86 36 DE 09 1B =A088 71 5E E0 1E 11 4C 8D : \'..6....= q^...L.=0A0020: 01 75 E0 62 10 BE EC 82 =A04D EC 6C 0F 16 02 C7 7B : .u.b..= ..M.l....{=0A0030: B7 D4 46 75 00 02 08 BA =A0C4 AE D4 BE 6E D9 2B 0D : ..F= u........n.+.=0A0040: BB 38 5F 77 1D 1A 6B 04 =A0F8 70 69 27 70 D0 5C 78 : = .8_w..k..pi'p.\x=0A0050: 1D A0 64 42 5F 88 4D AD =A013 0D 04 D4 D1 D9 81 FA= : ..dB_.M.........=0A0060: D1 E8 96 6E 39 CA 5D 25 =A0B1 82 18 5F BF 36 C5= 91 : ...n9.]%..._.6..=0A0070: 18 84 7E A7 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0: ..~.=0A=3D> libssh2_transport_= read() plain (5 bytes)=0A0000: 63 00 00 00 00 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 : c....=0A[libssh2] 37.000000 Trans= port: Packet type 99 received, length=3D5=0A[libssh2] 37.000000 Transport: = Looking for packet of type: 99=0A[libssh2] 37.000000 Conn: Setting channel = 0/0 handle_extended_data mode to 1=0A[libssh2] 38.000000 SFTP: Sending FXP_= INIT packet advertising version 3 support=0Asftp_init ::before _libssh2_cha= nnel_write=0A[libssh2] 38.000000 Conn: Writing 9 bytes on channel 0/0, stre= am #0=0A=A0=0AAnd after the SSH_FXP_INIT is sent, the client only receives = messages of type 2 (SSH_MSG_IGNORE) and that's it.=0A=0AAlso, I use this co= de to seed the random number generator in openSSL, as there were problems i= n DH key exchange procedure due to poor randomness:=0A=0A=0Astatic unsigned= char random_datasource[] =3D=A0=0A{=0A"La1fk&E8nsjoQ3k!sTg69#d2hoqhz)90yag= E3t5d(fSLiygWhaTq4gf-kQu51sHg" \=0A"kajsdhf2435jkhksajdfhk901845kjndsfjkn34= 758yjkndsfkjansfdkjasndf4" \=0A"SDF8H7689DS7FH-90SD8Gk1l234jhkjhdsfgjshdf63= 980dsf7g89s0d7gfd89s0" \=0A"347589023756234507980dsf7g890dsf76h890vjkwejkfn= jkeqwrfiuqwheriuq" \=0A"978asdfn890dkj12340-9gfdokwqiojqwepor12349817234dfg= sgfdhfgh45GGR"=0A};=0A=0Aint libssh2_seed_openssl()=0A{=0A/* seed the rando= m number generator*/=0Astatic int ssl_seeded =3D 0;=0Aif(!ssl_seeded)=0A{= =0ARAND_seed(random_datasource, sizeof (random_datasource));=0Assl_seeded = =3D 1;=0A}=0Areturn sizeof (random_datasource);=0A}=0A=0A__________________= ______________=0ABest Regards,=0ALiviu Gheorghisan=0A ---1990932517-1148148242-1321361092=:61726 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
<= span>Hello,

I have the following problem while trying to download a file = over SFTP with libssh2.
I use the code from e= xample/sftp.c that is provided with the libssh2-1.3.0 in VxWorks 6.8.
=
The same code works fine in Linux, but in VxWorks I get t= he following log:

[libssh2] 0.000000 Transport: New session resource allocated
libssh2_session_init OK!
[libssh2] 0.000000 Conn: Setti= ng blocking mode ON
[libs= sh2] 0.000000 Transport: session_startup for socket 25
[libssh2] 0.000000 Transport: Sending Banner: = SSH-2.0-libssh2_1.3.0
[libssh2] 0.000000 Transport: Re= ceived Banner: SSH-2.0-1.09 FlowSsh: WinSSHD 5.24: free only for personal n= on-commercial use
[libssh2= ] 0.000000 Key Ex: Sent KEX: diffie-hellman-group14-sha1,diffie-hellman-gro= up-exchange-sha1,diffie-hellman-group1-sha1
[libssh2] 0.000000 Key Ex: Sent HOSTKEY: ssh-rsa,ssh-dss<= /font>
[libssh2] 0.000000 Key Ex:= Sent CRYPT_CS: aes128-ctr,aes192-ctr,aes256-ctr,aes256-cbc,rijndael-cbc@ly= sator.liu.se,aes192-cbc,aes128-cbc,blowfish-cbc,arcfour128,arcfour,cast128-= cbc,3des-cbc
[libssh2] 0.000000 Key = Ex: Sent CRYPT_SC: aes128-ctr,aes192-ctr,aes256-ctr,aes256-cbc,rijndael-cbc= @lysator.liu.se,aes192-cbc,aes128-cbc,blowfish-cbc,arcfour128,arcfour,cast1= 28-cbc,3des-cbc
[libssh2] = 1.000000 Key Ex: Sent MAC_CS: hmac-sha1,hmac-sha1-96,hmac-md5,hmac-md5-96,h= mac-ripemd160,hmac-ripemd160@openssh.com
[libssh2] 1.000000 Key Ex: Sent MAC_SC: hmac-sha1,hmac-sha1-= 96,hmac-md5,hmac-md5-96,hmac-ripemd160,hmac-ripemd160@openssh.com
[libssh2] 1.000000 Key Ex: Sent COM= P_CS: none
[libssh2] 1.000000 Key Ex: Sent = COMP_SC: none
[libssh2] 1.= 000000 Key Ex: Sent LANG_CS:
[libssh2] 1.000000 Key Ex: Sent LANG_SC:
=3D> libssh2_transport_write plain (636 bytes)<= /div>
0000: 14 52 5D B4 27 41 2C 1F &nb= sp;5E 05 19 81 EC 31 19 A1 : .R].'A,.^....1..
0010: D2 00 00 00 59 64 69 66  66 69 65 2D 68 65 = 6C 6C : ....Ydiffie-hell
0020: 6D= 61 6E 2D 67 72 6F 75  70 31 34 2D 73 68 61 31 : man-group14-sha1
0030: 2C 64 69 66 66 69 65 2D =  68 65 6C 6C 6D 61 6E 2D : ,diffie-hellman-
0040: 67 72 6F 75 70 2D 65 78  63 68 61 6E 67 6= 5 2D 73 : group-exchange-s
0050: 68 61 31 2C 64 69 66 66  69 65 2D 68 65 6C 6C 6D : ha1,diffie-h= ellm
0070: 00 0F 73 73 68 2D 72 73  61 2C 73 73 68 2D 64 73 : ..ss= h-rsa,ssh-ds
0080: 73 00 0= 0 00 92 61 65 73  31 32 38 2D 63 74 72 2C : s....aes128-ctr,
0090: 61 65 73 31 39 32 2D 63  = ;74 72 2C 61 65 73 32 35 : aes192-ctr,aes25
00a0: 36 2D 63 74 72 2C 61 65  73 32 35 36 2D 63 62 = 63 : 6-ctr,aes256-cbc
00b0= : 2C 72 69 6A 6E 64 61 65  6C 2D 63 62 63 40 6C 79 : ,rijndael-cbc@ly
00c0: 73 61 74 6F 72 2E 6C 69  75 2E 73 65 = 2C 61 65 73 : sator.liu.se,aes
00d0: 31 39 32 2D 63 62 63 2C  61 65 73 31 32 38 2D 63 : 192-cb= c,aes128-c
00e0: 62 63 2C = 62 6C 6F 77 66  69 73 68 2D 63 62 63 2C : bc,blowfish-cbc,
00f0: 61 72 63 66 6F 75 72 31  3= 2 38 2C 61 72 63 66 6F : arcfour128,arcfo
0100: 75 72 2C 63 61 73 74 31  32 38 2D 63 62 63 2C 33 : ur,cast128-cbc,3
0110: 64 65 73 2D 63 62 63 00 =  00 00 92 61 65 73 31 32 : des-cbc....aes12
0120: 38 2D 63 74 72 2C 61 65  73 31 39 32 2D 6= 3 74 72 : 8-ctr,aes192-ctr
0130: 2C 61 65 73 32 35 36 2D  63 74 72 2C 61 65 73 32 : ,aes256-ctr,= aes2
0150: 63 62 63 40 6C 79 73 61  74 6F 72 2E 6C 69 75 2E : c= bc@lysator.liu.
0160: 73 6= 5 2C 61 65 73 31 39  32 2D 63 62 63 2C 61 65 : se,aes192-cbc,ae=
0170: 73 31 32 38 2D 63 62 63 &n= bsp;2C 62 6C 6F 77 66 69 73 : s128-cbc,blowfis
0180: 68 2D 63 62 63 2C 61 72  63 66 6F 75 72 31 = 32 38 : h-cbc,arcfour128
0= 190: 2C 61 72 63 66 6F 75 72  2C 63 61 73 74 31 32 38 : ,arcfour,cast1= 28
01a0: 2D 63 62 63 2C 33 64 65  73 2= D 63 62 63 00 00 00 : -cbc,3des-cbc...
01b0: 55 68 6D 61 63 2D 73 68  61 31 2C 68 6D 61 63 2D : = Uhmac-sha1,hmac-
01c0: 73 = 68 61 31 2D 39 36 2C  68 6D 61 63 2D 6D 64 35 : sha1-96,hmac-md5
01d0: 2C 68 6D 61 63 2D 6D 64 &= nbsp;35 2D 39 36 2C 68 6D 61 : ,hmac-md5-96,hma
01e0: 63 2D 72 69 70 65 6D 64  31 36 30 2C 68 6D= 61 63 : c-ripemd160,hmac
01f0: 2D 72 69 70 65 6D= 64 31  36 30 40 6F 70 65 6E 73 : -ripemd160@opens
0200: 73 68 2E 63 6F 6D 00 00  00 55 68 = 6D 61 63 2D 73 : sh.com...Uhmac-s
0210: 68 61 31 2C 68 6D 61 63  2D 73 68 61 31 2D 39 36 : ha1,h= mac-sha1-96
0220: 2C 68 6D= 61 63 2D 6D 64  35 2C 68 6D 61 63 2D 6D : ,hmac-md5,hmac-m
0230: 64 35 2D 39 36 2C 68 6D  = 61 63 2D 72 69 70 65 6D : d5-96,hmac-ripem
= 0240: 64 31 36 30 2C 68 6D 61  63 2D 72 69 70 65 6D 64 : d160,hmac-rip= emd
0250: 31 36 30 40 6F 7= 0 65 6E  73 73 68 2E 63 6F 6D 00 : 160@openssh.com.
<= font class=3D"Apple-style-span" face=3D"'Courier New', courier, monaco, mon= ospace, sans-serif" size=3D"2">0260: 00 00 04 6E 6F 6E 65 00  00 00 04= 6E 6F 6E 65 00 : ...none....none.
0270: 00 00 00 00 00 00 00 00  00 00 00 00     &nbs= p;       : ............
=3D> libssh2_transport_write send() (648 bytes)
0000: 00 00 02 84 07 14 52 5D  B4 27 41 2C = 1F 5E 05 19 : ......R].'A,.^..
0010: 81 EC 31 19 A1 D2 00 00  00 59 64 69 66 66 69 65 : ..1...= ...Ydiffie
0020: 2D 68 65 = 6C 6C 6D 61 6E  2D 67 72 6F 75 70 31 34 : -hellman-group14
0030: 2D 73 68 61 31 2C 64 69  6= 6 66 69 65 2D 68 65 6C : -sha1,diffie-hel
0040: 6C 6D 61 6E 2D 67 72 6F  75 70 2D 65 78 63 68 61= : lman-group-excha
0050: 6E= 67 65 2D 73 68 61 31  2C 64 69 66 66 69 65 2D : nge-sha1,diffie-
0060: 68 65 6C 6C 6D 61 6E 2D =  67 72 6F 75 70 31 2D 73 : hellman-group1-s
0070: 68 61 31 00 00 00 0F 73  73 68 2D 72 73 6= 1 2C 73 : ha1....ssh-rsa,s
0080: 73 68 2D 64 73 73 00 00  00 92 61 65 73 31 32 38 : sh-dss....ae= s128
00a0: 61 65 73 32 35 36 2D 63  74 72 2C 61 65 73 32 35 : aes2= 56-ctr,aes25
00b0: 36 2D 6= 3 62 63 2C 72 69  6A 6E 64 61 65 6C 2D 63 : 6-cbc,rijndael-c
00c0: 62 63 40 6C 79 73 61 74  = ;6F 72 2E 6C 69 75 2E 73 : bc@lysator.liu.s
00d0: 65 2C 61 65 73 31 39 32  2D 63 62 63 2C 61 65 = 73 : e,aes192-cbc,aes
00e0= : 31 32 38 2D 63 62 63 2C  62 6C 6F 77 66 69 73 68 : 128-cbc,blowfish
00f0: 2D 63 62 63 2C 61 72 63  66 6F 75 72 = 31 32 38 2C : -cbc,arcfour128,
0100: 61 72 63 66 6F 75 72 2C  63 61 73 74 31 32 38 2D : arcfou= r,cast128-
0110: 63 62 63 = 2C 33 64 65 73  2D 63 62 63 00 00 00 92 : cbc,3des-cbc....
0120: 61 65 73 31 32 38 2D 63  7= 4 72 2C 61 65 73 31 39 : aes128-ctr,aes19
0130: 32 2D 63 74 72 2C 61 65  73 32 35 36 2D 63 74 72 : 2-ctr,aes256-ctr
0140: 2C 61 65 73 32 35 36 2D =  63 62 63 2C 72 69 6A 6E : ,aes256-cbc,rijn
0150: 64 61 65 6C 2D 63 62 63  40 6C 79 73 61 7= 4 6F 72 : dael-cbc@lysator
0160: 2E 6C 69 75 2E 73 65 2C  61 65 73 31 39 32 2D 63 : .liu.se,aes1= 92-c
0180: 6F 77 66 69 73 68 2D 63  62 63 2C 61 72 63 66 6F : o= wfish-cbc,arcfo
0190: 75 7= 2 31 32 38 2C 61 72  63 66 6F 75 72 2C 63 61 : ur128,arcfour,ca=
01a0: 73 74 31 32 38 2D 63 62 &n= bsp;63 2C 33 64 65 73 2D 63 : st128-cbc,3des-c
01b0: 62 63 00 00 00 55 68 6D  61 63 2D 73 68 61 = 31 2C : bc...Uhmac-sha1,
0= 1c0: 68 6D 61 63 2D 73 68 61  31 2D 39 36 2C 68 6D 61 : hmac-sha1-96,h= ma
01d0: 63 2D 6D 64 35 2C 68 6D  61 6= 3 2D 6D 64 35 2D 39 : c-md5,hmac-md5-9
01e0: 36 2C 68 6D 61 63 2D 72  69 70 65 6D 64 31 36 30 : = 6,hmac-ripemd160
01f0: 2C = 68 6D 61 63 2D 72 69  70 65 6D 64 31 36 30 40 : ,hmac-ripemd160@
0200: 6F 70 65 6E 73 73 68 2E &= nbsp;63 6F 6D 00 00 00 55 68 : openssh.com...Uh
0210: 6D 61 63 2D 73 68 61 31  2C 68 6D 61 63 2D= 73 68 : mac-sha1,hmac-sh
0220: 61 31 2D 39 36 2C= 68 6D  61 63 2D 6D 64 35 2C 68 : a1-96,hmac-md5,h
0230: 6D 61 63 2D 6D 64 35 2D  39 36 2C = 68 6D 61 63 2D : mac-md5-96,hmac-
0240: 72 69 70 65 6D 64 31 36  30 2C 68 6D 61 63 2D 72 : ripem= d160,hmac-r
0250: 69 70 65= 6D 64 31 36 30  40 6F 70 65 6E 73 73 68 : ipemd160@openssh
0260: 2E 63 6F 6D 00 00 00 04  = 6E 6F 6E 65 00 00 00 04 : .com....none....
= 0270: 6E 6F 6E 65 00 00 00 00  00 00 00 00 00 00 00 00 : none.........= ...
0280: 00 E4 3D E8 86 6= E A0 B4                   &nbs= p;      : ..=3D..n..
[libssh2] 8.000000 Transport: Looking for packet of type: 20
=3D> libssh2_transport_read= () raw (448 bytes)
0000:= 00 00 01 BC 0F 14 4A 44  5B B7 8E D7 5B 51 1D A2 : ......JD[...[Q..
0010: C7 C5 99 9A F1 88 00 00  00 59 64 69 = 66 66 69 65 : .........Ydiffie
0020: 2D 68 65 6C 6C 6D 61 6E  2D 67 72 6F 75 70 31 34 : -hellm= an-group14
0030: 2D 73 68 = 61 31 2C 64 69  66 66 69 65 2D 68 65 6C : -sha1,diffie-hel
0040: 6C 6D 61 6E 2D 67 72 6F  7= 5 70 2D 65 78 63 68 61 : lman-group-excha
0050: 6E 67 65 2D 73 68 61 31  2C 64 69 66 66 69 65 2D= : nge-sha1,diffie-
0060: 68= 65 6C 6C 6D 61 6E 2D  67 72 6F 75 70 31 2D 73 : hellman-group1-s
0070: 68 61 31 00 00 00 07 73 =  73 68 2D 64 73 73 00 00 : ha1....ssh-dss..
0080: 00 53 61 65 73 32 35 36  2D 63 74 72 2C 6= 1 65 73 : .Saes256-ctr,aes
0090: 32 35 36 2D 63 62 63 2C  61 65 73 31 39 32 2D 63 : 256-cbc,aes1= 92-c
00b0: 73 31 32 38 2D 63 74 72  2C 61 65 73 31 32 38 2D : s128= -ctr,aes128-
00c0: 63 62 6= 3 2C 33 64 65 73  2D 63 74 72 2C 33 64 65 : cbc,3des-ctr,3de
00d0: 73 2D 63 62 63 00 00 00  = ;53 61 65 73 32 35 36 2D : s-cbc...Saes256-
00e0: 63 74 72 2C 61 65 73 32  35 36 2D 63 62 63 2C = 61 : ctr,aes256-cbc,a
00f0= : 65 73 31 39 32 2D 63 74  72 2C 61 65 73 31 39 32 : es192-ctr,aes192
0100: 2D 63 62 63 2C 61 65 73  31 32 38 2D = 63 74 72 2C : -cbc,aes128-ctr,
0110: 61 65 73 31 32 38 2D 63  62 63 2C 33 64 65 73 2D : aes128= -cbc,3des-
0120: 63 74 72 = 2C 33 64 65 73  2D 63 62 63 00 00 00 2B : ctr,3des-cbc...+
0130: 68 6D 61 63 2D 73 68 61  3= 1 2C 68 6D 61 63 2D 6D : hmac-sha1,hmac-m
0140: 64 35 2C 68 6D 61 63 2D  73 68 61 31 2D 39 36 2C : d5,hmac-sha1-96,
0150: 68 6D 61 63 2D 6D 64 35 =  2D 39 36 00 00 00 2B 68 : hmac-md5-96...+h
0160: 6D 61 63 2D 73 68 61 31  2C 68 6D 61 63 2= D 6D 64 : mac-sha1,hmac-md
0170: 35 2C 68 6D 61 63 2D 73  68 61 31 2D 39 36 2C 68 : 5,hmac-sha1-= 96,h
0190: 69 62 2C 6E 6F 6E 65 00  00 00 09 7A 6C 69 62 2C : i= b,none....zlib,
01a0: 6E 6= F 6E 65 00 00 00 00  00 00 00 00 00 00 00 00 : none............=
01b0: 00 44 58 48 EF 2F 45 9F &n= bsp;2C 80 1B 37 B1 4F 22 90 : .DXH./E.,..7.O".
=3D> libssh2_transport_read() plain (428 bytes)
0000: 14 4A 44 5B B7 8E D7 5B=  51 1D A2 C7 C5 99 9A F1 : .JD[...[Q.......
0010: 88 00 00 00 59 64 69 66  66 69 65 2D 68 65 6C 6C : .= ...Ydiffie-hell
0020: 6D 6= 1 6E 2D 67 72 6F 75  70 31 34 2D 73 68 61 31 : man-group14-sha1=
0030: 2C 64 69 66 66 69 65 2D &n= bsp;68 65 6C 6C 6D 61 6E 2D : ,diffie-hellman-
0040: 67 72 6F 75 70 2D 65 78  63 68 61 6E 67 65 = 2D 73 : group-exchange-s
0= 050: 68 61 31 2C 64 69 66 66  69 65 2D 68 65 6C 6C 6D : ha1,diffie-hel= lm
0060: 61 6E 2D 67 72 6F 75 70  31 2= D 73 68 61 31 00 00 : an-group1-sha1..
0070: 00 07 73 73 68 2D 64 73  73 00 00 00 53 61 65 73 : = ..ssh-dss...Saes
0080: 32 = 35 36 2D 63 74 72 2C  61 65 73 32 35 36 2D 63 : 256-ctr,aes256-c
0090: 62 63 2C 61 65 73 31 39 &= nbsp;32 2D 63 74 72 2C 61 65 : bc,aes192-ctr,ae
00a0: 73 31 39 32 2D 63 62 63  2C 61 65 73 31 32= 38 2D : s192-cbc,aes128-
00b0: 63 74 72 2C 61 65= 73 31  32 38 2D 63 62 63 2C 33 : ctr,aes128-cbc,3
00c0: 64 65 73 2D 63 74 72 2C  33 64 65 = 73 2D 63 62 63 : des-ctr,3des-cbc
00d0: 00 00 00 53 61 65 73 32  35 36 2D 63 74 72 2C 61 : ...Sa= es256-ctr,a
00e0: 65 73 32= 35 36 2D 63 62  63 2C 61 65 73 31 39 32 : es256-cbc,aes192
00f0: 2D 63 74 72 2C 61 65 73  = 31 39 32 2D 63 62 63 2C : -ctr,aes192-cbc,
= 0100: 61 65 73 31 32 38 2D 63  74 72 2C 61 65 73 31 32 : aes128-ctr,ae= s12
0110: 38 2D 63 62 63 2= C 33 64  65 73 2D 63 74 72 2C 33 : 8-cbc,3des-ctr,3
<= font class=3D"Apple-style-span" face=3D"'Courier New', courier, monaco, mon= ospace, sans-serif" size=3D"2">0120: 64 65 73 2D 63 62 63 00  00 00 2B= 68 6D 61 63 2D : des-cbc...+hmac-
0130: 73 68 61 31 2C 68 6D 61  63 2D 6D 64 35 2C 68 6D : sha1= ,hmac-md5,hm
0140: 61 63 2= D 73 68 61 31 2D  39 36 2C 68 6D 61 63 2D : ac-sha1-96,hmac-
0150: 6D 64 35 2D 39 36 00 00  00 2B 68 6D = 61 63 2D 73 : md5-96...+hmac-s
0160: 68 61 31 2C 68 6D 61 63  2D 6D 64 35 2C 68 6D 61 : ha1,hm= ac-md5,hma
0170: 63 2D 73 = 68 61 31 2D 39  36 2C 68 6D 61 63 2D 6D : c-sha1-96,hmac-m
0180: 64 35 2D 39 36 00 00 00  0= 9 7A 6C 69 62 2C 6E 6F : d5-96....zlib,no
0190: 6E 65 00 00 00 09 7A 6C  69 62 2C 6E 6F 6E 65 00= : ne....zlib,none.
01a0: 00= 00 00 00 00 00 00 00  00 00 00 00           =   : ............
[lib= ssh2] 12.000000 Transport: Packet type 20 received, length=3D428
[libssh2] 12.000000 Transport: Looki= ng for packet of type: 20
= [libssh2] 13.000000 Key Ex: Agreed on KEX method: diffie-hellman-group14-sh= a1
[libssh2] 13.000000 Key= Ex: Agreed on HOSTKEY method: ssh-dss
[libssh2]= 13.000000 Key Ex: Agreed on CRYPT_CS method: aes128-ctr
<= font class=3D"Apple-style-span" face=3D"'Courier New', courier, monaco, mon= ospace, sans-serif" size=3D"2">[libssh2] 13.000000 Key Ex: Agreed on CRYPT_= SC method: aes128-ctr
[lib= ssh2] 13.000000 Key Ex: Agreed on MAC_CS method: hmac-sha1
[libssh2] 13.000000 Key Ex: Agreed on MAC_= SC method: hmac-sha1
[libs= sh2] 13.000000 Key Ex: Agreed on COMP_CS method: none
[libssh2] 13.000000 Key Ex: Agreed on COMP_SC me= thod: none
[libssh2] 13.00= 0000 Key Ex: Initiating Diffie-Hellman Group14 Key Exchange
[libssh2] 14.000000 Key Ex: Sending KEX p= acket 30
=3D> libssh2_t= ransport_write plain (261 bytes)
0000: 1E 00 00 01 00 0B A5 08  F0 3C 95 2E 3A CA 47 35 : ......= ...<..:.G5
0010: B6 BB B5 E5 98 B8 45 FD  34 7= D 22 8C 36 A5 B5 8D : ......E.4}".6...
0020: CA 05 C2 71 BB A4 2E EE  63 22 D7 B1 B6 4A 9C CE : = ...q....c"...J..
0030: 17 = 27 75 64 2F B1 95 DC  DE CC 54 F6 30 26 E5 55 : .'ud/.....T.0&.U
0040: 75 E4 FA D5 86 0B 8B = A8  0A 9B 76 33 2B 4D C3 8A : u.........v3+M..
0050: 90 34 BF 3A C5 E0 78 71  14 99 25 BF A= D 26 3C 97 : .4.:..xq..%..&<.
= 0060: C0 28 44 31 00 CA EF B0  66 E0 9D CA DD 0F D8 14 : .(D1....f....= ...
0070: EA 1B 88 86 41 7= 2 99 65  E8 14 3C F8 9C 72 1C 70 : ....Ar.e..<..r.p
0080: B8 3E 4E BC 22 D8 09 7A  7D D3= BD 51 FA 23 44 87 : .>N."..z}..Q.#D.
0090: DA 78 19 35 10 84 82 A2  7A 9E 01 AE 3E E3 1C 2B = : .x.5....z...>..+
00a0= : 87 1F FD 7C E1 1B 9B CC  EB A0 01 24 78 F2 66 80 : ...|.......$x.f.
00b0: 9B= 57 2F 1F E2 E1 82 B7  23 E0 C6 C1 6B 85 4B 75 : .W/.....#...k.Ku
00c0: C8 AB 74 98 41 03 A6 AA =  45 03 40 08 EC 66 23 21 : ..t.A...E.@..f#!
00d0: 18 D3 C5 FD 7F A8 C5 22  B3 C7 7B 76 C2 2= B 0C 58 : ......."..{v.+.X
00e0: 25 1B A5 E7 8D 0C 1A 03  A6 4C F8 73 40 7B 48 F6 : %........L.s= @{H.
0100: 90 BB FC 67 6A            =                     &nbs= p; : ...gj
=3D> libssh2= _transport_write send() (272 bytes)
0000: 00 00 01 0C 06 1E 00 00  01 00 0B A5 08 F0 3C 95 : ...= ...........<.
0010: 2E = 3A CA 47 35 B6 BB B5  E5 98 B8 45 FD 34 7D 22 : .:.G5......E.4}"
0020: 8C 36 A5 B5 8D CA 05 C2  71 BB A4 2E EE = 63 22 D7 : .6......q....c".
0030: B1 B6 4A 9C CE 17 27 75  64 2F B1 95 DC DE CC 54 : ..J...'ud/.= ....T
0040: F6 30 26 E5 55= 75 E4 FA  D5 86 0B 8B A8 0A 9B 76 : .0&.Uu.........v
=
0050: 33 2B 4D C3 8A 90 34 BF  3A= C5 E0 78 71 14 99 25 : 3+M...4.:..xq..%
0060: BF AD 26 3C 97 C0 28 44  31 00 CA EF B0 66 E0 9D = : ..&<..(D1....f..
0070: CA DD 0F D8 14 EA= 1B 88  86 41 72 99 65 E8 14 3C : .........Ar.e..<
0080: F8 9C 72 1C 70 B8 3E 4E  BC 22 = D8 09 7A 7D D3 BD : ..r.p.>N."..z}..
0090: 51 FA 23 44 87 DA 78 19  35 10 84 82 A2 7A 9E 01 := Q.#D..x.5....z..
00a0: AE= 3E E3 1C 2B 87 1F FD  7C E1 1B 9B CC EB A0 01 : .>..+...|.......
00b0: 24 78 F2 66 80 9B 57 = 2F  1F E2 E1 82 B7 23 E0 C6 : $x.f..W/.....#..
00c0: C1 6B 85 4B 75 C8 AB 74  98 41 03 A6 = AA 45 03 40 : .k.Ku..t.A...E.@
00d0: 08 EC 66 23 21 18 D3 C5  FD 7F A8 C5 22 B3 C7 7B : ..f#!.= ......"..{
00e0: 76 C2 2B = 0C 58 25 1B A5  E7 8D 0C 1A 03 A6 4C F8 : v.+.X%........L.
00f0: 73 40 7B 48 F6 62 FC 9C  2= 0 C4 27 A5 5C 6B 85 07 : s@{H.b.. .'.\k..
0100: 26 F3 13 B3 D5 90 BB FC  67 6A 0F 6C 90 7F A4 03= : &.......gj.l....
[lib= ssh2] 16.000000 Transport: Looking for packet of type: 31
= =3D> libssh2_transport_read() raw (864 b= ytes)
0000: 00 00 03 04 0D= 1F 00 00  01 B2 00 00 00 07 73 73 : ..............ss
0010: 68 2D 64 73 73 00 00 00  81 00 = D0 C1 AA 3E FD EE : h-dss........>..
0020: 92 40 D7 95 62 93 97 D7  22 78 BA 50 BC 19 97 7A : .@..b..."x.P...z
0030: 32= 42 B5 0A FA 9B 6C CF  1B C4 F4 06 44 3D 2D 65 : 2B....l.....D=3D-e
0040: ED FA 90 A4 65 DA AE A= 3  29 BC 28 E4 F9 6D 4D B8 : ....e...).(..mM.
0050: 6A 18 26 98 3B 7A DF A4  70 AD D6 43 20= 97 AA 1C : j.&.;z..p..C ...
0060: B6 33 C5 BA AB 9B 17 68  08 73 34 00 76 1A E9 59 : .3....= .h.s4.v..Y
0070: F9 F6 D2 = 1E 0F 23 C3 1C  F2 71 06 7B F7 F6 68 4E : .....#...q.{..hN
0080: DF 9B 1A E0 EE 3D 51 19  75 9A 9D 6E 6E 3E 72 8F = : .....=3DQ.u..nn>r.
00= 90: A1 E6 EE BB 10 72 B3 59  23 9B 00 00 00 15 00 B1 : .....r.Y#......= .
00a0: F2 28 A9 43 52 5F = E0 6E  AA D4 A4 86 E7 FA CA FA : .(.CR_.n........
00b0: 4D 9C 79 00 00 00 80 6D  C0 97 EE 0= 4 D8 5C A0 37 : M.y....m.....\.7
00c0: 54 71 DE DB 58 BD 7F B5  DF 2A DE 28 FD 83 C5 DB : Tq..X....*.(....
<= div>00d0: 4C 58 61 26 C8 DD 72 41  19 = 23 BC CE CC D8 08 7E : LXa&..rA.#.....~
00e0: 9B F0 D2 AE B1 AF 0B 69  BD E6 A9 A8 9E 50 ED = B8 : .......i.....P..
00f0= : 5E B9 67 62 1B A4 20 A3  A9 AD 0C 8F E4 40 5F 42 : ^.gb.. ......@_B<= /font>
0100: 28 93 9C 0B 1A 9F CF= 62  99 E7 51 01 75 D8 47 4F : (......b..Q.u.GO
0110: 59 E7 E3 83 F2 5E 66 04  31 62 25 59 4B E8 8F BE : Y= ....^f.1b%YK...
0120: EC A= 2 8A AC 21 91 7D 84  6F A7 02 30 2B CE 7D 09 : ....!.}.o..0+.}.=
0130: 99 02 4A 2C 68 06 2D 00 &n= bsp;00 00 81 00 AA 88 9B D1 : ..J,h.-.........
0140: FF BC F8 43 0B 5F 22 4D  11 BD 02 7C E8 6F = 86 7B : ...C._"M...|.o.{
0= 150: 52 54 4C 9F EA F3 F5 C6  83 7C AE 0D 0D 42 88 ED : RTL......|...B= ..
0160: D2 A4 73 62 42 64 22 26  06 4= 7 93 A9 51 BB 14 92 : ..sbBd"&.G..Q...
0170: 35 58 5B 70 24 E3 43 CF  2C 41 96 21 96 1A A7 A= 0 : 5X[p$.C.,A.!....
0180:= 67 2D E9 DF EB 1D 5B 17  FE E7 A3 D8 E0 B9 2C 9F : g-....[.......,.
0190: 6A 9A 69 B2 C8 6C 0C = CF  B6 92 25 D4 F2 02 0C F4 : j.i..l....%.....
01a0: 47 95 97 EF 58 4B 6A F7  89 6D E0 D8 5= E 7C F7 0D : G...XKj..m..^|..
01b0: 71 1B 27 61= D9 98 2A 63  9B 5D 38 77 00 00 01 00 : q.'a..*c.]8w....
<= div>01c0: 2C F7 FE 08 E2 94 96 01  E6 = 1A 92 6F 8E 6B E6 5D : ,..........o.k.]
01d0: D1 55 E3 D5 DA 28 7A 7F  B5 B4 FE CC 18 C1 B4 40 := .U...(z........@
01e0: 9C= C2 A8 B3 2A 1A CB 0E  EA 58 D9 DB C2 CB 57 2A : ....*....X....W*
01f0: 5B 92 FC 15 4D A2 79 2A =  0C 5F 20 BB 55 B7 C5 8E : [...M.y*._ .U...
0200: 73 00 F8 34 4B EF 74 63  2A A5 4A 15 = F7 8E FB 2C : s..4K.tc*.J....,
0210: 95 72 B0 5F BF EC 47 93  3B 51 F3 12 CB 11 C1 96 : .r._..= G.;Q......
0220: 18 3D 70 = 17 B4 E6 80 25  42 26 DA 81 A2 9E 2E A7 : .=3Dp....%B&......
0230: 58 D5 39 52 07 47 BD CC &= nbsp;0C 93 EB 09 23 A0 D4 A6 : X.9R.G......#...
0240: 1C 7C C6 9C 28 BC 70 4C  DC 65 6B 15 99 52= E5 06 : .|..(.pL.ek..R..
0250: 62= 43 5F FE 53 51 67 C5  CE 07 62 95 F7 29 FC BB : bC_.SQg...b..)..
0260: 9E 9C 42 F1 CC F6 DF 52 =  40 9E 2E A5 AB 7A 64 98 : ..B....R@....zd.
0270: 3C 03 9B 55 EB 39 BB 36  28 36 75 97 19 C= 9 2E A1 : <..U.9.6(6u.....
0280: 31 9D F8 17 B8 5F BA A3  1C 8D DE 4C EF 2C 0B 17 : 1...._...= ..L.,..
0290: 51 9D E4 3D = 15 AA 01 62  EF D6 5E E5 5F 2B D6 9F : Q..=3D...b..^._+..
02a0: 5D A9 3E 1B 8E 93 11 86  FE 27 2B 08 38 51 D5 98 := ].>......'+.8Q..
02b0:= A8 FD 6F 6B 61 AC 07 AA  1C 1D 09 9E 93 74 10 47 : ..oka........t.G
02c0: 00 00 00 37 00 00 00 = 07  73 73 68 2D 64 73 73 00 : ...7....ssh-dss.
02d0: 00 00 28 9C AB FB 5D AB  99 C7 55 48 B= 0 38 CE 2F : ..(...]...UH.8./
02e0: 00 B6 D0 D2 D3 73 9B 68  92 1B 66 F3 32 DA 24 E0 : .....s.h..f.2.$.
02f0: 3C E5 57 0D 87 D7 03 C2  71 C6 = 6B 96 59 4A 3C 40 : <.W.....q.k.YJ<@
0300: CE 11 13 B1 39 67 9C 6A  00 00 00 54 52 15 A7 F= 2 : ....9g.j...TR...
0310:= D4 0F 0E AD 6A 1F 66 43  95 94 D8 D8 AA F9 ED 3B : ....j.fC.......;
0320: 7C 27 97 01 B8 1B 0B = 90  BD B0 C9 CB 87 29 CE 8A : |'...........)..
0330: 29 85 AE 3B 15 C7 C5 0F  76 9E 42 C6 C1 73 EA C2 : )= ..;....v.B..s..
0340: D8 C= 3 E4 C2 A5 12 F2 C2  7C 61 FE 0D FB 54 98 9F : ........|a...T..=
0350: 64 0C 38 4B 2F 3A A6 9F &n= bsp;B6 72 D5 4F 13 0D B7 C7 : d.8K/:...r.O....
=3D> libssh2_transport_read() plain (758 bytes)
0000: 1F 00 00 01 B2 00 00 00=  07 73 73 68 2D 64 73 73 : .........ssh-dss
0010: 00 00 00 81 00 D0 C1 AA  3E FD EE 92 40 D7 95 62 : .= .......>...@..b
0020:= 93 97 D7 22 78 BA 50 BC  19 97 7A 32 42 B5 0A FA : ..."x.P...z2B...
0030: 9B 6C CF 1B C4 F4 06 = 44  3D 2D 65 ED FA 90 A4 65 : .l.....D=3D-e....e
0040: DA AE A3 29 BC 28 E4 F9  6D 4D B8 6A= 18 26 98 3B : ...).(..mM.j.&.;
0050: 7A DF A4 70 AD D6 43 20  97 AA 1C B6 33 C5 BA AB : z..= p..C ....3...
0060: 9B 17 68 08 73 34 00 76 &n= bsp;1A E9 59 F9 F6 D2 1E 0F : ..h.s4.v..Y.....
0070: 23 C3 1C F2 71 06 7B F7  F6 68 4E DF 9B 1A = E0 EE : #...q.{..hN.....
0= 080: 3D 51 19 75 9A 9D 6E 6E  3E 72 8F A1 E6 EE BB 10 : =3DQ.u..nn>= r......
0090: 72 B3 59 23 = 9B 00 00 00  15 00 B1 F2 28 A9 43 52 : r.Y#........(.CR
00a0: 5F E0 6E AA D4 A4 86 E7  FA C= A FA 4D 9C 79 00 00 : _.n........M.y..
= 00b0: 00 80 6D C0 97 EE 04 D8  5C A0 37 54 71 DE DB 58 : ..m.....\.7Tq= ..X
00c0: BD 7F B5 DF 2A D= E 28 FD  83 C5 DB 4C 58 61 26 C8 : ....*.(....LXa&.
00d0: DD 72 41 19 23 BC CE CC  D8 0= 8 7E 9B F0 D2 AE B1 : .rA.#.....~.....
00e0: AF 0B 69 BD E6 A9 A8 9E  50 ED B8 5E B9 67 62 1B : = ..i.....P..^.gb.
00f0: A4 = 20 A3 A9 AD 0C 8F E4  40 5F 42 28 93 9C 0B 1A : . ......@_B(....
0100: 9F CF 62 99 E7 51 01 75  D8 47 4F 59 = E7 E3 83 F2 : ..b..Q.u.GOY....
0110: 5E 66 04 31 62 25 59 4B  E8 8F BE EC A2 8A AC 21 : ^f.1b%= YK.......!
0120: 91 7D 84 = 6F A7 02 30 2B  CE 7D 09 99 02 4A 2C 68 : .}.o..0+.}...J,h
0130: 06 2D 00 00 00 81 00 AA  8= 8 9B D1 FF BC F8 43 0B : .-............C.
0140: 5F 22 4D 11 BD 02 7C E8  6F 86 7B 52 54 4C 9F EA= : _"M...|.o.{RTL..
0150: F3= F5 C6 83 7C AE 0D 0D  42 88 ED D2 A4 73 62 42 : ....|...B....sbB
0160: 64 22 26 06 47 93 A9 51 =  BB 14 92 35 58 5B 70 24 : d"&.G..Q...5X[p$
0170: E3 43 CF 2C 41 96 21 96  1A A7 A0 67 = 2D E9 DF EB : .C.,A.!....g-...
0180: 1D 5B 17 FE E7 A3 D8 E0  B9 2C 9F 6A 9A 69 B2 C8 : .[....= ...,.j.i..
0190: 6C 0C CF = B6 92 25 D4 F2  02 0C F4 47 95 97 EF 58 : l....%.....G...X
01a0: 4B 6A F7 89 6D E0 D8 5E  7C F7 0D 71 1B 27 61 D9 = : Kj..m..^|..q.'a.
01b0:= 98 2A 63 9B 5D 38 77 00  00 01 00 2C F7 FE 08 E2 : .*c.]8w....,....
01c0: 94 96 01 E6 1A 92 6F = 8E  6B E6 5D D1 55 E3 D5 DA : ......o.k.].U...
01d0: 28 7A 7F B5 B4 FE CC 18  C1 B4 40 9C C= 2 A8 B3 2A : (z........@....*
01e0: 1A CB 0E EA 58 D9 DB C2  CB 57 2A 5B 92 FC 15 4D : ....X....W*[...M
01f0: A2 79 2A 0C 5F 20 BB 55  B7 C5 = 8E 73 00 F8 34 4B : .y*._ .U...s..4K
0200: EF 74 63 2A A5 4A 15 F7  8E FB 2C 95 72 B0 5F BF : .t= c*.J....,.r._.
0210: EC 47= 93 3B 51 F3 12 CB  11 C1 96 18 3D 70 17 B4 : .G.;Q.......=3Dp..
0220: E6 80 25 42 26 DA 81 A2 &= nbsp;9E 2E A7 58 D5 39 52 07 : ..%B&......X.9R.
0230: 47 BD CC 0C 93 EB 09 23  A0 D4 A6 1C 7C C6 9C 28 : G= ......#....|..(
0240: BC 7= 0 4C DC 65 6B 15 99  52 E5 06 62 43 5F FE 53 : .pL.ek..R..bC_.S=
0250: 51 67 C5 CE 07 62 95 F7 &n= bsp;29 FC BB 9E 9C 42 F1 CC : Qg...b..)....B..
0260: F6 DF 52 40 9E 2E A5 AB  7A 64 98 3C 03 9B = 55 EB : ..R@....zd.<..U.
0270: 39 BB 36 28 36 75 97 19  C9 2E A1 31 9D F8 17 B8 : 9.6(6u.....= 1....
0280: 5F BA A3 1C 8D DE 4C EF  2C 0= B 17 51 9D E4 3D 15 : _.....L.,..Q..=3D.
0290: AA 01 62 EF D6 5E E5 5F  2B D6 9F 5D A9 3E 1B 8E = : ..b..^._+..].>..
02a0= : 93 11 86 FE 27 2B 08 38  51 D5 98 A8 FD 6F 6B 61 : ....'+.8Q....oka<= /font>
02b0: AC 07 AA 1C 1D 09 9E= 93  74 10 47 00 00 00 37 00 : ........t.G...7.
02c0: 00 00 07 73 73 68 2D 64  73 73 00 00 = 00 28 9C AB : ...ssh-dss...(..
02d0: FB 5D AB 99= C7 55 48 B0  38 CE 2F 00 B6 D0 D2 D3 : .]...UH.8./.....
<= div>02e0: 73 9B 68 92 1B 66 F3 32  DA = 24 E0 3C E5 57 0D 87 : s.h..f.2.$.<.W..
02f0: D7 03 C2 71 C6 6B          =                     &nbs= p;: ...q.k
[libssh2] 25.00= 0000 Transport: Packet type 31 received, length=3D758
[libssh2] 25.000000 Transport: Looking for pack= et of type: 31
[libssh2] 25.000000 Ke= y Ex: Server's MD5 Fingerprint: 90:5f:be:1d:79:e1:69:65:b0:7f:d3:75:26:95:6= 4:5d
[libs= sh2] 27.000000 Key Ex: Sending NEWKEYS message
=3D> libssh2_transport_write plain (1 bytes)=
0000: 15       &n= bsp;                           &nbs= p;           : .
=3D> libssh2_transport_write send() (16 bytes)
0000: 00 00 00 0C 0A 15 AD 28  = ;A9 B3 3E 79 9D 2D 16 BA : .......(..>y.-..
[libssh2] 27.000000 Transport: Looking for packet of t= ype: 21
=3D> libssh2_tr= ansport_read() plain (1 bytes)
0000: 15                         &nbs= p;                     : = .
[libssh2] 27.000000 Tran= sport: Packet type 21 received, length=3D1
[libssh2] 27.000000 Transport: Looking for packet of type:= 21
[libssh2] 27.000000 Ke= y Ex: Received NEWKEYS message
[libssh2] 27.000000 Key Ex: session_id calculated
<= font class=3D"Apple-style-span" face=3D"'Courier New', courier, monaco, mon= ospace, sans-serif" size=3D"2">[libssh2] 27.000000 Key Ex: Client to Server IV and Key calcula= ted
[libssh2] 27.000000 Ke= y Ex: Server to Client IV and Key calculated
[libssh2] 27.000000 Key Ex: Client to Server HMAC Key = calculated
[libssh2] 27.00= 0000 Key Ex: Server to Client HMAC Key calculated
[libssh2] 27.000000 Key Ex: Client to Server compre= ssion initialized
[libssh2= ] 27.000000 Key Ex: Server to Client compression initialized
[libssh2] 27.000000 Transport: Requesting userauth service<= /div>
=3D> libssh2_transport_write p= lain (17 bytes)
0000: 05 0= 0 00 00 0C 73 73 68  2D 75 73 65 72 61 75 74 : .....ssh-useraut=
0010: 68       &n= bsp;                     =                   : h
=3D> libssh2_transport_write send() (52 bytes)
0000: D5 8E 1E 9E A9 39 44 = 02  91 9A 26 6D 43 F4 F6 20 : .....9D...&mC..
0010: 53 BE 05 0C E3 F2 CB 91  C6 27 70 6= B C8 8D C5 99 : S........'pk....
0020: C4 BC EE 6A C2 F8 35 01  E3 CA EF E3 88 D7 8A DD : ...j..= 5.........
0030: 36 8D 6D = 29                     &n= bsp;                : 6.m)
[libssh2] 28.000000 Transport: Looking for packe= t of type: 6
=3D> libss= h2_transport_read() raw (116 bytes)
0000: A1 31 E9 80 79 E5 0A FF  6B CD FB 55 BC 5E 7D 12 : .1.= .y...k..U.^}.
0010: 5D DE = E4 E2 4D 2F A0 84  EA 92 4C E3 EC 56 CC 93 : ]...M/....L..V..
0020: 7F B7 D9 C1 F8 2A 15 6E &nbs= p;04 8D 89 20 6F 43 A5 02 : .....*.n... oC..
= 0030: ED AE 1F 20 EE 21 64 E9  7C 79 DB C6 66 4A E4 DE : ... .!d.|y..f= J..
0040: 5E A5 06 6C 9A 8= 2 CF C9  78 68 78 F5 72 30 38 BD : ^..l....xhx.r08.
<= font class=3D"Apple-style-span" face=3D"'Courier New', courier, monaco, mon= ospace, sans-serif" size=3D"2">0050: ED 03 10 4D 9B 81 CF FA  DD E9 E7= A8 F3 5C C6 AB : ...M.........\..
0060: 85 B1 45 89 83 A4 BF F0  C0 E5 4D 1E F9 95 5B 5D : ..E.= ......M...[]
0070: E8 0D A= 0 D1                     =                  : ....
=3D> libssh2_transport_read() plain (17 bytes)
0000: 06 00 00 00 0C 73 73 6= 8  2D 75 73 65 72 61 75 74 : .....ssh-useraut
0010: 68            =                     &nbs= p;             : h
[libssh2] 29.000000 Transport: Packet type 6 receive= d, length=3D17
[libssh2] 29.000000 Transport: L= ooking for packet of type: 6
libssh2_session_startup OK!
Fingerprint: 44 6F DA 8E 3D 9F 40 11 5F 2F 18 74 0D 40 C2 96 42 5C 4= D A7
0000: 32 00 00 00 05 4C 69 76  69 75 00 00 00 0E 73 73 : 2....Liviu.= ...ss
0010: 68 2D 63 6F 6E= 6E 65 63  74 69 6F 6E 00 00 00 04 : h-connection....
=3D> libssh2_transport_write plain2 (4 bytes)
0000: 6E 6F 6E 65        =                     &nbs= p;        : none
=3D> libssh2_transport_write send() (68 bytes)
0000: 24 16 E3 F1 DE D6 2D 93  45 9= 2 04 5C C8 96 BA 2F : $.....-.E..\.../
0010: A5 42 25 9C 30 11 6C 99  81 A5 56 13 AE 37 00 CA : .B%.0.l...V..7..
0020: 0F C7 A2 33 CA 83 9B C3  = 55 1C 00 97 7F FA FE D5 : ...3....U.......
0030: E8 88 2E 5E E7 8E 29 EE  EF 53 AF 30 4D 58 53 6= 2 : ...^..)..S.0MXSb
0040:= B0 5A E5 48                  =                    : .Z.= H
[libssh2] 30.000000 Tran= sport: Looking for packet of type: 52
= [libssh2] 30.000000 Transport: Looking for packet of type: 51
<= div>=3D> libssh2_transport_read() raw (1= 16 bytes)
0000: 36 E2 9E A= 6 CB D9 C7 A3  71 69 AA 21 4A 1A 17 ED : 6.......qi.!J...
=
0010: F1 46 72 63 3E F1 53 30  E6= 81 4B 67 C9 0C 9B 6C : .Frc>.S0..Kg...l
0020: 23 F2 88 E1 10 7A FF 0B  A0 19 ED BE F4 04 7E = 1A : #....z........~.
0030: 0A CA E2 15 5B 25= F3 95  CD 27 EB EB 4F BC 51 D1 : ....[%...'..O.Q.
0040: BA D0 E3 F5 A4 A7 E4 D1  73 1E EA = 6D 2F C3 07 B7 : ........s..m/...
0050: F4 DC A9 C9 5C AF C1 87  07 44 6C F8 93 6C A1 16 : ....\= ....Dl..l..
0060: 80 5D 77= 74 62 70 87 11  89 57 B9 7C B6 BC CC 2E : .]wtbp...W.|....
0070: 7C 14 21 BB     &nbs= p;                     &n= bsp;          : |.!.
=3D> libssh2_transport_read() plain (24 bytes)
0000: 33 00 00 00 12 70 75 62  6C 69 63 6B 6= 5 79 2C 70 : 3....publickey,p
0010: 61 73 73 77 6F 72 64 00            =              : assword.
[libssh2] 31.000000 Transport: Packet typ= e 51 received, length=3D24
[libssh2] 31.000000 Transport: Looking for packet of type: 52
[libssh2] 31.000000 Transport: Looking for packet of type:= 51
[libssh2] 31.000000 Us= erauth: Permitted auth methods: publickey,password
Authentication methods: publickey,password<= /div>
[libssh2] 31.000000 Userauth: Att= empting to login using password authentication
=3D> libssh2_transport_write plain (45 bytes)
0000: 32 00 00 00 05 4C 69 76  69 75 00 00 = 00 0E 73 73 : 2....Liviu....ss
0010: 68 2D 63 6F 6E 6E 65 63  74 69 6F 6E 00 00 00 08 : h-conn= ection....
0020: 70 61 73 = 73 77 6F 72 64  00 00 00 00 09          : pas= sword.....
=3D> libssh2= _transport_write plain2 (9 bytes)
0000: 51 41 5A 78 73 77 31 32  33         =              : QAZxsw123
=3D> libssh2_transport_write send() (84 bytes)
<= font class=3D"Apple-style-span" face=3D"'Courier New', courier, monaco, mon= ospace, sans-serif" size=3D"2">0000: 2C 6D 9A F5 D5 20 0A F8  98 0B 75= 82 3A AA B0 94 : ,m... ....u.:...
0010: D3 BA F5 32 97 F9 5B C3  59 2C C6 92 E1 8B 68 E5 : ...2= ..[.Y,....h.
0020: 1B E7 7= 5 E2 A6 D4 5A 87  93 0A 23 40 5A 85 12 DF : ..u...Z...#@Z...
0030: C9 57 1E F4 96 95 69 AE  = ;4D 2B 14 C5 39 5B 58 D1 : .W....i.M+..9[X.
0040:= B6 0C F4 5B 9F 8A 20 4F  A9 DD A5 9F D3 C5 3E AA : ...[.. O......>= .
0050: 4D 6A DC 25  =                     &nbs= p;              : Mj.%
= [libssh2] 32.000000 Transport: Looking for = packet of type: 52
[libs= sh2] 32.000000 Transport: Looking for packet of type: 51
<= font class=3D"Apple-style-span" face=3D"'Courier New', courier, monaco, mon= ospace, sans-serif" size=3D"2">[libssh2] 32.000000 Transport: Looking for packet of type: 60
=3D> libssh2_transport_r= ead() raw (116 bytes)
0000= : D1 38 4C D2 B7 66 20 81  55 84 AB BF F8 12 47 04 : .8L..f .U.....G.<= /font>
0010: 13 0B F8 92 C6 BC 73= 1E  51 84 98 CB FD E4 A2 D2 : ......s.Q.......
0020: 99 0F 84 F9 1F E6 13 03  67 1D A0 6B = 13 C1 95 65 : ........g..k...e
0030: 95 21 D8 93 1D 3A 68 52  93 0A 37 C5 5D E0 F3 83 : .!...:hR..7.]...
0040: 49 85 B5 D2 1F 3E 9B E8  92 86 = F0 E4 38 89 32 CF : I....>......8.2.
0050: A1 F1 97 DB 7C 23 D5 4B  01 14 92 BD 50 6E 53 20 := ....|#.K....PnS
0060: 27 = CF 53 A9 ED 6A BD 26  E8 DE 69 4E 54 8E 6B 47 : '.S..j.&..iNT.kG
0070: 89 53 67 47   &n= bsp;                     =              : .SgG
=3D> libssh2_transport_read() plain (1 bytes)=
0000: 34     &n= bsp;                     =                     : 4
[libssh2] 33.000000 Transpo= rt: Packet type 52 received, length=3D1
[libssh2] 33.000000 Transport: Looking for packet of type: 52=
[libssh2] 33.000000 Usera= uth: Password authentication successful
sftp_init ::begin
[libs= sh2] 33.000000 SFTP: Initializing SFTP subsystem
[libssh2] 34.000000 Conn: Allocated new channel ID#0=
[libssh2] 34.000000 Conn:= Opening Channel - win 65536 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 0= 1 00 00 00 00 80 00                =          : ........
=3D> libssh2_transport_write send() (68 bytes)
0000: C4 C8 9B 1D 54 55 7A 10 =  0C 79 64 80 93 AC 78 BA : ....TUz..yd...x.
0010: DD 5E 4B A9 FF 75 CE C7  C7 34 2E 2A AF 9= 8 31 51 : .^K..u...4.*..1Q
0020: 6D 8F 7F E4 67 29= 8D AE  9B 61 AE 55 41 0D 25 F4 : m...g)...a.UA.%.
0030: F1 B1 37 BD 0A 96 4F D2  B2 99 F0 = F2 5E 74 9C 54 : ..7...O.....^t.T
0040: 65 73 63 2A               =                      = ;  : esc*
[libssh2] 3= 4.000000 Transport: Looking for packet of type: 91
[libssh2] 34.000000 Transport: Looking for packet = of type: 92
=3D> libssh2_transp= ort_read() raw (116 bytes)
0000: 09 9D 73 D8 72 9B A9 E5  30 05 BF 18 D4 EF 08 AC : ..s.r...0...= ....
0020: 74 A9 00 9E 7C 61 D7 DF  AE 30 C= 9 AE 53 0A 22 C1 : t...|a...0..S.".
0030: B6 45 C8 11 3C 69 31 03  78 60 AE 5D 14 60 26 B6 : .E..<i1.x`.].`&.
0= 040: A0 9C D5 52 4E D1 F0 71  E3 0B 99 CE 20 1F D3 E8 : ...RN..q.... .= ..
0050: 3E 1A FD 02 06 A7= D3 CD  10 A6 B9 75 25 0A 93 0D : >..........u%...
0060: 05 EF 79 39 05 E7 B2 44  BC B4 = F8 98 12 07 50 02 : ..y9...D......P.
0070: 77 89 7D F3             &nbs= p;                     &n= bsp;  : w.}.
=3D> libssh2_transpo= rt_read() plain (17 bytes)
0000: 5B 00 00 00 00 00 00 00  00 00 04 00 00 00 01 00 : [...........= ....
[libssh2] 35.000000 Tra= nsport: Packet type 91 received, length=3D17
[libssh2] 35.000000 Transport: Looking for packet of t= ype: 91
[libssh2] 35.000000 Co= nn: Connection Established - ID: 0/0 win: 262144/65536 pack: 65536/32768
[libssh2] 36.000000 Conn: st= arting request(subsystem) on channel 0/0, message=3Dsftp
<= font class=3D"Apple-style-span" face=3D"'Courier New', courier, monaco, mon= ospace, sans-serif" size=3D"2">=3D> libssh2_transport_write plain (23 by= tes)
0010: 65 6D 01 00 00 00 04     &n= bsp;                       : em.....
=3D> libssh2_transport_write pl= ain2 (4 bytes)
0000: 73 66= 74 70                    = ;                  : sftp
=3D> libssh2_transport_writ= e send() (68 bytes)
0000:= E9 8F 12 7F F8 B4 C5 DA  94 8E DC AD 08 F6 0F CC : ................
0010: 9F AA 3E 1C 9D 01 A9 21  E1 7E AA 78 6B = 1E 11 45 : ..>....!.~.xk..E
0020: EE 29 66 6F CF 48 16 FF  8F 7B 54 24 53 70 E8 65 : .)fo.H= ...{T$Sp.e
0030: 79 16 F0 = B3 A5 51 66 2D  48 E3 F7 B9 DF D3 D5 10 : y....Qf-H.......
0040: 54 10 1B CD      = ;                     &nb= sp;          : T...
[libssh2] 36.000000 Transport: Looking for packet of t= ype: 99
[libssh2] 36.000000 Tr= ansport: Looking for packet of type: 100
=3D> libssh2_transport_read() raw (116 bytes)
0000: C1 1F 62 E2 73 72 DC 56  2= 7 23 DC 56 40 B2 39 20 : ..b.sr.V'#.V@.9
0010: 5C 27 8F 86 36 DE 09 1B  88 71 5E E0 1E 11 4C 8D = : \'..6....q^...L.
0020:= 01 75 E0 62 10 BE EC 82  4D EC 6C 0F 16 02 C7 7B : .u.b....M.l....{
0030: B7 D4 46 75 00 02 08 BA  C4 AE D4 BE = 6E D9 2B 0D : ..Fu........n.+.
0040: BB 38 5F 77 1D 1A 6B 04  F8 70 69 27 70 D0 5C 78 : .8_w..= k..pi'p.\x
0050: 1D A0 64 = 42 5F 88 4D AD  13 0D 04 D4 D1 D9 81 FA : ..dB_.M.........
0060: D1 E8 96 6E 39 CA 5D 25  B= 1 82 18 5F BF 36 C5 91 : ...n9.]%..._.6..
0070: 18 84 7E A7            =                          : ..~= .
=3D> libssh2_transpor= t_read() plain (5 bytes)
0= 000: 63 00 00 00 00                =                   : c....
[libssh2] 37.000000 Transport= : Packet type 99 received, length=3D5
[libssh2] 37.000000 Transport: Looking for packet of type: 99
[libssh2] 37.000000 Conn: Setting channel 0/0 handl= e_extended_data mode to 1
= [libssh2] 38.000000 SFTP: Sending FXP_INIT packet advertising version 3 sup= port
[libs= sh2] 38.000000 Conn: Writing 9 bytes on channel 0/0, stream #0
=
 
And after the SSH_FXP_INIT is sent, the client only receives me= ssages of type 2 (SSH_MSG_IGNORE) and that's it.

Also, I us= e this code to seed the random number generator in openSSL, as there were p= roblems in DH key exchange procedure due to poor randomness:

static unsigned char random_datasource[] =3D 
=
{
=09"La1fk&E8nsjoQ3k!sTg69#d2hoqhz)90yagE3t5d(fSLiygWhaTq4gf-kQu51sHg"= \
=09"kajsdhf2435jkhksajdfhk901845kjndsfjkn34758yjkndsfkjansfdkj= asndf4" \
=09"SDF8H7689DS7FH-90SD8Gk1= l234jhkjhdsfgjshdf63980dsf7g89s0d7gfd89s0" \
=09"347589023756234507980dsf7g890dsf76h890vjkwejkfnjkeqwrfiuqwher= iuq" \
=09"978asdfn890dkj12340-9gfdok= wqiojqwepor12349817234dfgsgfdhfgh45GGR"
};

int libssh2_seed_openssl()
{
=09/* seed the random number ge= nerator*/
=09static int ssl_seeded = =3D 0;
= =09=09
=09if(!ssl_seeded)
=09{
=09= =09RAND_seed(random_datasource, sizeof (random_datasource));<= /div>
=09=09ssl_seeded =3D 1;
=09}
=09
=09return sizeof (random_datasource= );
}

Best Regards,
Liviu Gheorghisan
---1990932517-1148148242-1321361092=:61726-- --===============1111576603== 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 --===============1111576603==-- From libssh2-devel-bounces@cool.haxx.se Wed Nov 16 23:25:36 2011 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 pAGMPImO010390; Wed, 16 Nov 2011 23:25:33 +0100 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 pAGMPE97010255 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 16 Nov 2011 23:25:14 +0100 Received: from localhost (dast@localhost) by giant.haxx.se (8.14.4/8.14.4/Submit) with ESMTP id pAGMPDPX010228; Wed, 16 Nov 2011 23:25:13 +0100 X-Authentication-Warning: giant.haxx.se: dast owned process doing -bs Date: Wed, 16 Nov 2011 23:25:13 +0100 (CET) From: Daniel Stenberg X-X-Sender: dast@giant.haxx.se To: Liviu Gheorghisan , libssh2 development Subject: Re: libssh2 / SFTP download problem In-Reply-To: <1321361092.61726.YahooMailNeo@web112604.mail.gq1.yahoo.com> Message-ID: References: <1321361092.61726.YahooMailNeo@web112604.mail.gq1.yahoo.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.14 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-bounces@cool.haxx.se On Tue, 15 Nov 2011, Liviu Gheorghisan wrote: > I have the following problem while trying to download a file over SFTP with > libssh2. I use the code from example/sftp.c that is provided with the > libssh2-1.3.0 in VxWorks 6.8. The same code works fine in Linux, but in > VxWorks I get the following log: I assume the Linux code runs fine against the same server too? > after the SSH_FXP_INIT is sent, the client only receives messages of type 2 > (SSH_MSG_IGNORE) and that's it. Ouch. Any chance you can raise the logging level in the server side or even run a debug ssh server to see what that side thinks of the traffic? > Also, I use this code to seed the random number generator in openSSL, as > there were problems in DH key exchange procedure due to poor randomness: Gah! That certainly won't increase randomness but will ruin your security. -- / daniel.haxx.se _______________________________________________ libssh2-devel http://cool.haxx.se/cgi-bin/mailman/listinfo/libssh2-devel From libssh2-devel-bounces@cool.haxx.se Fri Nov 18 11:50:05 2011 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 pAIAne7d015820; Fri, 18 Nov 2011 11:49:59 +0100 Received: from mail.bassetglobal.com (mail.basset.se [193.13.246.197]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id pAIAndNT015744 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Fri, 18 Nov 2011 11:49:39 +0100 Received: from PATTHU64 ([10.10.24.3]) (authenticated user patrik.thunstrom@bassetglobal.com) by mail.bassetglobal.com (using TLSv1/SSLv3 with cipher AES128-SHA (128 bits)) for libssh2-devel@cool.haxx.se; Fri, 18 Nov 2011 11:46:29 +0100 From: =?iso-8859-1?Q?Patrik_Thunstr=F6m?= To: "'libssh2 development'" Subject: Libssh2 usage from cURL with various buffer sizes. Date: Fri, 18 Nov 2011 11:46:24 +0100 Message-ID: <004901cca5df$54c68c50$fe53a4f0$@bassetglobal.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_004A_01CCA5E7.B68E9DD0" X-Mailer: Microsoft Outlook 14.0 Content-Language: sv Thread-Index: Acyl0e90K0Pdxp3STl+dH3GZCkJpUg== X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.14 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-bounces@cool.haxx.se This is a multipart message in MIME format. ------=_NextPart_000_004A_01CCA5E7.B68E9DD0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_004B_01CCA5E7.B68FD650" ------=_NextPart_001_004B_01CCA5E7.B68FD650 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi! =20 I just sent over a report of our findings to the libcURL dev mailing = list, mainly telling that when using libcURL with various internal buffer = sizes, download and upload performance is going in in opposite directions, = upload is only improved by a larger buffer, whereas download is severely = decreased. =20 As far as I can tell from the libcURL code there does not seem to be any large difference in the calls done to the sftp_recv and sftp_send = functions which in turn calls libssh2_sftp_read and libssh2_sftp_write correspondingly, but I believe there=92re more knowledgeable people in = this mailing list who know better if there=92s any large differences in the handling the two paths. =20 I give a bit more info in the curl mailing list, but the start of the situation was a customer that had performance issues with SFTP uploads against a low latency high bandwidth OpenSSH4.3 server. Speeds was = roughly 450kB/s with libcURL where FileZilla did ~20MB/s. Increasing CURL_MAX_WRITE_SIZE from default 16kB to 16MB gave great upload speeds = of upwards ~25MB/s in customer=92s environment. =20 This using libcURL 7.22.0, libssh 1.3.0 and OpenSSL 1.0.0e, on a Win32 platform (customer was running Windows Server 2003, but our local = testing was with Windows 7). Target machine which local testing against was Win7 with CoreSFTP server = and a Xubuntu virtual machine with a OpenSSH 5.8 sshd. Any numbers mentioned here includes a bit of local file shuffling, file verification and a few other tasks, so they=92re no good as exact = indications of transfer speeds. However, the only difference between the tests we = ran is the libcURL internal buffer size, so the local file operations present = only a minimal and negligible difference in total time used. =20 Uploads was as said only getting better and better performance with = larger buffer size. We did not see any disadvantages or bad behavior if simply uploading data. =20 Doing downloads with a larger buffer size however severely impacted the performance. =20 The worst case test scenario was a set of 100 x 1MB files, which starts choking straight away with bad performance when running with larger = buffers. 16kB buffer up to 1MB buffer still always finished, with increasingly = bad performance (13 seconds with 16k, 212 seconds with 512k, 847 seconds = with 1M). Moving up to 4M buffer and beyond the full set of files did not = want to finish against the CoreSFTP server (not sure of the error code given = from libssh2, was reported onwards as CURLE_SSH from libcURL), but the = OpenSSH server only had even worse performance (peaking out at 45 minutes with a = 16M buffer, where the 16k buffer finished in 18 seconds against the same server). This was also seemingly random, as it could sometimes fail on = the first file, and sometimes 15-20 files into the set. =20 One thing that can be noticed is that it does not seem to be the actual transfer that is taking time; libcURL=92s progress callback returns with = info that it has downloaded the full amount of data a lot earlier than = returning control to the program. =20 Another notice is that the performance seems to be quite related to the number of files already transferred without tearing down and resetting = the connection. Running a set of 1000 x 20kB files works gradually worse for each repetition. It is not a straight correlation to the number of files transferred however, as the 100 x 1MB set gives really bad performance = from the start, no matter how many files has been transferred before. =20 I did a profiling run of our application halfway through our test suite (which consists of first uploading four sets of files; 1 x 1.8GB, 10 x = 12MB, 100 x 1MB and 1000 x 20kB, and then downloading the same files back = again), just when it hits the download of some 12MB files. To do this profiling = I ran Very Sleepy, which is just a simple sampling profiler. For some reason it does not want to show the symbol information for = libcURL properly, even though it=92s built with the same flags as the other = libraries, but as the profiler shows almost none of the time is spent in actual = curl code, but inside of libssh2. =20 If anyone would want a copy of the complete sleepy session, just pass me = a mail and I can send you a copy. I=92ll just attach the parts I believe = are relevant to this mail as a CSV export. The profiling was isolated to the thread which is calling libcURL, to = avoid extra noise in sampling. For the numbers included here, I also selected = the transferFile function in our code as the root for all time calculations, since this is where all of the libcURL calls are made, so that=92s why transferFile=92s inclusive time is 100%. List is then sorted on = Inclusive %. =20 Call stack looks like the following (including it in the mail, since = it=92s not included in the csv export): =20 sftp_packet_ask sftp_packetlist_flush sftp_read libssh2_sftp_read curl_global_cleanup <- These are most probably due to messed up debug symbols as mentioned curl_global_cleanup curl_global_cleanup curl_global_cleanup curl_global_cleanup curl_global_cleanup curl_global_cleanup curl_global_cleanup transferFile =20 As for sftp_packet_ask which is using 95% inclusive time and a whopping = 87% exclusive time according to the profiler, it=92s list of callers is: =20 sftp_packetlist_flush (49.97%) sftp_packet_requirev (28.89%) sftp_packet_require (21.14%) =20 The difference between inclusive and exclusive time for sftp_packet_ask seems to point to the calls to _libssh2_list_next (whose caller list = states that 99.92% of the calls was from sftp_packet_ask). =20 The profiling was performed over 450 seconds, during which time a total = of three files was transferred as far as I can recall (could=92ve been only = two as well, but not sure). =20 When doing the profiling, the CPU usage was not all that high, but when = not profiling the CPU usage is pretty constant at 25% (on a 4 core CPU, so = it=92s using all processing power it can). =20 As I=92m no expert in libssh2 hacking, I=92m passing this info on, to = hopefully help you in finding what the issue might be. If there=92re any flags I = should enable for a libssh2 build and do any more debugging/profiling, please = let me know. =20 Maybe the bottom line is that it=92s not a good approach to simply use a static buffer with same size both for download and upload, which then = needs to be handled by cURL, but I believe there is some unnecessary overhead going on here. =20 Luckily the bad upload performance for our customer is at a single = customer, and on that setup the need is only to upload data. If one would need to = both download and upload, there is currently no way to accommodate when going = via libcURL (which of course can be improved and fixed there). =20 Best regards Patrik Thunstr=F6m / patrik.thunstrom@bassetglobal.com ------=_NextPart_001_004B_01CCA5E7.B68FD650 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hi!

 

I just sent over a report of our findings to the libcURL = dev mailing list, mainly telling that when using libcURL with various = internal buffer sizes, download and upload performance is going in in = opposite directions, upload is only improved by a larger buffer, whereas = download is severely decreased.

 

As far as I can tell from the = libcURL code there does not seem to be any large difference in the calls = done to the sftp_recv and sftp_send functions which in turn calls = libssh2_sftp_read and libssh2_sftp_write correspondingly, but I believe = there’re more knowledgeable people in this mailing list who know = better if there’s any large differences in the handling the two = paths.

 

I give a bit more info in the curl mailing list, but the = start of the situation was a customer that had performance issues with = SFTP uploads against a low latency high bandwidth OpenSSH4.3 server. = Speeds was roughly 450kB/s with libcURL where FileZilla did ~20MB/s. = Increasing CURL_MAX_WRITE_SIZE from default 16kB to 16MB gave great = upload speeds of upwards ~25MB/s in customer’s = environment.

 

This using libcURL 7.22.0, libssh 1.3.0 and OpenSSL=A0 = 1.0.0e, on a Win32 platform (customer was running Windows Server 2003, = but our local testing was with Windows 7).

Target machine which local testing = against was Win7 with CoreSFTP server and a Xubuntu virtual machine with = a OpenSSH 5.8 sshd.

Any numbers mentioned here includes a bit of local file = shuffling, file verification and a few other tasks, so they’re no = good as exact indications of transfer speeds. However, the only = difference between the tests we ran is the libcURL internal buffer size, = so the local file operations present only a minimal and negligible = difference in total time used.

 

Uploads was as said only getting = better and better performance with larger buffer size. We did not see = any disadvantages or bad behavior if simply uploading = data.

 

Doing downloads with a larger buffer size however severely = impacted the performance.

 

The worst case test scenario was a = set of 100 x 1MB files, which starts choking straight away with bad = performance when running with larger buffers. 16kB buffer up to 1MB = buffer still always finished, with increasingly bad performance (13 = seconds with 16k, 212 seconds with 512k, 847 seconds with 1M). Moving up = to 4M buffer and beyond the full set of files did not want to finish = against the CoreSFTP server (not sure of the error code given from = libssh2, was reported onwards as CURLE_SSH from libcURL), but the = OpenSSH server only had even worse performance (peaking out at 45 = minutes with a 16M buffer, where the 16k buffer finished in 18 seconds = against the same server). This was also seemingly random, as it could = sometimes fail on the first file, and sometimes 15-20 files into the = set.

 

One thing that can be noticed is that it does not seem to = be the actual transfer that is taking time; libcURL’s progress = callback returns with info that it has downloaded the full amount of = data a lot earlier than returning control to the = program.

 

Another notice is that the performance seems to be quite = related to the number of files already transferred without tearing down = and resetting the connection. Running a set of 1000 x 20kB files works = gradually worse for each repetition. It is not a straight correlation to = the number of files transferred however, as the 100 x 1MB set gives = really bad performance from the start, no matter how many files has been = transferred before.

 

I did a profiling run of our application halfway through = our test suite (which consists of first uploading four sets of files; 1 = x 1.8GB, 10 x 12MB, 100 x 1MB and 1000 x 20kB, and then downloading the = same files back again), just when it hits the download of some 12MB = files. To do this profiling I ran Very Sleepy, which is just a simple = sampling profiler.

For some reason it does not want to show the symbol = information for libcURL properly, even though it’s built with the = same flags as the other libraries, but as the profiler shows almost none = of the time is spent in actual curl code, but inside of = libssh2.

 

If anyone would want a copy of the complete sleepy session, = just pass me a mail and I can send you a copy. I’ll just attach = the parts I believe are relevant to this mail as a CSV = export.

The = profiling was isolated to the thread which is calling libcURL, to avoid = extra noise in sampling. For the numbers included here, I also selected = the transferFile function in our code as the root for all time = calculations, since this is where all of the libcURL calls are made, so = that’s why transferFile’s inclusive time is 100%. List is = then sorted on Inclusive %.

 

Call stack looks like the following = (including it in the mail, since it’s not included in the csv = export):

 

sftp_packet_ask

sftp_packetlist_flush

sftp_read

libssh2_sftp_read

curl_global_cleanup <- These are = most probably due to messed up debug symbols as = mentioned

curl_global_cleanup

curl_global_cleanup

curl_global_cleanup

curl_global_cleanup

curl_global_cleanup

curl_global_cleanup

curl_global_cleanup

transferFile

 

As for sftp_packet_ask which is = using 95% inclusive time and a whopping 87% exclusive time according to = the profiler, it’s list of callers is:

 

sftp_packetlist_flush = (49.97%)

sftp_packet_requirev (28.89%)

sftp_packet_require = (21.14%)

 

The difference between inclusive and exclusive time for = sftp_packet_ask seems to point to the calls to _libssh2_list_next = (whose caller list states that 99.92% of the calls was from = sftp_packet_ask).

 

The profiling was performed over 450 seconds, during which = time a total of three files was transferred as far as I can recall = (could’ve been only two as well, but not = sure).

 

When doing the profiling, the CPU usage was not all that = high, but when not profiling the CPU usage is pretty constant at 25% (on = a 4 core CPU, so it’s using all processing power it = can).

 

As I’m no expert in libssh2 hacking, I’m = passing this info on, to hopefully help you in finding what the issue = might be. If there’re any flags I should enable for a libssh2 = build and do any more debugging/profiling, please let me = know.

 

Maybe the bottom line is that it’s not a good = approach to simply use a static buffer with same size both for download = and upload, which then needs to be handled by cURL, but I believe there = is some unnecessary overhead going on here.

 

Luckily the bad upload performance = for our customer is at a single customer, and on that setup the need is = only to upload data. If one would need to both download and upload, = there is currently no way to accommodate when going via libcURL (which = of course can be improved and fixed there).

 

Best = regards

Patrik Thunstr=F6m / = patrik.thunstrom@bassetglobal.com

------=_NextPart_001_004B_01CCA5E7.B68FD650-- ------=_NextPart_000_004A_01CCA5E7.B68E9DD0 Content-Type: application/x-zip-compressed; name="very_sleepy_libssh2_profiling.zip" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="very_sleepy_libssh2_profiling.zip" UEsDBBQAAAAIAAtbcj8h9qw5HhIAAAZDAAAhAAAAdmVyeV9zbGVlcHlfbGlic3NoMl9wcm9maWxp bmcuY3N2vVvbUus2FH3vTP+hL31LM7pL7lsOhJYppaeE3mEyaWIgQxKnsdNz+PsuSZYU2+FAzbSZ ARZOpCVtbe2blMvZOh+MP85X+3L5dz443wT05Rd4GnF6/n2x2K/ywaTY7+b5F2fLhC+Wm/zzz6rd bFPe5Tv3DhkS9xoIyYZSKE1kekZJhCf73WpyV20H869vyr83N/PZanU/q/KbOd4o8UYXDOfb7UAT 9vln9sn0flX8OVtN56t8ttlvQUKJEoY6YqEVpcYSMy5ZNsiyYWaEIGywWv5pWw/+2G8eN8WHze2A fP6Z7X26nc0f82o6Kx8HPJNDIiU1mAZDU06IUAOjhyxTBJ3Yt23Pme2uLB9YZxY1zU39/ld0yIfk ptzNb/xMBpzwzz+r3506/l0+WyRRofMh+DlV6ZnOhlwZpXl/Wsqpn2/iE5Tymk8rIT1fRkzm+bRh 5A18RKuGfFfLspreQbMeLI8xAvrBqBwKZadon9FMcjkQeqgo1kD252ZKNKgx47/2y13+t5u1yYga UGaGgnJDjGMmhugBHnEtDX2DlLlpL+58VZT59GG2WRzukYwPqcImMekRI0NpVMbeoFqMSKzx/05L MyGPytuJG7vSeGKa1cSZ4VlNTN+yzlxgutMgbqdgm/xjhedDrTkX9ABBq8DKeAB9Fnm9LOeglZQe 0M4h5E2+mn7YLSs3Y45J0QE0mzKtKXcz1pkxAz7kgulM9WCuSZywDT9gdyZ4W+yqaZlv3K5WXGsY XDo0glEunXoLktEBw75SWvehjywYgNKww5fVaf73cp6fFyfFptoVK+cCsKWMFkwlgFFoCducwKZa rFpGuDuZYKKoNJldO6szmhInXUmZ7U4KvKXfOBemZKKPEiTCbgw1lJlhoLBPrL0CqZCGsD4CrDWH ckw30FCSZdTSKJhAT8PgdBwNkRkb/DJhU86edVjJjnNCDTrizHBK/Q6TxAqfQ1l0HyGFna10V9Mj r+ZSkoEcagWrqd2UFJMMvEwL0ctZHei5tpt7vnvaVtN84/46TkOUwk4SDA5LOU7NpNUMLeEfWR9O 27fzWCBcz+bTdV49FIvpg8Xlw4zCjHqnRfGSdhtza0X9inm/qblihPYgB4ejzg7lvNw+5LtpmDPc ItXE0sIr6syvOGyLowXsY7mLbb4pSydnoxI1lnbunCSCBWFnShU2njfaiD+smBXCKdNHpeotkJnP P5vl5XRe7aaLop4r+uUZvAMb4NPMKEF8jMBdKKfgnoToQZlmyRRMNmA+e5pi/y+mfz5VeYm+oak6 E5YWMtaOFpuRMUuLF2Z6cf5uPPqNP8sbWMCLxrlXp+LGstysF47NuioOq1lLl0KmTDlOIphzEAz6 rBynZNQc3fmLPCqE3Vwc9jyD5zXCr1dm3JiFpL1c26FVpBwe5tvvRyfTk+tfQ5hdh0lSg1czCl/u 9R/rZnkJTFtvWdmd5n45fcRKuV3356qYP04Xs2o2LXaLfGeJKROGJ0BgozNuWAT1CNqyG//8fjr2 RuSnLXq0fhq+0UjlvCLRPtjmmA+xfWkF59J3NvnfW/tjrZbVPAP+u12eg0nQjGkVgWXiQmY0ge8n P59cwRA1hz/5dkSnZ8vNbIVPQk8RpaITbiSTVvj4H/mP7YRBh+W/Hne13nIGrwx15bA+xXpdbIYP iJ2Ml9zp8j4vK8c/zT86K0yNsYoAXc0yNwR4amNjDZERztW/HsKB6BaOzUpOaGuPV1ADT4U8LoKa irAInpHdXS02uEhIB+1hyWRGaj/PtW0vODz+W8a8dn4CY9YQ2cnVb++vf5jaNXe8XCobO2iwmtrN Z5kFHEIkpi/vOl+7hENGRi+rmpMwy4nwm5ma01kKqIrivefqOVkmrTm6m+1XVU1a6wWchrZxh8pI xryBoPCajpcr0dtAeF596CTLqtjl0z26SkWGoQvPSHxieQWMZB+DGCI2AyX8g4gRU2Nlbg/JOBYv yxpkkDKEe1L3Poh7NxodRpiWrjE38Os+QTJOiyFV7Ox/LaFnNi9CQe9nYWmm+fzP5Gilwca2ykEQ xBCrE8iFM87tEOCEaPavh3Bo96bgtEsFDcGizbdPzjloyOUQUC4w+wie27r71cqHulHIrhMG2cUn rhOEK32ioIbTU8oNuXRskmdwrYeAQo0oj+CZISdzeb5ZVn5XIGbEmru+CPeRDUMgp91bmma9d2PD WlKBAGM0ntjFPgyYlV1da+Q4tJPVxkHYiSBJUKa3qcY62x9LZ5PCEDHYafuMV6jMhXUIVtxqWXXz YR28bW9LcBgqYGaBNQlbM2KoI8b83Abj2F8OGMX7C/uQ2KrK98v7HVr9styUCFOQBd8t7/d4siw2 3h9Kpy3Qd2A3f16bYthBaNS6/GAbNtXnqlqdr2f3+WX1bT5DyHOo5Uxzo2JNsI5UkRkcy6g3VfFQ +rWGwbGNpVVk7wiMzyHglbg6EmnWInXu3o9ben4haCgcoaZiAfqUvcOkxkraXO+X2cNVjmoylDe3 VQVUct49fRsqWBSrp4UbB0cBqa5fmnoc+pmg+ZfJaJJXF7OyGu92hZWnLfU5q4fIlftpsCBYia0i j/TjN1baVJRBKK4PZlDecn0o6c05TKqhUSad5b2sJtWs2pfXxWlRhjExqiU+ewDQCRKuCI6t8R+I wuhonJ3cNrSEKDe09AQ+GYWM5JSCmfr+tB3ewy8o5hJOVFYssAtNhHdSRPeOVBp2ikvunWI0FZJi jo5WcJ8NoS6t3YKgHCJ671iEZPZnivBkNXyAtVAQmhbvRsjqThtCg5OXB2GD1y0ULsMmdTK7XpXf 5NXPs9XeZw8o0tBDAN+v2QH4bnx1Ob54N5qMO0pgZ/7TZjkvFvmk2i0395HaK2it3+5VK6jx+/xT xxcLX7xCKubWLlMiqw0v94aHAfQpkMQThMxtKD/k62K0WOzyshz5CiPSL2djGa1LZnDK7gkSOnm0 lpViOWuu6kgOxRwhG4AqRPcB9DmQCJGc5E3FL7ZPddiKNWROzW1ayetwua4uSS3+fVB2NJ3RmPJ7 iK46Rcvr5TpvrLEmvoaWntDGvu1Qc1Cxm3WxWN49WZ8kBPQ739zjZG5azf5c5ahnrvJ55csDte9X GYRYl3O8d4RYTO8t5unsH0/psjYBMV9+c345nt5DLf38p/6TTe+lMKrmjIXqX0Sox1L9OU0xEcVY ppADmi2rJxQw8/kjFr54XOZuBEgWRANQHOAkEJXt7uubxeLm73lVFKsShBWKE4sbyPdu+tEo+8Bp GtY2X+HxfP7waM8JEJHtQ+SPii5qOxF4DuyNCHrP2+Wf+XxRzlxMxJ2Jqb0ewhPOnJtxzNaqNYCt 4yRwzMRUUNT6I6a2LJJK5WMJ1JdJbbCfjeLPIZSdLeXki/FHW9+9z2E5XD+wSKoBKOL4BI6b0M6R zy5fF3/7syaoFG0Aams6AbzBeEjGQ0Lj+8eBSgNQiEdG0BFk1+fucBY6uy9dJ4iwTANg8lQE0DvC CoUofMpl7aSxMRM9g7GLwLNyEUHvDCEZh3oEnNrTFuyNsnr0fMTwCDwfSiMRBOLn9t9kfHE2/fVg /51fXo8vbjzBcFauB0rWLp/yd+zWl8p8oTQBUGc8gujyQ9S333zYzbbTx/zJt8LhXwS+FYLGAHrn ziGbApc/PGduF49sbQWtkQ1sG5aSc78X0xObWj+rdych+bfXCqhqAPgEE0D/dLCpayjRxQCVHwSo nthLLj2xXoknR9cNtoiN+E0Etf8SOoHHfIdjo2aAUS+9oKd1tKfgcnwnWoXISNQj0JluLP3kx4vx x3zeDMMMgtfWyBH3v9pFG4REByWCuhRd1wOUaACCv1kAvdWqGYDYI4hf7Ck1DmsDLdER1GxcRXBc rOnaz34zD/muezW6cq/YVe9rP9Reafjh/fhyMrnwyUoZx84iCDwygiSybsRcIgVrDtpWeVqD5uQN sTLTVKSLIJEU8eZ/zGsYFhlbZ/JUVvnaRpmj0i63RZ6RcBaBZ0QZM4JP76RRduvaMl8SSIAI5DwR NHbSN838G64ep5cR+DYoDieQvP7Lhzg4r8Etngh8J7AvEURRdrXAbpnmaliD0HiCvPctGZNRB7eB IieU4L+lxe2pw1omwdkg1RF4Ari/COJW+VSUdbfclXVvUooI6k4YDaDXIXgdZBEZNI2fklsfc+I8 tAaBA0FJAknT6qa2UuGb4lCMNgAqgZlJoNuUvjvzTeEJSQNYf88i6DalKCXVTVENiMC3wP2OCGLT Vmh8ms8Rx+YbL2LpT9USIPA8MoJnt4iNE85w7tTKI+tJuFfohB7d6clBvK6PZyP0q9zW1V/Vx0vu EzUGlETtoQKFbdvuintbdgjO53UUPZ2PO87b7if7Evt2cVGg3fWDv/5S1zwiiDWPBD4UH5SYb/fH TCmyda8vHI0jCCd1PIGkLy4ivN49ja3WnGCZlhjOJHdS8D0g+Ygg1HplBN3g8DCloQxlsQjqRoRH ELb1c8GlbwoD3gD2uEtFUPfxnJ1JhazmolLZqmhan9/nTM8TQJME1Z/0krCgTDYA/CVTERzX+2QM MnlbtyYqgNiaRRAXt5UfLl1lNF0PScC67QB6HBYePThitOukSSYy1gQMt1YieMZ4YCvPz5b5akFH u/uyuWYGd16aT3A0+fr6llb21OUqr/a7zdmuWF/AKbUSoKweaSJAo1cTGGJvsZ4uy+1q9vRuf9fq vB3VWgOfvdh5XXpEgVk9W4kK/csIQv8mgrDSbylFwXqcFbv1rII13MHT/FTmu+/yp/ez6qE1V1ii zlyP1J9jOV2d3fqGXJsI6oacRNBMsPLqdHV/brefPehppVUdM06lYK+UNsP9/Hb/o9htAKnbBH6a jK/aKm33Yt1G6gawpdMI+pctXfluUbpT88N7xQ9VsQnXGyBi1QRIonUAb7iNR7VuhCHnmzoM8WzI CJoAIXsCXSuYTt06BkUhWWgCe2wfwdEDgkm3E6IjCGcbCXwyeeEn0mspYioTQWgrE0ha2r5ugt9+ HCzsEBnzNylZ6KLPjfawHplTXVu3XRQfjuwMeWjkAqF49c5g9NBIu9+t7jCztpmm5GWCaKalPWax puWiuP9h835XzBGstSgQfjefwKOQFyn8HATSpSN3kn2drMVDRJvHZH0WJ91KzpSta2Xjd0SOyW2b jsg2nZGHda1wnS1+PILw8QSeScpOcabj4nNsWRzE7edVZxCiM4iXS1S19iFFyWKEeqZuQ5c0gngb PoK0X+q77chv4ZvDqaY4GBnptO5zq/fw1o60hcbz6dV2flk6M3Y3m+fjj/bdfNFKBLIDr5b4r96f XF2LppC/yYOP9NH++SL2EEF3Ks/FROihyk+Xu85wTGc4/JULZWQmXMTo7h2G/kQEsb8A3hQqxtuN GZzF9Wz7Pr+/zxdXaGy3d2tauCXenpZ8cVrVbBu2N75K0L2B4kvVCbhgL4JjaUXS4tFtnQfGTDo1 lRE086zR5am/IV63oCaAeAFGB9Db89ub4e5XKJrLWP5AsHkbGHkEgVElkEbt7boNu71tb2fBJCl/ aP6yWYhWHRJKlQ5yG/rUEcQ+E0hjizdUbZARmqgI2m17XGH2IvV/vDSlNEGaLDu9fRXrkWLSmYhN WQShhYggNW0ess0rfF/1ri5V1O3jkqSViEvbf592D9vCHaGTsfaTsK/E3VGH1hHMH7h6ZMamV9sT d8z70/XJdWFT6t+LTf7vOnlBH5E4smaBMpUNUEcxEbQF3OtLScE0GX+0jgJb80AusMnOjNixpOli sftpY3fCRWHv+F0A9e0qlOX1bWgYe4gNaQRBSdPyjpBt3rbJU3CW+mgsb7pzGVrwCEILEsFx63x9 NoWX/cZ9k/ukWG9nu8qmHe2xKNoei7L3DE6uz44ae/6uMxvWEaXURzZ6smqobzQBTg11At2mbCRD U0oCiE1lAC2DiNtH7nR31Bow/GVrwOoVR4xeQzWx3yM7Ly8vJqf5HezBwt/Vij1H0B3dp0ta+Crp 2W1oLQOIrUUEXfko8+4kNuURvKYpCvI8NmURhBY8gmOrYlJTGsEnm7YyL78yDLFeAt3m3ZpB90sK SoQeVAShhzibtxz42MPGbw7H3lKtwMo7qvVy+b1WLVwQanFcwNlUD6PYdwSx7wi6UkpLfKZv65ZU R1C3FDKClvEaIQk7E+a2NUWu21OUB9mxa/sPUEsBAj8AFAAAAAgAC1tyPyH2rDkeEgAABkMAACEA JAAAAAAAAAAgAAAAAAAAAHZlcnlfc2xlZXB5X2xpYnNzaDJfcHJvZmlsaW5nLmNzdgoAIAAAAAAA AQAYAACOIzzcpcwBaFMjPNylzAFgA4+m26XMAVBLBQYAAAAAAQABAHMAAABdEgAAAAA= ------=_NextPart_000_004A_01CCA5E7.B68E9DD0 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 ------=_NextPart_000_004A_01CCA5E7.B68E9DD0-- From libssh2-devel-bounces@cool.haxx.se Fri Nov 18 12:58:31 2011 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 pAIBwMKi018132; Fri, 18 Nov 2011 12:58:30 +0100 Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id pAIBwKr6018103 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NOT) for ; Fri, 18 Nov 2011 12:58:21 +0100 Received: by ywe9 with SMTP id 9so2761566ywe.41 for ; Fri, 18 Nov 2011 03:58:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type :content-transfer-encoding; bh=Xdq12AmbTu8dBRlGFZBgTuHKMXZQ663lHgQ6GIGRB3g=; b=FiinpnEB0SkV2IyG4SZMP0fg096IkZE67AK+mcQQnIWCeOwDSvWycwt0f6YcrTeSXD 2G9rj+W1fZlQCuCpX0CsxjEZYrcvMnvCjr6yOpX3uCtYxmAfhiILkghCUWZS/HH7ab+q /XGRcRnRe9yZiKIb2ziksy5+lrgnFIOUPmuY4= MIME-Version: 1.0 Received: by 10.229.68.207 with SMTP id w15mr271724qci.12.1321617494217; Fri, 18 Nov 2011 03:58:14 -0800 (PST) Received: by 10.229.29.148 with HTTP; Fri, 18 Nov 2011 03:58:14 -0800 (PST) In-Reply-To: <004901cca5df$54c68c50$fe53a4f0$@bassetglobal.com> References: <004901cca5df$54c68c50$fe53a4f0$@bassetglobal.com> Date: Fri, 18 Nov 2011 11:58:14 +0000 X-Google-Sender-Auth: 4w63u1gnfEHa_Cqze07ThdD0lYI Message-ID: Subject: Re: Libssh2 usage from cURL with various buffer sizes. From: Alexander Lamaison To: libssh2 development X-MIME-Autoconverted: from quoted-printable to 8bit by giant.haxx.se id pAIBwKr6018103 X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.14 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="windows-1252" Errors-To: libssh2-devel-bounces@cool.haxx.se Sender: libssh2-devel-bounces@cool.haxx.se Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by giant.haxx.se id pAIBwMKi018132 2011/11/18 Patrik Thunström : > > I just sent over a report of our findings to the libcURL dev mailing list, > mainly telling that when using libcURL with various internal buffer sizes, > download and upload performance is going in in opposite directions, upload > is only improved by a larger buffer, whereas download is severely decreased. ... > > This using libcURL 7.22.0, libssh 1.3.0 and OpenSSL  1.0.0e, on a Win32 > platform (customer was running Windows Server 2003, but our local testing > was with Windows 7) ... > One thing that can be noticed is that it does not seem to be the actual > transfer that is taking time; libcURL’s progress callback returns with info > that it has downloaded the full amount of data a lot earlier than returning > control to the program. This behaviour is sounds like a problem with 1.3.0 that was (partially) fixed recently. Have you tried the latest from git? Alex -- Swish - Easy SFTP for Windows Explorer (http://www.swish-sftp.org) _______________________________________________ libssh2-devel http://cool.haxx.se/cgi-bin/mailman/listinfo/libssh2-devel From libssh2-devel-bounces@cool.haxx.se Fri Nov 18 13:14:15 2011 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 pAICEAsR031292; Fri, 18 Nov 2011 13:14:14 +0100 Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id pAICE5nk031201 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NOT) for ; Fri, 18 Nov 2011 13:14:07 +0100 Received: by vcbfl11 with SMTP id fl11so277124vcb.41 for ; Fri, 18 Nov 2011 04:14:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=faj1dd88YUFSOQXGAsYeIzcSzD4yq97n5ZCQ6LVAofk=; b=ounEbS1oQdZ4LBQto2ERntDBX/NfYUM48MaVFkrQJk5RT6j8RIIANF/MtcV9BVSqgF rxkRPlsT5/w74zQobQpGwMA/fKtnAXIlMvR7xPC9Gi3+RQ2wo27CSeSR6Sl8UXyZGi6e XuIIJsFsz5krS6iOaN9g+40V5j9H0PE0b9tEk= MIME-Version: 1.0 Received: by 10.224.217.131 with SMTP id hm3mr1044606qab.81.1321618439721; Fri, 18 Nov 2011 04:13:59 -0800 (PST) Received: by 10.229.29.148 with HTTP; Fri, 18 Nov 2011 04:13:59 -0800 (PST) In-Reply-To: <98f8cd204167d1659271338c7da822adf9a7ec97.1321352038.git.pkrempa@redhat.com> References: <98f8cd204167d1659271338c7da822adf9a7ec97.1321352038.git.pkrempa@redhat.com> Date: Fri, 18 Nov 2011 12:13:59 +0000 X-Google-Sender-Auth: VVxX4w-yyBtMwBTlgs0_ntgPHOU Message-ID: Subject: Re: [PATCH] knownhost_check(): Don't dereference ext if NULL is passed From: Alexander Lamaison To: libssh2 development X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.14 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-bounces@cool.haxx.se On 15 November 2011 10:14, Peter Krempa wrote: > Documentation for libssh2_knownhost_checkp() and related functions > states that the last argument is filled with data if non-NULL. > > "knownhost if set to non-NULL, it must be a pointer to a 'struct > libssh2_knownhost' pointer that gets filled in to point to info about a > known host that matches or partially matches." > > In this function ext is dereferenced even if set to NULL, causing > segfault in applications not needing the extra data. You're quite right, the code isn't treating ext as an optional argument. Please create your patch using 'git format-patch' so we have all the metadata (mainly your authorship). Alex -- Swish - Easy SFTP for Windows Explorer (http://www.swish-sftp.org) _______________________________________________ libssh2-devel http://cool.haxx.se/cgi-bin/mailman/listinfo/libssh2-devel From libssh2-devel-bounces@cool.haxx.se Fri Nov 18 13:45:47 2011 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 pAICjdOP020530; Fri, 18 Nov 2011 13:45:45 +0100 Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id pAICjboe020511 for ; Fri, 18 Nov 2011 13:45:38 +0100 Received: from int-mx12.intmail.prod.int.phx2.redhat.com (int-mx12.intmail.prod.int.phx2.redhat.com [10.5.11.25]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id pAICjYOC008115 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 18 Nov 2011 07:45:34 -0500 Received: from kdudka.brq.redhat.com (kdudka.brq.redhat.com [10.34.24.8]) by int-mx12.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id pAICjXw2017911; Fri, 18 Nov 2011 07:45:34 -0500 From: Kamil Dudka To: Alexander Lamaison Subject: Re: [PATCH] knownhost_check(): Don't dereference ext if NULL is passed Date: Fri, 18 Nov 2011 13:45:32 +0100 User-Agent: KMail/1.12.4 (Linux/2.6.32-131.17.1.el6.x86_64; KDE/4.3.4; x86_64; ; ) References: <98f8cd204167d1659271338c7da822adf9a7ec97.1321352038.git.pkrempa@redhat.com> In-Reply-To: MIME-Version: 1.0 Message-Id: <201111181345.32717.kdudka@redhat.com> X-Scanned-By: MIMEDefang 2.68 on 10.5.11.25 Cc: libssh2-devel@cool.haxx.se X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.14 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-bounces@cool.haxx.se On Friday 18 November 2011 13:13:59 Alexander Lamaison wrote: > Please create your patch using 'git format-patch' so we have all the metadata (mainly your authorship). Why don't you use git-am to apply the patch directly from your mailbox? Kamil _______________________________________________ libssh2-devel http://cool.haxx.se/cgi-bin/mailman/listinfo/libssh2-devel From libssh2-devel-bounces@cool.haxx.se Fri Nov 18 13:51:59 2011 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 pAICpsZH023683; Fri, 18 Nov 2011 13:51:58 +0100 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 pAICpqXV023670 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Fri, 18 Nov 2011 13:51:52 +0100 Received: from localhost (dast@localhost) by giant.haxx.se (8.14.4/8.14.4/Submit) with ESMTP id pAICpqdo023666 for ; Fri, 18 Nov 2011 13:51:52 +0100 X-Authentication-Warning: giant.haxx.se: dast owned process doing -bs Date: Fri, 18 Nov 2011 13:51:52 +0100 (CET) From: Daniel Stenberg X-X-Sender: dast@giant.haxx.se To: libssh2 development Subject: A release Message-ID: 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.14 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-bounces@cool.haxx.se Hey Alexander's point that we have some decent fixes in git that aren't included in a release made me realize we should do... a release. Checking my inbox, I found 4 live issues we should consider dealing with first: * Potential remote listener bug * LIBSSH2_SFTP_PACKET_MAXLEN * Re: Patch to ticket 228 * [PATCH] knownhost_check() I will appreciate all help I can get to get fixes, feedback or complaints on all or any of them. Perhaps we can then move forward and have a release in a week or so! -- / daniel.haxx.se _______________________________________________ libssh2-devel http://cool.haxx.se/cgi-bin/mailman/listinfo/libssh2-devel From libssh2-devel-bounces@cool.haxx.se Fri Nov 18 14:33:00 2011 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 pAIDWeZ2020207; Fri, 18 Nov 2011 14:32:56 +0100 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 pAIDWdoo020194 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Fri, 18 Nov 2011 14:32:39 +0100 Received: from localhost (dast@localhost) by giant.haxx.se (8.14.4/8.14.4/Submit) with ESMTP id pAIDWcLK020190 for ; Fri, 18 Nov 2011 14:32:38 +0100 X-Authentication-Warning: giant.haxx.se: dast owned process doing -bs Date: Fri, 18 Nov 2011 14:32:38 +0100 (CET) From: Daniel Stenberg X-X-Sender: dast@giant.haxx.se To: libssh2 development Subject: RE: LIBSSH2_SFTP_PACKET_MAXLEN 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.14 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-bounces@cool.haxx.se On Mon, 14 Nov 2011, Michael Harris wrote: > I think this is a limitation in the sftp spec itself - it does not mandate a > maximum packet size Yes it does, as we've already quoted and discussed in this thread. Can anyone think of a reason to keep LIBSSH2_SFTP_PACKET_MAXLEN defined in a public header file btw? I don't think we have anything in the API that uses nor needs it, and I'd rather just remove it from external visibility and double the sanity-check in the sftp code. -- / daniel.haxx.se _______________________________________________ libssh2-devel http://cool.haxx.se/cgi-bin/mailman/listinfo/libssh2-devel From libssh2-devel-bounces@cool.haxx.se Fri Nov 18 15:03:39 2011 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 pAIE3Jh9011751; Fri, 18 Nov 2011 15:03:36 +0100 Received: from mail.bassetglobal.com (mail.basset.se [193.13.246.197]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id pAIE3IpM011720 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Fri, 18 Nov 2011 15:03:18 +0100 Received: from PATTHU64 ([10.10.24.3]) (authenticated user patrik.thunstrom@bassetglobal.com) by mail.bassetglobal.com (using TLSv1/SSLv3 with cipher AES128-SHA (128 bits)) for libssh2-devel@cool.haxx.se; Fri, 18 Nov 2011 15:00:06 +0100 From: =?iso-8859-1?Q?Patrik_Thunstr=F6m?= To: "'libssh2 development'" References: <004901cca5df$54c68c50$fe53a4f0$@bassetglobal.com> In-Reply-To: Subject: RE: Libssh2 usage from cURL with various buffer sizes. Date: Fri, 18 Nov 2011 15:00:02 +0100 Message-ID: <007f01cca5fa$617e3590$247aa0b0$@bassetglobal.com> MIME-Version: 1.0 X-Mailer: Microsoft Outlook 14.0 Content-Language: sv Thread-Index: AQJOPk9hrw2O9JhnpJmdbup9abmsfAEfpzM9lKZlDQA= X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.14 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-bounces@cool.haxx.se -----Original Message----- From: Alexander Lamaison [mailto:swish@lammy.co.uk] Sent: den 18 november 2011 12:58 To: libssh2 development Subject: Re: Libssh2 usage from cURL with various buffer sizes. > This behaviour is sounds like a problem with 1.3.0 that was > (partially) fixed recently. Have you tried the latest from git? > Alex Now I have, using the latest snapshot (November 18 daily). As you said, it seems to be partially fixed. The big performance hit related to the buffer size is definitely gone. Running through the test suite showed a issue when running a 16k buffer against the OpenSSH server however. When doing the 1000 x 20kB file set twice in a row, the process just stalls in sftp_readdir, which is done before starting transfer to determine all files to download. The time was more specifically spent in sftp_packet_requirev, and all the exclusive time was just as previous profiling spent in sftp_packet_ask. This shown through a short profiling round over a few minutes, while the process stalled. This with a 100% reproduction rate, and I've tried somewhere around 10 times. The other sets of files did not get the same issue, and the CoreSFTP did not either show the same issue with any of the sets or 16k/16M combinations, so I could only reproduce it with the 16k buffer, OpenSSH server and 1000 x 20kB file combination. So, it's a clear improvement, but instead other issues have surfaced. Not sure how related they could be to the improvements made. Also, slowdown over multiple files is still noticeable when running it with a larger buffer. This is however a lot less of an issue, as it can always be worked around by reinitializing the connection to the server. _______________________________________________ libssh2-devel http://cool.haxx.se/cgi-bin/mailman/listinfo/libssh2-devel From libssh2-devel-bounces@cool.haxx.se Fri Nov 18 15:35:06 2011 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 pAIEYsqp030882; Fri, 18 Nov 2011 15:35:05 +0100 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 pAIEYr47030869 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Fri, 18 Nov 2011 15:34:53 +0100 Received: from localhost (dast@localhost) by giant.haxx.se (8.14.4/8.14.4/Submit) with ESMTP id pAIEYrgh030865 for ; Fri, 18 Nov 2011 15:34:53 +0100 X-Authentication-Warning: giant.haxx.se: dast owned process doing -bs Date: Fri, 18 Nov 2011 15:34:53 +0100 (CET) From: Daniel Stenberg X-X-Sender: dast@giant.haxx.se To: libssh2 development Subject: RE: Libssh2 usage from cURL with various buffer sizes. In-Reply-To: <007f01cca5fa$617e3590$247aa0b0$@bassetglobal.com> Message-ID: References: <004901cca5df$54c68c50$fe53a4f0$@bassetglobal.com> <007f01cca5fa$617e3590$247aa0b0$@bassetglobal.com> User-Agent: Alpine 2.00 (DEB 1167 2008-08-23) X-fromdanielhimself: yes MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="1129329158-1653131177-1321626893=:27622" X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.14 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-bounces@cool.haxx.se This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --1129329158-1653131177-1321626893=:27622 Content-Type: TEXT/PLAIN; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 8BIT On Fri, 18 Nov 2011, Patrik Thunström wrote: > Running through the test suite showed a issue when running a 16k buffer > against the OpenSSH server however. When doing the 1000 x 20kB file set > twice in a row, the process just stalls in sftp_readdir, which is done > before starting transfer to determine all files to download. If you can write up a recipe for that we can use, it'd be great! > So, it's a clear improvement, but instead other issues have surfaced. Not > sure how related they could be to the improvements made. I don't think it is a too interesting question either. The code in git is the best we have, and if there are bugs we should fix them... > Also, slowdown over multiple files is still noticeable when running it with > a larger buffer. This is however a lot less of an issue, as it can always be > worked around by reinitializing the connection to the server. If you can write up a test recipe for this case, perhaps someone more than you can have a look at the details to try to see what the reason for this is. -- / daniel.haxx.se --1129329158-1653131177-1321626893=:27622 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 --1129329158-1653131177-1321626893=:27622-- From libssh2-devel-bounces@cool.haxx.se Fri Nov 18 16:46:17 2011 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 pAIFk0pD019002; Fri, 18 Nov 2011 16:46:14 +0100 Received: from mail.bassetglobal.com (mail.basset.se [193.13.246.197]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id pAIFjwB4018979 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Fri, 18 Nov 2011 16:45:58 +0100 Received: from PATTHU64 ([10.10.24.3]) (authenticated user patrik.thunstrom@bassetglobal.com) by mail.bassetglobal.com (using TLSv1/SSLv3 with cipher AES128-SHA (128 bits)) for libssh2-devel@cool.haxx.se; Fri, 18 Nov 2011 16:42:45 +0100 From: =?iso-8859-1?Q?Patrik_Thunstr=F6m?= To: "'libssh2 development'" References: <004901cca5df$54c68c50$fe53a4f0$@bassetglobal.com> <007f01cca5fa$617e3590$247aa0b0$@bassetglobal.com> In-Reply-To: Subject: RE: Libssh2 usage from cURL with various buffer sizes. Date: Fri, 18 Nov 2011 16:42:42 +0100 Message-ID: <008d01cca608$b91d0de0$2b5729a0$@bassetglobal.com> MIME-Version: 1.0 X-Mailer: Microsoft Outlook 14.0 Content-Language: sv Thread-Index: AQJOPk9hrw2O9JhnpJmdbup9abmsfAEfpzM9ASKlzR8BgCKOqZSRfxRg X-MIME-Autoconverted: from quoted-printable to 8bit by giant.haxx.se id pAIFjwB4018979 X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.14 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="iso-8859-1" Errors-To: libssh2-devel-bounces@cool.haxx.se Sender: libssh2-devel-bounces@cool.haxx.se Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by giant.haxx.se id pAIFk0pD019002 -----Original Message----- From: Daniel Stenberg [mailto:daniel@haxx.se] Sent: den 18 november 2011 15:35 To: libssh2 development Subject: RE: Libssh2 usage from cURL with various buffer sizes. > If you can write up a recipe for that we can use, it'd be great! Sure, I'm on it! Sadly I'm more in cURL territory, so my test driver will be a compacted code running through libcURL, if that's okay? I know it would be better if I could patch together a pure libssh2 driver, but I hope my libcURL driver will be better than nothing. Or would you prefer a more conceptual step by step instruction? >> So, it's a clear improvement, but instead other issues have surfaced. >> Not sure how related they could be to the improvements made. > I don't think it is a too interesting question either. The code in git is the best we have, and if there are bugs we should fix them... Yes, definitely! The snapshot is miles better in terms of performance to start off with, so I see no reason to try to look at older code versions to try to salvage or something like that, I was more implying that it might be related to those parts of code that has changed. >> Also, slowdown over multiple files is still noticeable when running it >> with a larger buffer. This is however a lot less of an issue, as it >> can always be worked around by reinitializing the connection to the server. > If you can write up a test recipe for this case, perhaps someone more than you can have a look at the details to try to see what the reason for this is. Yup, this will probably work out just fine to run with the same test driver I'm already preparing for the read_dir stall. I'm not too worried about this issue, as it might just be my mind playing tricks, and I believe it'll also be a bit easier to verify and rule out the SFTP server's role In slowing down once the above mentioned issue is solved. Will return to this issue a bit later. I'll get back once I've made a test driver! Best regards Patrik Thunström / patrik.thunstrom@bassetglobal.com _______________________________________________ libssh2-devel http://cool.haxx.se/cgi-bin/mailman/listinfo/libssh2-devel From libssh2-devel-bounces@cool.haxx.se Fri Nov 18 16:51:03 2011 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 pAIFp1ld021330; Fri, 18 Nov 2011 16:51:02 +0100 Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id pAIFox66021221 for ; Fri, 18 Nov 2011 16:51:00 +0100 Received: from int-mx12.intmail.prod.int.phx2.redhat.com (int-mx12.intmail.prod.int.phx2.redhat.com [10.5.11.25]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id pAIFosrY031881 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Fri, 18 Nov 2011 10:50:55 -0500 Received: from ashe.local. (vpn1-6-160.ams2.redhat.com [10.36.6.160]) by int-mx12.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id pAIForei025424 for ; Fri, 18 Nov 2011 10:50:53 -0500 Message-ID: <4EC67EDE.8020004@redhat.com> Date: Fri, 18 Nov 2011 16:50:54 +0100 From: Peter Krempa User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: libssh2 development Subject: Re: [PATCH] knownhost_check(): Don't dereference ext if NULL is passed References: <98f8cd204167d1659271338c7da822adf9a7ec97.1321352038.git.pkrempa@redhat.com> In-Reply-To: Content-Type: multipart/mixed; boundary="------------000008050309010301000809" X-Scanned-By: MIMEDefang 2.68 on 10.5.11.25 X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.14 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-bounces@cool.haxx.se This is a multi-part message in MIME format. --------------000008050309010301000809 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Dňa 18.11.2011 13:13, Alexander Lamaison wrote / napísal(a): > You're quite right, the code isn't treating ext as an optional > argument. Please create your patch using 'git format-patch' so we The patch was created using `git format-patch` and then sent using `git send-email`. We normaly use `git am` on the eml message file from mailing lists to apply patches send using email. Sorry for the inconvinience. You can find the pre-`git send-email` file as attachment to this message. Peter > have all the metadata (mainly your authorship). > > Alex > > -- > Swish - Easy SFTP for Windows Explorer (http://www.swish-sftp.org) > _______________________________________________ > libssh2-devel http://cool.haxx.se/cgi-bin/mailman/listinfo/libssh2-devel --------------000008050309010301000809 Content-Type: text/plain; x-mac-type="0"; x-mac-creator="0"; name="0001-knownhost_check-Don-t-dereference-ext-if-NULL-is-pas.patch" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename*0="0001-knownhost_check-Don-t-dereference-ext-if-NULL-is-pas.pa"; filename*1="tch" RnJvbSAzMjMzZTgwZjA3YzVmZDhhNTQ4MzMyZjYwMTQxNTc2MzRkMWMyYmViIE1vbiBTZXAg MTcgMDA6MDA6MDAgMjAwMQpNZXNzYWdlLUlkOiA8MzIzM2U4MGYwN2M1ZmQ4YTU0ODMzMmY2 MDE0MTU3NjM0ZDFjMmJlYi4xMzIxNjMxMjYxLmdpdC5wa3JlbXBhQHJlZGhhdC5jb20+CkZy b206IFBldGVyIEtyZW1wYSA8cGtyZW1wYUByZWRoYXQuY29tPgpEYXRlOiBUdWUsIDE1IE5v diAyMDExIDExOjE0OjM5ICswMTAwClN1YmplY3Q6IFtQQVRDSF0ga25vd25ob3N0X2NoZWNr KCk6IERvbid0IGRlcmVmZXJlbmNlIGV4dCBpZiBOVUxMIGlzIHBhc3NlZAoKRG9jdW1lbnRh dGlvbiBmb3IgbGlic3NoMl9rbm93bmhvc3RfY2hlY2twKCkgYW5kIHJlbGF0ZWQgZnVuY3Rp b25zCnN0YXRlcyB0aGF0IHRoZSBsYXN0IGFyZ3VtZW50IGlzIGZpbGxlZCB3aXRoIGRhdGEg aWYgbm9uLU5VTEwuCgoia25vd25ob3N0IGlmIHNldCB0byBub24tTlVMTCwgaXQgbXVzdCBi ZSBhIHBvaW50ZXIgdG8gYSAnc3RydWN0CmxpYnNzaDJfa25vd25ob3N0JyBwb2ludGVyIHRo YXQgZ2V0cyBmaWxsZWQgaW4gdG8gcG9pbnQgdG8gaW5mbyBhYm91dCBhCmtub3duIGhvc3Qg dGhhdCBtYXRjaGVzIG9yIHBhcnRpYWxseSBtYXRjaGVzLiIKCkluIHRoaXMgZnVuY3Rpb24g ZXh0IGlzIGRlcmVmZXJlbmNlZCBldmVuIGlmIHNldCB0byBOVUxMLCBjYXVzaW5nCnNlZ2Zh dWx0IGluIGFwcGxpY2F0aW9ucyBub3QgbmVlZGluZyB0aGUgZXh0cmEgZGF0YS4KLS0tCiBz cmMva25vd25ob3N0LmMgfCAgICA2ICsrKystLQogMSBmaWxlcyBjaGFuZ2VkLCA0IGluc2Vy dGlvbnMoKyksIDIgZGVsZXRpb25zKC0pCgpkaWZmIC0tZ2l0IGEvc3JjL2tub3duaG9zdC5j IGIvc3JjL2tub3duaG9zdC5jCmluZGV4IGQ5MGYxZDQuLjE5M2JkYTMgMTAwNjQ0Ci0tLSBh L3NyYy9rbm93bmhvc3QuYworKysgYi9zcmMva25vd25ob3N0LmMKQEAgLTQxNyw3ICs0MTcs OCBAQCBrbm93bmhvc3RfY2hlY2soTElCU1NIMl9LTk9XTkhPU1RTICpob3N0cywKICAgICAg ICAgICAgICAgICAvKiBob3N0IG5hbWUgbWF0Y2gsIG5vdyBjb21wYXJlIHRoZSBrZXlzICov CiAgICAgICAgICAgICAgICAgaWYoIXN0cmNtcChrZXksIG5vZGUtPmtleSkpIHsKICAgICAg ICAgICAgICAgICAgICAgLyogdGhleSBtYXRjaCEgKi8KLSAgICAgICAgICAgICAgICAgICAg KmV4dCA9IGtub3duaG9zdF90b19leHRlcm5hbChub2RlKTsKKyAgICAgICAgICAgICAgICAg ICAgaWYgKGV4dCkKKyAgICAgICAgICAgICAgICAgICAgICAgICpleHQgPSBrbm93bmhvc3Rf dG9fZXh0ZXJuYWwobm9kZSk7CiAgICAgICAgICAgICAgICAgICAgIGJhZGtleSA9IE5VTEw7 CiAgICAgICAgICAgICAgICAgICAgIHJjID0gTElCU1NIMl9LTk9XTkhPU1RfQ0hFQ0tfTUFU Q0g7CiAgICAgICAgICAgICAgICAgICAgIGJyZWFrOwpAQCAtNDM4LDcgKzQzOSw4IEBAIGtu b3duaG9zdF9jaGVjayhMSUJTU0gyX0tOT1dOSE9TVFMgKmhvc3RzLAoKICAgICBpZihiYWRr ZXkpIHsKICAgICAgICAgLyoga2V5IG1pc21hdGNoICovCi0gICAgICAgICpleHQgPSBrbm93 bmhvc3RfdG9fZXh0ZXJuYWwoYmFka2V5KTsKKyAgICAgICAgaWYgKGV4dCkKKyAgICAgICAg ICAgICpleHQgPSBrbm93bmhvc3RfdG9fZXh0ZXJuYWwoYmFka2V5KTsKICAgICAgICAgcmMg PSBMSUJTU0gyX0tOT1dOSE9TVF9DSEVDS19NSVNNQVRDSDsKICAgICB9CgotLSAKMS43LjYu MQoK --------------000008050309010301000809 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 --------------000008050309010301000809-- From libssh2-devel-bounces@cool.haxx.se Fri Nov 18 17:21:20 2011 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 pAIGLDTU009557; Fri, 18 Nov 2011 17:21:19 +0100 Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id pAIGLA9R009517 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NOT) for ; Fri, 18 Nov 2011 17:21:11 +0100 Received: by vbbfa15 with SMTP id fa15so326205vbb.41 for ; Fri, 18 Nov 2011 08:21:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type :content-transfer-encoding; bh=tfoKIBpdLyLUpokdwMBPDSSS46i1YpPRbRSqxtwEcEI=; b=hoLIltZ/FlVAVzalYrFnin/rjdinTRqciVfCoiQqtK3a2ph79rfZnxB4I4UwUXzxVY mGnM1AN/Galr5YScfFnoLWrIg6fLD5hiW4QoO7IczHG5y3bMtJpf/O4w8LNYI/TwCRvB FFAHK2MPGirpVD/f3+jpqumqQ/PidzAlsvt78= MIME-Version: 1.0 Received: by 10.224.17.148 with SMTP id s20mr1656243qaa.55.1321633265691; Fri, 18 Nov 2011 08:21:05 -0800 (PST) Received: by 10.229.29.148 with HTTP; Fri, 18 Nov 2011 08:21:05 -0800 (PST) In-Reply-To: <4EC67EDE.8020004@redhat.com> References: <98f8cd204167d1659271338c7da822adf9a7ec97.1321352038.git.pkrempa@redhat.com> <4EC67EDE.8020004@redhat.com> Date: Fri, 18 Nov 2011 16:21:05 +0000 X-Google-Sender-Auth: 5pf_XBNoAKUjjzaghcdKW64iMhk Message-ID: Subject: Re: [PATCH] knownhost_check(): Don't dereference ext if NULL is passed From: Alexander Lamaison To: libssh2 development X-MIME-Autoconverted: from quoted-printable to 8bit by giant.haxx.se id pAIGLA9R009517 X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.14 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="iso-8859-2" Errors-To: libssh2-devel-bounces@cool.haxx.se Sender: libssh2-devel-bounces@cool.haxx.se Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by giant.haxx.se id pAIGLDTU009557 On 18 November 2011 15:50, Peter Krempa wrote: > Dòa 18.11.2011 13:13, Alexander Lamaison  wrote / napísal(a): >> >> You're quite right, the code isn't treating ext as an optional >> argument.  Please create your patch using 'git format-patch' so we > > The patch was created using `git format-patch` and then sent using `git > send-email`. > > We normaly use `git am` on the eml message file from mailing lists to apply > patches send using email. Sorry for the inconvinience. > > You can find the pre-`git send-email` file as attachment to this message. Thanks. Comitted. Sorry for making you do more work to counter my laziness. Alex _______________________________________________ libssh2-devel http://cool.haxx.se/cgi-bin/mailman/listinfo/libssh2-devel From libssh2-devel-bounces@cool.haxx.se Fri Nov 18 19:13:09 2011 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 pAIICpgm015367; Fri, 18 Nov 2011 19:13:05 +0100 Received: from mail.bassetglobal.com (mail.basset.se [193.13.246.197]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id pAIICnxx015340 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Fri, 18 Nov 2011 19:12:49 +0100 Received: from PATTHU64 ([10.10.24.3]) (authenticated user patrik.thunstrom@bassetglobal.com) by mail.bassetglobal.com (using TLSv1/SSLv3 with cipher AES128-SHA (128 bits)) for libssh2-devel@cool.haxx.se; Fri, 18 Nov 2011 19:09:35 +0100 From: =?iso-8859-1?Q?Patrik_Thunstr=F6m?= To: "'libssh2 development'" References: <004901cca5df$54c68c50$fe53a4f0$@bassetglobal.com> <007f01cca5fa$617e3590$247aa0b0$@bassetglobal.com> <008d01cca608$b91d0de0$2b5729a0$@bassetglobal.com> In-Reply-To: <008d01cca608$b91d0de0$2b5729a0$@bassetglobal.com> Subject: RE: Libssh2 usage from cURL with various buffer sizes. Date: Fri, 18 Nov 2011 19:09:28 +0100 Message-ID: <009801cca61d$3a26b760$ae742620$@bassetglobal.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0099_01CCA625.9BEEA1D0" X-Mailer: Microsoft Outlook 14.0 Content-Language: sv Thread-Index: AQJOPk9hrw2O9JhnpJmdbup9abmsfAEfpzM9ASKlzR8BgCKOqQJnzx02lH5mv+A= X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.14 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-bounces@cool.haxx.se This is a multipart message in MIME format. ------=_NextPart_000_0099_01CCA625.9BEEA1D0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable -----Original Message----- From: Patrik Thunstr=F6m [mailto:patrik.thunstrom@bassetglobal.com]=20 Sent: den 18 november 2011 16:43 To: 'libssh2 development' Subject: RE: Libssh2 usage from cURL with various buffer sizes. > I'll get back once I've made a test driver! I sadly have to admit defeat with this task. I've tried to recreate the = bug in a standalone test driver, but without any success. This is a bit odd, seeing as we're able to log each and every call that = go out through libcURL, but even so recreating every step of the way, no success. This leads me to believe that it might be somehow related to compiler = flags (which I also tried to set up in a similar manner as our sharp product), = or something related to differences between building and/or running things = as standalone executables compared to dynamic libraries, as we usually are loading the libcURL dll, through a wrapper dll to maintain both forwards = and backwards compatibility. I still do have the same setup as earlier available, so I can still run = the same test in our environment, even though this is not the best solution. = :/ What I did manage to get out of this was a small test driver for testing file transfer iterations of the same file, which would be quite similar = to running our small files test multiple times (as that was what I was = trying to recreate with the test driver). It starts out by uploading a file to = the SFTP and then downloads it a definable number of times over a set number = of iterations. No rocket science, needs to get include path to and be linked to your = choice of libcURL. I believe I've made it as platform independent as possible, = but there still might be something that's windows specific. Oh well. Signing out for now. Have a nice weekend! Best regards Patrik Thunstr=F6m / patrik.thunstrom@bassetglobal.com ------=_NextPart_000_0099_01CCA625.9BEEA1D0 Content-Type: text/plain; name="libssh-testdriver-fileiteration.c" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="libssh-testdriver-fileiteration.c" #include "curl/curl.h" #define TRANSFER_DIRECTION_DOWNLOAD 0 #define TRANSFER_DIRECTION_UPLOAD 1 int transferDirection; CURL *pConn =3D NULL; char currentHost[200]; size_t transferFunction(void *ptr, size_t size, size_t nmemb, void = *stream) { FILE *filePtr =3D (FILE*)stream; size_t bytesWritten =3D 0; if(transferDirection =3D=3D TRANSFER_DIRECTION_DOWNLOAD) bytesWritten = =3D fwrite(ptr, size, nmemb, filePtr); else if(transferDirection =3D=3D TRANSFER_DIRECTION_UPLOAD) = bytesWritten =3D fread(ptr, size, nmemb, filePtr); return bytesWritten; } CURLcode SetOption(CURL *conn, CURLoption option, char *value) { CURLcode result; result =3D curl_easy_setopt(conn, option, value); if(result !=3D CURLE_OK) { printf("curl_easy_setopt returned with error code: %d. Option to set: = %d.", result, option); printf("Error description: %s", curl_easy_strerror(result)); } return result; } int Connect(char *userhost, char *user, char *password, int portnumber) { CURLcode result; char connectString[300]; int authMode =3D CURLSSH_AUTH_NONE; pConn =3D curl_easy_init(); if(!pConn) { return FALSE; } sprintf(connectString, "sftp://%s:%d/", userhost, portnumber); // Set options for the connection before connecting. SetOption(pConn, CURLOPT_URL, connectString); SetOption(pConn, CURLOPT_USERNAME, user); if(password && *password) { SetOption(pConn, CURLOPT_PASSWORD, password); authMode |=3D CURLSSH_AUTH_PASSWORD; authMode |=3D CURLSSH_AUTH_KEYBOARD; } SetOption(pConn, CURLOPT_SSH_AUTH_TYPES, (char*)authMode); // Tell curl not to report progress SetOption(pConn, CURLOPT_NOPROGRESS, (char*)TRUE); // Setup timeouts SetOption(pConn, CURLOPT_CONNECTTIMEOUT, (char*)60); SetOption(pConn, CURLOPT_FTP_RESPONSE_TIMEOUT, (char*)60); SetOption(pConn, CURLOPT_TCP_NODELAY, (char*)TRUE); SetOption(pConn, CURLOPT_NOBODY, (char*)TRUE); result =3D curl_easy_perform(pConn); if(result =3D=3D CURLE_OK) { sprintf(currentHost, "sftp://%s:%d", userhost, portnumber); return TRUE; } else { curl_easy_cleanup(pConn); pConn =3D NULL; } if(pConn) return TRUE; return FALSE; } BOOL transferFile(char *source, char *target, int direction) { CURLcode result; FILE *file; char *escapedUrl; char urlString[1000]; if(!pConn) return FALSE; // Set options depending on transfer direction if(direction =3D=3D TRANSFER_DIRECTION_DOWNLOAD) { file =3D fopen(target,"w"); SetOption(pConn, CURLOPT_WRITEFUNCTION, (char*)&transferFunction); SetOption(pConn, CURLOPT_WRITEDATA, (char*)file); escapedUrl =3D curl_escape(source, 0); } else if(direction =3D=3D TRANSFER_DIRECTION_UPLOAD) { file =3D fopen(source, "r"); SetOption(pConn, CURLOPT_READFUNCTION, (char*)&transferFunction); SetOption(pConn, CURLOPT_READDATA, (char*)file); SetOption(pConn, CURLOPT_UPLOAD, (char*)TRUE); escapedUrl =3D curl_escape(target, 0); } else return FALSE; // Validate the file handle if(file =3D=3D NULL) { printf("File transfer failed. Could not open file %s for %s.", = direction =3D=3D TRANSFER_DIRECTION_UPLOAD ? target : source, = transferDirection =3D=3D TRANSFER_DIRECTION_UPLOAD ? "reading" : = "writing"); return FALSE; } transferDirection =3D direction; // Use the escaped URL to set the curl uption sprintf(urlString, "%s/%s", currentHost, escapedUrl); curl_free(escapedUrl); SetOption(pConn, CURLOPT_URL, urlString); // Set the common options SetOption(pConn, CURLOPT_NOBODY, (char*)FALSE); result =3D curl_easy_perform(pConn); // Reset options depending on transfer direction if(direction =3D=3D TRANSFER_DIRECTION_DOWNLOAD) { SetOption(pConn, CURLOPT_WRITEFUNCTION, NULL); SetOption(pConn, CURLOPT_WRITEDATA, NULL); } else { SetOption(pConn, CURLOPT_READFUNCTION, NULL); SetOption(pConn, CURLOPT_READDATA, NULL); SetOption(pConn, CURLOPT_UPLOAD, (char*)FALSE); } fclose(file); if(result !=3D CURLE_OK) { printf("File transfer failed with error code: %d. Error description: = %s", result, curl_easy_strerror(result)); return FALSE; } return TRUE; } #define REMOTE_FILEPATH "home/teste/testfile.dat" void UploadFile() { transferFile("testfile.dat", REMOTE_FILEPATH, = TRANSFER_DIRECTION_UPLOAD); } void TransferFileset(int numIterations, int numFiles) { int i, j; time_t startTime, endTime; for(i =3D 0; i < numIterations; i++) { printf("Current iteration: %d. ", i + 1); // Clock in startTime =3D time(NULL); for(j =3D 0; j < numFiles; j++) { if(!transferFile(REMOTE_FILEPATH, "tmpfile.down", = TRANSFER_DIRECTION_DOWNLOAD)) { printf("Transfer batch failed. Aborting."); return; } } // Clock out, print endTime =3D time(NULL); printf("Used time: %d.\n", endTime - startTime); } } int main(int argc, char **argv) { curl_global_init(CURL_GLOBAL_ALL); // host, username, password, port Connect("10.10.24.14", "teste", "tuster", 22); UploadFile(); // Iterations, Files per iteration TransferFileset(10, 2000); return 1; } ------=_NextPart_000_0099_01CCA625.9BEEA1D0 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 ------=_NextPart_000_0099_01CCA625.9BEEA1D0-- From libssh2-devel-bounces@cool.haxx.se Sat Nov 19 01:03:47 2011 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 pAJ03PRI016208; Sat, 19 Nov 2011 01:03:44 +0100 Received: from mailgw9.se.ericsson.net (mailgw9.se.ericsson.net [193.180.251.57]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id pAJ03NZv016199 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Sat, 19 Nov 2011 01:03:23 +0100 X-AuditID: c1b4fb39-b7b3eae00000252a-ca-4ec6f24b3803 Received: from esgscmw0009.eapac.ericsson.se (Unknown_Domain [153.88.253.125]) by mailgw9.se.ericsson.net (Symantec Mail Security) with SMTP id B5.87.09514.C42F6CE4; Sat, 19 Nov 2011 01:03:24 +0100 (CET) Received: from ESGSCCMS0001.eapac.ericsson.se ([146.11.115.27]) by esgscmw0009.eapac.ericsson.se ([146.11.115.34]) with mapi; Sat, 19 Nov 2011 08:03:23 +0800 From: Michael Harris To: "libssh2-devel@cool.haxx.se" Date: Sat, 19 Nov 2011 08:03:21 +0800 Subject: RE: LIBSSH2_SFTP_PACKET_MAXLEN Thread-Topic: LIBSSH2_SFTP_PACKET_MAXLEN Thread-Index: AcymDiWrp8C/0gTfTniQR+dQnvL8aQAOqy0g Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 X-Brightmail-Tracker: AAAAAA== X-MIME-Autoconverted: from quoted-printable to 8bit by giant.haxx.se id pAJ03NZv016199 X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.14 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-bounces@cool.haxx.se Hi, >> I think this is a limitation in the sftp spec itself - it does not mandate a >> maximum packet size > >Yes it does, as we've already quoted and discussed in this thread. If you are referring to the section I quoted when I started this thread (Section 4 - General Packet Format) - that only states that a server SHOULD accept at least 34000 bytes. It says nothing about the minimum a client should accept or the maximum a server can send. http://tools.ietf.org/html/draft-ietf-secsh-filexfer-13#page-5 It also says: The maximum size of a packet is in practice determined by the client (the maximum size of read or write requests that it sends, plus a few bytes of packet overhead) This is true for normal reads and writes because the client specifies how many bytes are being written and read. Not true for directory reads where it is completely up to the server. Also in this thread Henrik mentioned that there is maximum packet size negotiation at the channel level - that is correct but there is nothing to say that an SFTP layer packet needs to fit in a channel packet (and they don't - in my tests I can see multiple transport and connection packets being combined to make single SFTP packets). So I stand by my original statement. Having said that I am sure I don't know as much about sftp as you guys so I'm ready to stand corrected. >> Can anyone think of a reason to keep LIBSSH2_SFTP_PACKET_MAXLEN defined in a >> public header file btw? It's probably handy to know the maximum packet length since it affects the efficiency of reads and writes (or so the API docs say). Regards // Mike _______________________________________________ libssh2-devel http://cool.haxx.se/cgi-bin/mailman/listinfo/libssh2-devel From libssh2-devel-bounces@cool.haxx.se Sat Nov 19 03:19:03 2011 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 pAJ2IkW4022909; Sat, 19 Nov 2011 03:19:01 +0100 Received: from vps1.henriknordstrom.net (vps1.henriknordstrom.net [IPv6:2a02:750:7::d0a]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id pAJ2IjiB022905 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Sat, 19 Nov 2011 03:18:45 +0100 Received: from henriknordstrom.net ([IPv6:2002:51d8:9fb7::1]) by vps1.henriknordstrom.net (8.14.2/8.14.2/Debian-2build1) with ESMTP id pAJ2IiAS005561 for ; Sat, 19 Nov 2011 02:18:46 GMT Received: from [IPv6:::1] (localhost [IPv6:::1] (may be forged)) by henriknordstrom.net (8.12.11.20060308/8.12.8) with ESMTP id pAJ2IheY003873 for ; Sat, 19 Nov 2011 03:18:43 +0100 Subject: RE: LIBSSH2_SFTP_PACKET_MAXLEN From: Henrik =?ISO-8859-1?Q?Nordstr=F6m?= To: libssh2 development Date: Sat, 19 Nov 2011 03:18:43 +0100 In-Reply-To: References: X-Mailer: Evolution 3.0.3 (3.0.3-1.fc15) Message-ID: <1321669123.3400.11.camel@henriknordstrom.net> Mime-Version: 1.0 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (vps1.henriknordstrom.net [IPv6:2a02:750:7::d0a]); Sat, 19 Nov 2011 02:18:46 +0000 (UTC) X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.14 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="utf-8" Errors-To: libssh2-devel-bounces@cool.haxx.se Sender: libssh2-devel-bounces@cool.haxx.se Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from base64 to 8bit by giant.haxx.se id pAJ2IkW4022909 lör 2011-11-19 klockan 08:03 +0800 skrev Michael Harris: > If you are referring to the section I quoted when I started this > thread (Section 4 - General Packet Format) - that only states that a > server SHOULD accept at least 34000 bytes. It says nothing about the > minimum a client should accept or the maximum a server can send. It do say some.. see 11. Implementation Considerations but yes, this is only a recommendation and not a requirement. There may be SFTP messages larger than the channel packet size. > This is true for normal reads and writes because the client specifies > how many bytes are being written and read. Not true for directory > reads where it is completely up to the server. Indeed. READDIR is unbound and it's the servers responsibility to split it up in manageable chunks as it sees fit. It would however be impolite to exceed the transport packet size, and rude to exceed the servers advertised max-read-size + headers (or 34000 if not advertised). Regards Henrik _______________________________________________ libssh2-devel http://cool.haxx.se/cgi-bin/mailman/listinfo/libssh2-devel From libssh2-devel-bounces@cool.haxx.se Sat Nov 19 15:21:41 2011 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 pAJELFXx009530; Sat, 19 Nov 2011 15:21:35 +0100 Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id pAJELDLw009288 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NOT) for ; Sat, 19 Nov 2011 15:21:13 +0100 Received: by eyd10 with SMTP id 10so5239398eyd.41 for ; Sat, 19 Nov 2011 06:21:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=n8iAdH2mRtq67iFyojHHXnLdTaH7LRqe0MUt7psdatY=; b=CgAUONRU4iYBkbKeu8b0OjuyVWwbE5X0nmbX3CkhWV1k2bgKdVB+DZbU9BC4DD2yE7 gI1F8RGcMAYuBRQ1DaOSOSdgsOsRlQrTXgExvV4KTBDwRKLuG3/JUAByecsAioSaqgUL CZTFrFjbf8kKQ+gK79cpqeYAlx4bLoMLoxJOc= MIME-Version: 1.0 Received: by 10.213.21.148 with SMTP id j20mr208828ebb.87.1321712469339; Sat, 19 Nov 2011 06:21:09 -0800 (PST) Received: by 10.213.8.139 with HTTP; Sat, 19 Nov 2011 06:21:09 -0800 (PST) In-Reply-To: References: <20110929002526.3146.qmail@stuge.se> <20111025233411.16122.qmail@stuge.se> Date: Sat, 19 Nov 2011 15:21:09 +0100 Message-ID: Subject: Re: Patch to ticket 228 From: Jernej Kovacic To: libssh2 development Content-Type: multipart/mixed; boundary=0015174c0cae3aeda004b2172a3f X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.14 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-bounces@cool.haxx.se --0015174c0cae3aeda004b2172a3f Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, as there were no comments I have concluded that my addition to the manpage is OK. Please find the patch in the attachment. Regards, Jernej On Mon, Nov 14, 2011 at 10:50 PM, Jernej Kovacic wrote= : > Hello, > > finally found some time. Let me reply to some remarks first: > >> I would favor using ** and taking a length parameter, so that we work >> toward less malloc within libssh2 instead of more > > That was my initial proposal but then it was agreed that the function > should allocate memory itself. > >> Can there really be NULL names within method lists? I do not think so. >> kex.c has many loops over these method lists and none skips over NULL >> names like done here. Some ends on NULL names, some assumes name is >> alway valid. > > It's perfect if it really never occurs but it never hurts to recheck > it. It's just my "defensive" (or you may call it "paranoid") > developing approach that I got used to. =C2=A0In this case, if something > "suspicious" or meaningless is found, it should not be returned it as > it may confuse or even crash a poorly written application. > > Alternatively, the function could return an error if something like > this is detected. > >> I only have one comment left here: 'char ***arg' is a really unfortunate= argument type. I bet that will scare weak-hearted users really good. The l= east we can do is to offer an example in the man page showing how to use it= ... > > Unfortunately this is a case if a function must return an allocated > array of "strings". If the number of asterisks is really such a > problem, they could be "hidden" by wrapping the list into a one-member > struct. But in my opinion this really doesn't make any sense. Instead > I have prepared a short example to be inserted into the man page. > Please review it, let me know about any comments about its style > (khmm, are there any Nroff tags to mark an example of code?), should > something be added or cut? Then I will prepare and send the patch. > > ------------ sample start ------------------- > .SH EXAMPLE > #include "libssh2.h" > > const char **algorithms; > int rc; > LIBSSH2_SESSION *session; > > /* initilize session */ > session =3D libssh2_session_init(); > rc =3D libssh2_session_supported_algs(session, > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 LIBSSH2_METHOD_CRYPT_C= S, > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0&algorithms); > if (rc>0) { > =C2=A0 =C2=A0/* the call succeeded, do sth. with the list of algorithms, > =C2=A0 =C2=A0 =C2=A0 (e.g. list them)... */ > =C2=A0 =C2=A0int i; > =C2=A0 =C2=A0printf("Supported symmetric algorithms:\n"); > =C2=A0 =C2=A0for ( i=3D0; i =C2=A0 =C2=A0 =C2=A0 =C2=A0printf("\t%s\n", algorithms[i]); > > =C2=A0 =C2=A0/* ... and free the allocated memory when not needed anymore= */ > =C2=A0 =C2=A0libssh2_free(session, algorithms); > } > else { > =C2=A0 =C2=A0/* call failed, error handling */ > } > ---------------- sample end --------------------- > > Regards, Jernej > --0015174c0cae3aeda004b2172a3f Content-Type: application/octet-stream; name="0003-Ticket-228-added-an-example-to-the-libssh2_session_s.patch" Content-Disposition: attachment; filename="0003-Ticket-228-added-an-example-to-the-libssh2_session_s.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_gv6nbtnr0 RnJvbSA3NDdjNzFlN2Y0MjhkZjc4YmYxZmQwYzlmMWJlYTdjMWExYmQyNDk0IE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiB1bmtub3duIDxqa292YWNpY0AuKG5vbmUpPgpEYXRlOiBTYXQs IDE5IE5vdiAyMDExIDE0OjE1OjIxICswMTAwClN1YmplY3Q6IFtQQVRDSCAzLzNdIFRpY2tldCAy Mjg6IGFkZGVkIGFuIGV4YW1wbGUgdG8gdGhlCiBsaWJzc2gyX3Nlc3Npb25fc3VwcG9ydGVkX2Fs Z3MoMykgbWFucGFnZQoKLS0tCiBkb2NzL2xpYnNzaDJfc2Vzc2lvbl9zdXBwb3J0ZWRfYWxncy4z IHwgICAyNSArKysrKysrKysrKysrKysrKysrKysrKysrCiAxIGZpbGVzIGNoYW5nZWQsIDI1IGlu c2VydGlvbnMoKyksIDAgZGVsZXRpb25zKC0pCgpkaWZmIC0tZ2l0IGEvZG9jcy9saWJzc2gyX3Nl c3Npb25fc3VwcG9ydGVkX2FsZ3MuMyBiL2RvY3MvbGlic3NoMl9zZXNzaW9uX3N1cHBvcnRlZF9h bGdzLjMKaW5kZXggYTU3MTlhMi4uYzM2YWVmMiAxMDA2NDQKLS0tIGEvZG9jcy9saWJzc2gyX3Nl c3Npb25fc3VwcG9ydGVkX2FsZ3MuMworKysgYi9kb2NzL2xpYnNzaDJfc2Vzc2lvbl9zdXBwb3J0 ZWRfYWxncy4zCkBAIC0yMSw2ICsyMSwzMSBAQCBtdXN0IGJlIGNhbGxlZCBiZWZvcmUgY2FsbGlu ZyB0aGlzIGZ1bmN0aW9uLCBvdGhlcndpc2Ugb25seSAibm9uZSIgd2lsbCBiZSByZXR1cgogCiBJ ZiBzdWNjZXNzZnVsLCB0aGUgZnVuY3Rpb24gd2lsbCBhbGxvY2F0ZSBhbmQgZmlsbCB0aGUgYXJy YXkgd2l0aCBzdXBwb3J0ZWQgYWxnb3JpdGhtcyAodGhlIHNhbWUgbmFtZXMgYXMgZGVmaW5lZCBp biBSRkMgNDI1MykuCiBUaGUgYXJyYXkgaXMgbm90IE5VTEwgdGVybWluYXRlZC4KKy5TSCBFWEFN UExFCisjaW5jbHVkZSAibGlic3NoMi5oIgorCitjb25zdCBjaGFyICoqYWxnb3JpdGhtczsKK2lu dCByYywgaTsKK0xJQlNTSDJfU0VTU0lPTiAqc2Vzc2lvbjsKKworLyogaW5pdGlsaXplIHNlc3Np b24gKi8KK3Nlc3Npb24gPSBsaWJzc2gyX3Nlc3Npb25faW5pdCgpOworcmMgPSBsaWJzc2gyX3Nl c3Npb25fc3VwcG9ydGVkX2FsZ3Moc2Vzc2lvbiwgCisgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICBMSUJTU0gyX01FVEhPRF9DUllQVF9DUywgCisgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAmYWxnb3JpdGhtcyk7CitpZiAocmM+MCkgeworICAgIC8qIHRoZSBj YWxsIHN1Y2NlZWRlZCwgZG8gc3RoLiB3aXRoIHRoZSBsaXN0IG9mIGFsZ29yaXRobXMKKyAgICAg ICAoZS5nLiBsaXN0IHRoZW0pLi4uICovCisgICAgcHJpbnRmKCJTdXBwb3J0ZWQgc3ltbWV0cmlj IGFsZ29yaXRobXM6XG4iKTsKKyAgICBmb3IgKCBpPTA7IGk8cmM7IGkrKyApCisgICAgICAgIHBy aW50ZigiXHQlc1xuIiwgYWxnb3JpdGhtc1tpXSk7CisKKyAgICAvKiAuLi4gYW5kIGZyZWUgdGhl IGFsbG9jYXRlZCBtZW1vcnkgd2hlbiBub3QgbmVlZGVkIGFueW1vcmUgKi8KKyAgICBsaWJzc2gy X2ZyZWUoc2Vzc2lvbiwgYWxnb3JpdGhtcyk7Cit9CitlbHNlIHsKKyAgICAvKiBjYWxsIGZhaWxl ZCwgZXJyb3IgaGFuZGxpbmcgKi8KK30KIC5TSCBSRVRVUk4gVkFMVUUKIE9uIHN1Y2Nlc3MsIGEg bnVtYmVyIG9mIHJldHVybmVkIGFsZ29yaXRobXMgKGkuZSBhIHBvc2l0aXZlIG51bWJlciB3aWxs IGJlIHJldHVybmVkKS4KIEluIGNhc2Ugb2YgYSBmYWlsdXJlLCBhbiBlcnJvciBjb2RlIChhIG5l Z2F0aXZlIG51bWJlciwgc2VlIGJlbG93KSBpcyByZXR1cm5lZC4KLS0gCjEuNy42Lm1zeXNnaXQu MAoK --0015174c0cae3aeda004b2172a3f 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 --0015174c0cae3aeda004b2172a3f-- From libssh2-devel-bounces@cool.haxx.se Sat Nov 19 22:47:35 2011 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 pAJLlJVl006699; Sat, 19 Nov 2011 22:47:31 +0100 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 pAJLlHdo006694 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Sat, 19 Nov 2011 22:47:17 +0100 Received: from localhost (dast@localhost) by giant.haxx.se (8.14.4/8.14.4/Submit) with ESMTP id pAJLlHOv006690 for ; Sat, 19 Nov 2011 22:47:17 +0100 X-Authentication-Warning: giant.haxx.se: dast owned process doing -bs Date: Sat, 19 Nov 2011 22:47:17 +0100 (CET) From: Daniel Stenberg X-X-Sender: dast@giant.haxx.se To: libssh2 development Subject: RE: LIBSSH2_SFTP_PACKET_MAXLEN 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.14 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-bounces@cool.haxx.se On Sat, 19 Nov 2011, Michael Harris wrote: >>> Can anyone think of a reason to keep LIBSSH2_SFTP_PACKET_MAXLEN defined in >>> a public header file btw? > > It's probably handy to know the maximum packet length since it affects the > efficiency of reads and writes (or so the API docs say). No, that maximum is only the maximum size libssh2 allows an SFTP packet to be when received from a server, it serves no useful purpose at all to an application (that I can think of). I moved that define into the private source when I committed the change that doubled the LIBSSH2_SFTP_PACKET_MAXLEN size. -- / daniel.haxx.se _______________________________________________ libssh2-devel http://cool.haxx.se/cgi-bin/mailman/listinfo/libssh2-devel From libssh2-devel-bounces@cool.haxx.se Mon Nov 21 13:00:26 2011 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 pALC00rp023232; Mon, 21 Nov 2011 13:00:20 +0100 Received: from mail0.avcosystems.co.uk (mail0.avcosystems.co.uk [195.224.236.86]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id pALBxwC1023201 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NOT) for ; Mon, 21 Nov 2011 12:59:58 +0100 Received: from lexx.avco ([192.168.0.1] helo=lyta) by mail0.avcosystems.co.uk with esmtp (Exim 4.69 #1 (Debian)) (envelope-from ) id 1RSSXQ-0008Co-TG for ; Mon, 21 Nov 2011 11:59:52 +0000 From: "Mark Smith" To: "'libssh2 development'" References: <20110929002526.3146.qmail@stuge.se> Subject: RE: Patch to ticket 228 Date: Mon, 21 Nov 2011 11:59:53 -0000 Keywords: Not filed Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0EF5_01CCA845.145953B0" X-Mailer: Microsoft Office Outlook 11 thread-index: AcyTYkAy65YaEIiSRmiQ8APvLRn2dAU4mU8w X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 In-Reply-To: X-AVCO-Scan-Signature: 195d91f2c346974e9c281821000d7043 X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.14 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-bounces@cool.haxx.se This is a multi-part message in MIME format. ------=_NextPart_000_0EF5_01CCA845.145953B0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit I've just compiled the snapshot from 20111121 and MSVC6 throws a compile warning on the LIBSSH2_FREE() call due to the const pointer; patch attached. PS: I don't have git, this is a plain diff -u -- Mark Smith -----Original Message----- From: libssh2-devel-bounces@cool.haxx.se [mailto:libssh2-devel-bounces@cool.haxx.se] On Behalf Of Daniel Stenberg Sent: 25 October 2011 23:05 To: libssh2 development Subject: Re: Patch to ticket 228 On Tue, 25 Oct 2011, Jernej Kovacic wrote: > Now I have modified the function to call _libssh2_error(), converted tabs to > spaces (hopefully none have remained) and reverted the changes in comp.c. I > have also added a few important lines into the doc. file to ensure that the > function will be used properly when "asked" for compression methods. This is better but I still wish you'd pay more attention to: trailing white space, source code style and line lengths. You also modified some unrelated lines. See the attachment here for my edited version showing my points. I'll commit this within shortly and then we can continue polishing it based on what we have in git. I only have one comment left here: 'char ***arg' is a really unfortunate argument type. I bet that will scare weak-hearted users really good. The least we can do is to offer an example in the man page showing how to use it... -- / daniel.haxx.se ------=_NextPart_000_0EF5_01CCA845.145953B0 Content-Type: application/octet-stream; name="libssh2-kex.c.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="libssh2-kex.c.patch" --- libssh2-1.4.0-20111121-orig\src\kex.c Mon Nov 21 11:52:43 2011 +++ libssh2-1.4.0-20111121\src\kex.c Wed Oct 26 04:06:03 2011 @@ -1997,7 +1997,7 @@ /* correct number of pointers copied? (test the code above) */ if ( j!=ialg ) { /* deallocate buffer */ - LIBSSH2_FREE(session, (void *)*algs); + LIBSSH2_FREE(session, *algs); *algs = NULL; return _libssh2_error(session, LIBSSH2_ERROR_BAD_USE, ------=_NextPart_000_0EF5_01CCA845.145953B0 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 ------=_NextPart_000_0EF5_01CCA845.145953B0-- From libssh2-devel-bounces@cool.haxx.se Tue Nov 22 14:50:18 2011 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 pAMDo1wu005195; Tue, 22 Nov 2011 14:50:15 +0100 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 pAMDo0uS005188 for ; Tue, 22 Nov 2011 14:50:00 +0100 Received: (qmail 21243 invoked from network); 22 Nov 2011 13:50:00 -0000 Received: from unknown (HELO earth.stuge.se) (127.0.0.1) by localhost with SMTP; 22 Nov 2011 13:50:00 -0000 MIME-Version: 1.0 From: "libssh2 Trac" X-Trac-Version: 0.12.3dev Precedence: bulk Cc: libssh2-devel@cool.haxx.se Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3dev, by Edgewall Software X-Trac-Project: libssh2 Date: Tue, 22 Nov 2011 13:49:59 -0000 X-URL: http://trac.libssh2.org/ Subject: [libssh2] #230: Getting Disconnect after user auth request X-Trac-Ticket-URL: http://trac.libssh2.org/ticket/230 Message-ID: <051.a53dba25c87d8c38bd85fab55a0104cc@libssh2.stuge.se> X-Trac-Ticket-ID: 230 X-MIME-Autoconverted: from base64 to 8bit by giant.haxx.se id pAMDo0uS005188 X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.14 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-bounces@cool.haxx.se #230: Getting Disconnect after user auth request -----------------------------+-------------------- Reporter: positive_libssh | Owner: Type: defect | Status: new Priority: high | Milestone: 1.3.0 Component: protocol | Version: 1.3.0 Keywords: | Blocked By: Blocks: | -----------------------------+-------------------- Putty works fine. Logs from libssh and putty will be attached... [18 Nov 2011 10:58:54,616] => libssh2_transport_write plain (17 bytes) [18 Nov 2011 10:58:54,616] 0000: 05 00 00 00 0C 73 73 68 2D 75 73 65 72 61 75 74 : .....ssh-useraut [18 Nov 2011 10:58:54,616] 0010: 68 : h [18 Nov 2011 10:58:54,616] => libssh2_transport_write send() (132 bytes) [18 Nov 2011 10:58:54,616] 0000: 5C 97 F4 4E 74 E1 38 4C 93 B2 9E D4 F7 C5 09 D1 : \..Nt.8L........ [18 Nov 2011 10:58:54,616] 0010: E0 0D D1 70 8D 84 91 48 44 B2 8B 38 9A 7D E5 3B : ...p...HD..8.}.; [18 Nov 2011 10:58:54,616] 0020: 73 6F C6 DC 7B 23 16 22 14 F6 50 6B 80 74 44 8F : so..{#."..Pk.tD. [18 Nov 2011 10:58:54,616] 0030: 7C A7 53 21 5A FA AE 2E 92 EC AD 77 5C 2E 04 CE : |.S!Z......w\... [18 Nov 2011 10:58:54,616] 0040: 21 96 CF E2 EF 9C D6 4A A6 20 12 84 1A 18 C4 5B : !......J. .....[ [18 Nov 2011 10:58:54,616] 0050: D5 12 54 5E AC 63 01 D0 90 C8 D9 75 52 3B 7A D5 : ..T^.c.....uR;z. [18 Nov 2011 10:58:54,616] 0060: 63 F8 AD 92 AF E8 AE 9F B8 06 29 7E A8 BC 38 A3 : c.........)~..8. [18 Nov 2011 10:58:54,616] 0070: 8F F5 C6 35 24 C3 5B 2F E8 8A 8E 9B C7 97 E9 9E : ...5$.[/........ [18 Nov 2011 10:58:54,616] 0080: B2 D3 AA 70 : ...p [18 Nov 2011 10:58:54,616] [libssh2] 1.616905 Transport: Looking for packet of type: 6 [18 Nov 2011 10:58:54,616] [libssh2] 1.616905 Conn: Setting blocking mode ON [18 Nov 2011 10:58:54,616] [libssh2] 1.616905 Transport: Disconnecting: reason=11, desc=, lang= -- 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 Nov 22 15:08:02 2011 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 pAME7skR019002; Tue, 22 Nov 2011 15:08:01 +0100 Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id pAME7pPV018922 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NOT) for ; Tue, 22 Nov 2011 15:07:52 +0100 Received: by qadc10 with SMTP id c10so12993qad.20 for ; Tue, 22 Nov 2011 06:07:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=LfAhJNkxl6Swpa+eqgAM3LobsoHa6n61EFdo4CuWQmk=; b=mJbK41wXF90Ovx6Lqm1fYfcGmJzFg4hd0hW8JmNMeHXWK1O8/oJTARgIdDbJO/c4ra ZtbPCCw6PVqrWzOsEJeo9HgXaDPQlLryLybWyOAK7a+6gYpPSBcYWoaTu9fSznJwYcO9 LWakwW8+JKe8hFAnoXngkJZVq7qJRj9PP4deI= MIME-Version: 1.0 Received: by 10.224.34.16 with SMTP id j16mr8095573qad.64.1321970865735; Tue, 22 Nov 2011 06:07:45 -0800 (PST) Received: by 10.229.113.28 with HTTP; Tue, 22 Nov 2011 06:07:45 -0800 (PST) Date: Tue, 22 Nov 2011 14:07:45 +0000 X-Google-Sender-Auth: 4T0v6CaHRr67ARx2xgrvzrjCTkM Message-ID: Subject: Trac health From: Alexander Lamaison To: "development, libssh2" X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.14 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-bounces@cool.haxx.se Is something up with our Trac? It's slow as treacle. Alex -- Swish: Easy SFTP for Windows Explorer (http://www.swish-sftp.org) _______________________________________________ libssh2-devel http://cool.haxx.se/cgi-bin/mailman/listinfo/libssh2-devel From libssh2-devel-bounces@cool.haxx.se Tue Nov 22 23:30:38 2011 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 pAMMUKLa031080; Tue, 22 Nov 2011 23:30:35 +0100 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 SMTP id pAMMUITg031060 for ; Tue, 22 Nov 2011 23:30:19 +0100 Received: (qmail 2127 invoked by uid 501); 22 Nov 2011 22:30:19 -0000 Message-ID: <20111122223019.2126.qmail@stuge.se> Date: Tue, 22 Nov 2011 23:30:19 +0100 From: Peter Stuge To: libssh2-devel@cool.haxx.se Subject: Re: Trac health 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.14 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-bounces@cool.haxx.se Alexander Lamaison wrote: > Is something up with our Trac? It's slow as treacle. It does run on a slightly old machine (I have other machines, but it's not so easy to move it) but I've spent a bit of time investigating Trac+Git performance for another Trac instance on the same machine, and it seems that Trac hits really hard on the repositories for every request. I've seen that there's been a performance update for the TracGit plugin, and I will try that out when I have a chance. I also don't know exactly how many requests it is handling per time unit. I guess I should try to set some monitoring up. Ideas welcome! //Peter _______________________________________________ libssh2-devel http://cool.haxx.se/cgi-bin/mailman/listinfo/libssh2-devel From libssh2-devel-bounces@cool.haxx.se Wed Nov 23 01:54:04 2011 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 pAN0rpDs008216; Wed, 23 Nov 2011 01:54:03 +0100 Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id pAN0rnY3008170 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NOT) for ; Wed, 23 Nov 2011 01:53:49 +0100 Received: by qyg36 with SMTP id 36so861072qyg.41 for ; Tue, 22 Nov 2011 16:53:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=HH4Th7KUqv+b3anDC0J4gzo/nHYB0k3hUKnruLxtTEs=; b=JXJrpH7MJJUbD5AQ8vHHt5OUwQ4sQ6f3cuEnhfImEG4fTdLSWPyUpVmpTFO7Rr4HoQ drkemhxSgmH1nF3LJS1issg+RBzwOung6wne7tu9N93zqULcLQZaxWngRPJ8/d+XgYIa PNCMZSNQjyM7rfmO1R+wmOMnbOTtsvqXTAhBI= MIME-Version: 1.0 Received: by 10.229.249.195 with SMTP id ml3mr2492834qcb.41.1322009625177; Tue, 22 Nov 2011 16:53:45 -0800 (PST) Received: by 10.229.113.28 with HTTP; Tue, 22 Nov 2011 16:53:45 -0800 (PST) In-Reply-To: <20111122223019.2126.qmail@stuge.se> References: <20111122223019.2126.qmail@stuge.se> Date: Wed, 23 Nov 2011 00:53:45 +0000 X-Google-Sender-Auth: oq9mYIbJVsDKCL_vvxQHlCk4Snc Message-ID: Subject: Re: Trac health From: Alexander Lamaison To: libssh2 development X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.14 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-bounces@cool.haxx.se On 22 November 2011 22:30, Peter Stuge wrote: > Alexander Lamaison wrote: >> Is something up with our Trac? It's slow as treacle. > > It does run on a slightly old machine (I have other machines, but > it's not so easy to move it) but I've spent a bit of time > investigating Trac+Git performance for another Trac instance on the > same machine, and it seems that Trac hits really hard on the > repositories for every request. I doubt this is the problem. It's been running fine till today. It probably not a coincidence that today someone started spamming the hell out of us. I've had to reject 25 bug reports already today! > I also don't know exactly how many requests it is handling per > time unit. I guess I should try to set some monitoring up. Ideas > welcome! Trac provides access logs if you enable it. Would be interesting to know what is being requested. Alex _______________________________________________ libssh2-devel http://cool.haxx.se/cgi-bin/mailman/listinfo/libssh2-devel From libssh2-devel-bounces@cool.haxx.se Wed Nov 23 19:21:35 2011 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 pANILClF010341; Wed, 23 Nov 2011 19:21:30 +0100 Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id pANILACQ010318 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NOT) for ; Wed, 23 Nov 2011 19:21:10 +0100 Received: by ghbg20 with SMTP id g20so971735ghb.41 for ; Wed, 23 Nov 2011 10:21:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=4cPA3wgkCxYFJ7P+otEdS7KGS+VdqWdDBDR2x6bSx6w=; b=P0X3je7PmDfg1IiAyDquUu/EeR5JnzZCjOzDhiWr1QTDeCriXeWYIx4/liq1Xh8cK+ lDbBuVq4zOQ2CyyjZfPNjxvxQRTOQxEP2nppk0yN+L8nJybT0efg1XJ+mOACI1rjzIT/ xKReIVT3CB8sbJCr/3cFhe+4P4PifTud0ScDQ= MIME-Version: 1.0 Received: by 10.14.9.21 with SMTP id 21mr1630822ees.181.1322072463785; Wed, 23 Nov 2011 10:21:03 -0800 (PST) Received: by 10.213.28.196 with HTTP; Wed, 23 Nov 2011 10:21:03 -0800 (PST) In-Reply-To: References: <20110929002526.3146.qmail@stuge.se> Date: Wed, 23 Nov 2011 19:21:03 +0100 Message-ID: Subject: Re: Patch to ticket 228 From: Jernej Kovacic To: libssh2 development X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.14 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-bounces@cool.haxx.se Finally I've managed to prepare a build environment on Windows with VS2005. Slight modification of the LIBSSH2_FREE line (line 2000 in the current revision) to: LIBSSH2_FREE(session, (void*) *algs); (in other words, *algs is casted to void*) eliminates the warning and the file compiles fine both with VS2005 and with GCC. I've written the section of code, where this line appears, to handle all theoretically possible defects. Later it was mentioned that such an event is very unlikely so there's a question whether this block will remain in the code..... I would like to prepare a patch but currently I am experimenting with some other modifications of kex.c (not related to this feature) and I have no idea if it is possible to include only certain modifications of a file. When building on Windows, I've noticed additional issues, not reported with GCC and not related to my modifications. - several compiler warnings "conversion from ... to ..." are reported. Not with kex.c though. - the file win32/libssh2.dsp (an equivalent to .vcproj in older releases of visual C/Studio), referred by libssh2.dsw, has somehow disappeared from the repository. It's still present in the 1.3.0 release, however. The same applies for INSTALL. Should I open a ticket with this issue? Regards, Jernej On Mon, Nov 21, 2011 at 12:59 PM, Mark Smith wrote: > I've just compiled the snapshot from 20111121 and MSVC6 throws a compile > warning on the LIBSSH2_FREE() call due to the const pointer; patch attached. > > PS: I don't have git, this is a plain diff -u > > -- > Mark Smith _______________________________________________ libssh2-devel http://cool.haxx.se/cgi-bin/mailman/listinfo/libssh2-devel From libssh2-devel-bounces@cool.haxx.se Wed Nov 23 21:59:51 2011 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 pANKxYqu029317; Wed, 23 Nov 2011 21:59:50 +0100 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 pANKxWKJ029297 for ; Wed, 23 Nov 2011 21:59:32 +0100 Received: (qmail 23524 invoked from network); 23 Nov 2011 20:59:30 -0000 Received: from unknown (HELO earth.stuge.se) (127.0.0.1) by localhost with SMTP; 23 Nov 2011 20:59:30 -0000 MIME-Version: 1.0 From: "libssh2 Trac" X-Trac-Version: 0.12.3dev Precedence: bulk Cc: libssh2-devel@cool.haxx.se Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3dev, by Edgewall Software X-Trac-Project: libssh2 Date: Wed, 23 Nov 2011 20:59:30 -0000 X-URL: http://trac.libssh2.org/ Subject: [libssh2] #231: Arbos doesn't answer on "enter" after login X-Trac-Ticket-URL: http://trac.libssh2.org/ticket/231 Message-ID: <051.ebeb1ae38b9d3e6650b0f424779fc2d6@libssh2.stuge.se> X-Trac-Ticket-ID: 231 X-MIME-Autoconverted: from base64 to 8bit by giant.haxx.se id pANKxWKJ029297 X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.14 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-bounces@cool.haxx.se #231: Arbos doesn't answer on "enter" after login -----------------------------+-------------------- Reporter: positive_libssh | Owner: Type: defect | Status: new Priority: high | Milestone: 1.2.9 Component: protocol | Version: 1.3.0 Keywords: | Blocked By: Blocks: | -----------------------------+-------------------- Arbos doesn't answer on "enter" after login via libssh2. Putty does. After few "enters" libssh2 disconnects with reason 11 libssh2 & putty logs attached -- 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 Fri Nov 25 11:36:18 2011 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 pAPAa039012393; Fri, 25 Nov 2011 11:36:15 +0100 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 pAPAZxfc012370 for ; Fri, 25 Nov 2011 11:35:59 +0100 Received: (qmail 22932 invoked from network); 25 Nov 2011 10:35:56 -0000 Received: from unknown (HELO earth.stuge.se) (127.0.0.1) by localhost with SMTP; 25 Nov 2011 10:35:56 -0000 MIME-Version: 1.0 From: "libssh2 Trac" X-Trac-Version: 0.12.3dev Precedence: bulk Cc: libssh2-devel@cool.haxx.se Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3dev, by Edgewall Software X-Trac-Project: libssh2 Date: Fri, 25 Nov 2011 10:35:56 -0000 X-URL: http://trac.libssh2.org/ Subject: [libssh2] #232: "Unknown user" message when using scp X-Trac-Ticket-URL: http://trac.libssh2.org/ticket/232 Message-ID: <051.bd268050dace1119e766fa4d5211a1dd@libssh2.stuge.se> X-Trac-Ticket-ID: 232 X-MIME-Autoconverted: from base64 to 8bit by giant.haxx.se id pAPAZxfc012370 X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.14 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-bounces@cool.haxx.se #232: "Unknown user" message when using scp -----------------------------+-------------------- Reporter: positive_libssh | Owner: Type: defect | Status: new Priority: high | Milestone: 1.2.9 Component: protocol | Version: 1.3.0 Keywords: | Blocked By: Blocks: | -----------------------------+-------------------- Failed to use scp. Server reports "unknown user 1017" 0000: 5F 00 00 00 04 00 00 00 01 00 00 00 13 75 6E 6B : _............unk 0010: 6E 6F 77 6E 20 75 73 65 72 20 31 30 31 37 0D 0A : nown user 1017.. Logs will be attached -- 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 Fri Nov 25 11:45:31 2011 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 pAPAjJ4T021239; Fri, 25 Nov 2011 11:45:31 +0100 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 pAPAjINQ021230 for ; Fri, 25 Nov 2011 11:45:18 +0100 Received: (qmail 27208 invoked from network); 25 Nov 2011 10:45:17 -0000 Received: from unknown (HELO earth.stuge.se) (127.0.0.1) by localhost with SMTP; 25 Nov 2011 10:45:17 -0000 MIME-Version: 1.0 From: "libssh2 Trac" X-Trac-Version: 0.12.3dev Precedence: bulk Cc: libssh2-devel@cool.haxx.se Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3dev, by Edgewall Software X-Trac-Project: libssh2 Date: Fri, 25 Nov 2011 10:45:17 -0000 X-URL: http://trac.libssh2.org/ Subject: Re: [libssh2] #232: "Unknown user" message when using scp X-Trac-Ticket-URL: http://trac.libssh2.org/ticket/232#comment:1 Message-ID: <066.a9af994e85344cdaf75230b7b3d7b3d8@libssh2.stuge.se> References: <051.bd268050dace1119e766fa4d5211a1dd@libssh2.stuge.se> X-Trac-Ticket-ID: 232 In-Reply-To: <051.bd268050dace1119e766fa4d5211a1dd@libssh2.stuge.se> X-MIME-Autoconverted: from base64 to 8bit by giant.haxx.se id pAPAjINQ021230 X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.14 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="utf-8" Errors-To: libssh2-devel-bounces@cool.haxx.se Sender: libssh2-devel-bounces@cool.haxx.se Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from base64 to 8bit by giant.haxx.se id pAPAjJ4T021239 #232: "Unknown user" message when using scp ------------------------------+------------------- Reporter: positive_libssh | Owner: Type: defect | Status: new Priority: high | Milestone: 1.2.9 Component: protocol | Version: 1.3.0 Resolution: | Keywords: Blocked By: | Blocks: ------------------------------+------------------- Changes (by positive_libssh): * cc: anton-kochetkov@… (added) -- 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 Fri Nov 25 11:45:56 2011 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 pAPAjZks021338; Fri, 25 Nov 2011 11:45:56 +0100 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 pAPAjXLs021332 for ; Fri, 25 Nov 2011 11:45:33 +0100 Received: (qmail 27413 invoked from network); 25 Nov 2011 10:45:31 -0000 Received: from unknown (HELO earth.stuge.se) (127.0.0.1) by localhost with SMTP; 25 Nov 2011 10:45:31 -0000 MIME-Version: 1.0 From: "libssh2 Trac" X-Trac-Version: 0.12.3dev Precedence: bulk Cc: libssh2-devel@cool.haxx.se Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3dev, by Edgewall Software X-Trac-Project: libssh2 Date: Fri, 25 Nov 2011 10:45:31 -0000 X-URL: http://trac.libssh2.org/ Subject: Re: [libssh2] #231: Arbos doesn't answer on "enter" after login X-Trac-Ticket-URL: http://trac.libssh2.org/ticket/231#comment:1 Message-ID: <066.34cf4c52b2cb49c31e159652992f407b@libssh2.stuge.se> References: <051.ebeb1ae38b9d3e6650b0f424779fc2d6@libssh2.stuge.se> X-Trac-Ticket-ID: 231 In-Reply-To: <051.ebeb1ae38b9d3e6650b0f424779fc2d6@libssh2.stuge.se> X-MIME-Autoconverted: from base64 to 8bit by giant.haxx.se id pAPAjXLs021332 X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.14 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="utf-8" Errors-To: libssh2-devel-bounces@cool.haxx.se Sender: libssh2-devel-bounces@cool.haxx.se Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from base64 to 8bit by giant.haxx.se id pAPAjZks021338 #231: Arbos doesn't answer on "enter" after login ------------------------------+------------------- Reporter: positive_libssh | Owner: Type: defect | Status: new Priority: high | Milestone: 1.2.9 Component: protocol | Version: 1.3.0 Resolution: | Keywords: Blocked By: | Blocks: ------------------------------+------------------- Changes (by positive_libssh): * cc: anton-kochetkov@… (added) -- 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 Fri Nov 25 11:46:01 2011 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 pAPAjuWn021422; Fri, 25 Nov 2011 11:46:01 +0100 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 pAPAjkOH021382 for ; Fri, 25 Nov 2011 11:45:47 +0100 Received: (qmail 27563 invoked from network); 25 Nov 2011 10:45:45 -0000 Received: from unknown (HELO earth.stuge.se) (127.0.0.1) by localhost with SMTP; 25 Nov 2011 10:45:45 -0000 MIME-Version: 1.0 From: "libssh2 Trac" X-Trac-Version: 0.12.3dev Precedence: bulk Cc: libssh2-devel@cool.haxx.se Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3dev, by Edgewall Software X-Trac-Project: libssh2 Date: Fri, 25 Nov 2011 10:45:45 -0000 X-URL: http://trac.libssh2.org/ Subject: Re: [libssh2] #231: Arbos doesn't answer on "enter" after login X-Trac-Ticket-URL: http://trac.libssh2.org/ticket/231#comment:2 Message-ID: <066.d88d3910c0dfc73d6106fe7b80a667ff@libssh2.stuge.se> References: <051.ebeb1ae38b9d3e6650b0f424779fc2d6@libssh2.stuge.se> X-Trac-Ticket-ID: 231 In-Reply-To: <051.ebeb1ae38b9d3e6650b0f424779fc2d6@libssh2.stuge.se> X-MIME-Autoconverted: from base64 to 8bit by giant.haxx.se id pAPAjkOH021382 X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.14 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="utf-8" Errors-To: libssh2-devel-bounces@cool.haxx.se Sender: libssh2-devel-bounces@cool.haxx.se Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from base64 to 8bit by giant.haxx.se id pAPAjuWn021422 #231: Arbos doesn't answer on "enter" after login ------------------------------+------------------- Reporter: positive_libssh | Owner: Type: defect | Status: new Priority: high | Milestone: 1.2.9 Component: protocol | Version: 1.3.0 Resolution: | Keywords: Blocked By: | Blocks: ------------------------------+------------------- Changes (by positive_libssh): * cc: anton-kochetkov@… (removed) -- 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 Fri Nov 25 11:46:20 2011 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 pAPAkF1a021612; Fri, 25 Nov 2011 11:46:20 +0100 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 pAPAkEMg021606 for ; Fri, 25 Nov 2011 11:46:14 +0100 Received: (qmail 27905 invoked from network); 25 Nov 2011 10:46:12 -0000 Received: from unknown (HELO earth.stuge.se) (127.0.0.1) by localhost with SMTP; 25 Nov 2011 10:46:12 -0000 MIME-Version: 1.0 From: "libssh2 Trac" X-Trac-Version: 0.12.3dev Precedence: bulk Cc: libssh2-devel@cool.haxx.se Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3dev, by Edgewall Software X-Trac-Project: libssh2 Date: Fri, 25 Nov 2011 10:46:12 -0000 X-URL: http://trac.libssh2.org/ Subject: Re: [libssh2] #231: Arbos doesn't answer on "enter" after login X-Trac-Ticket-URL: http://trac.libssh2.org/ticket/231#comment:3 Message-ID: <066.48f035337515fa92cf5f4f266e25b61a@libssh2.stuge.se> References: <051.ebeb1ae38b9d3e6650b0f424779fc2d6@libssh2.stuge.se> X-Trac-Ticket-ID: 231 In-Reply-To: <051.ebeb1ae38b9d3e6650b0f424779fc2d6@libssh2.stuge.se> X-MIME-Autoconverted: from base64 to 8bit by giant.haxx.se id pAPAkEMg021606 X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.14 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="utf-8" Errors-To: libssh2-devel-bounces@cool.haxx.se Sender: libssh2-devel-bounces@cool.haxx.se Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from base64 to 8bit by giant.haxx.se id pAPAkF1a021612 #231: Arbos doesn't answer on "enter" after login ------------------------------+------------------- Reporter: positive_libssh | Owner: Type: defect | Status: new Priority: high | Milestone: 1.2.9 Component: protocol | Version: 1.3.0 Resolution: | Keywords: Blocked By: | Blocks: ------------------------------+------------------- Changes (by positive_libssh): * cc: anton-kochetkov@… (added) -- 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 Fri Nov 25 11:46:34 2011 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 pAPAkTmQ021733; Fri, 25 Nov 2011 11:46:33 +0100 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 pAPAkSKL021729 for ; Fri, 25 Nov 2011 11:46:28 +0100 Received: (qmail 28002 invoked from network); 25 Nov 2011 10:46:26 -0000 Received: from unknown (HELO earth.stuge.se) (127.0.0.1) by localhost with SMTP; 25 Nov 2011 10:46:26 -0000 MIME-Version: 1.0 From: "libssh2 Trac" X-Trac-Version: 0.12.3dev Precedence: bulk Cc: libssh2-devel@cool.haxx.se Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3dev, by Edgewall Software X-Trac-Project: libssh2 Date: Fri, 25 Nov 2011 10:46:26 -0000 X-URL: http://trac.libssh2.org/ Subject: Re: [libssh2] #230: Getting Disconnect after user auth request X-Trac-Ticket-URL: http://trac.libssh2.org/ticket/230#comment:1 Message-ID: <066.9a6152fa29b95d2e94f1e5d6535016f4@libssh2.stuge.se> References: <051.a53dba25c87d8c38bd85fab55a0104cc@libssh2.stuge.se> X-Trac-Ticket-ID: 230 In-Reply-To: <051.a53dba25c87d8c38bd85fab55a0104cc@libssh2.stuge.se> X-MIME-Autoconverted: from base64 to 8bit by giant.haxx.se id pAPAkSKL021729 X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.14 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="utf-8" Errors-To: libssh2-devel-bounces@cool.haxx.se Sender: libssh2-devel-bounces@cool.haxx.se Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from base64 to 8bit by giant.haxx.se id pAPAkTmQ021733 #230: Getting Disconnect after user auth request ------------------------------+------------------- Reporter: positive_libssh | Owner: Type: defect | Status: new Priority: high | Milestone: 1.3.0 Component: protocol | Version: 1.3.0 Resolution: | Keywords: Blocked By: | Blocks: ------------------------------+------------------- Changes (by positive_libssh): * cc: anton-kochetkov@… (added) -- 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 Fri Nov 25 11:46:58 2011 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 pAPAkrlg021857; Fri, 25 Nov 2011 11:46:58 +0100 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 pAPAkqUk021853 for ; Fri, 25 Nov 2011 11:46:52 +0100 Received: (qmail 28271 invoked from network); 25 Nov 2011 10:46:50 -0000 Received: from unknown (HELO earth.stuge.se) (127.0.0.1) by localhost with SMTP; 25 Nov 2011 10:46:50 -0000 MIME-Version: 1.0 From: "libssh2 Trac" X-Trac-Version: 0.12.3dev Precedence: bulk Cc: libssh2-devel@cool.haxx.se Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3dev, by Edgewall Software X-Trac-Project: libssh2 Date: Fri, 25 Nov 2011 10:46:50 -0000 X-URL: http://trac.libssh2.org/ Subject: Re: [libssh2] #231: Arbos doesn't answer on "enter" after login X-Trac-Ticket-URL: http://trac.libssh2.org/ticket/231#comment:4 Message-ID: <066.6c1e643d76fdab827123db8300ba0b90@libssh2.stuge.se> References: <051.ebeb1ae38b9d3e6650b0f424779fc2d6@libssh2.stuge.se> X-Trac-Ticket-ID: 231 In-Reply-To: <051.ebeb1ae38b9d3e6650b0f424779fc2d6@libssh2.stuge.se> X-MIME-Autoconverted: from base64 to 8bit by giant.haxx.se id pAPAkqUk021853 X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.14 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-bounces@cool.haxx.se #231: Arbos doesn't answer on "enter" after login ------------------------------+------------------- Reporter: positive_libssh | Owner: Type: defect | Status: new Priority: high | Milestone: 1.3.0 Component: protocol | Version: 1.3.0 Resolution: | Keywords: Blocked By: | Blocks: ------------------------------+------------------- Changes (by positive_libssh): * milestone: 1.2.9 => 1.3.0 -- 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 Fri Nov 25 11:47:10 2011 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 pAPAl9cm022024; Fri, 25 Nov 2011 11:47:10 +0100 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 pAPAl8kX022017 for ; Fri, 25 Nov 2011 11:47:08 +0100 Received: (qmail 28443 invoked from network); 25 Nov 2011 10:47:06 -0000 Received: from unknown (HELO earth.stuge.se) (127.0.0.1) by localhost with SMTP; 25 Nov 2011 10:47:06 -0000 MIME-Version: 1.0 From: "libssh2 Trac" X-Trac-Version: 0.12.3dev Precedence: bulk Cc: libssh2-devel@cool.haxx.se Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3dev, by Edgewall Software X-Trac-Project: libssh2 Date: Fri, 25 Nov 2011 10:47:06 -0000 X-URL: http://trac.libssh2.org/ Subject: Re: [libssh2] #232: "Unknown user" message when using scp X-Trac-Ticket-URL: http://trac.libssh2.org/ticket/232#comment:2 Message-ID: <066.761680c1de8a6c0ee1f803b5dc695ad5@libssh2.stuge.se> References: <051.bd268050dace1119e766fa4d5211a1dd@libssh2.stuge.se> X-Trac-Ticket-ID: 232 In-Reply-To: <051.bd268050dace1119e766fa4d5211a1dd@libssh2.stuge.se> X-MIME-Autoconverted: from base64 to 8bit by giant.haxx.se id pAPAl8kX022017 X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.14 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-bounces@cool.haxx.se #232: "Unknown user" message when using scp ------------------------------+------------------- Reporter: positive_libssh | Owner: Type: defect | Status: new Priority: high | Milestone: 1.3.0 Component: protocol | Version: 1.3.0 Resolution: | Keywords: Blocked By: | Blocks: ------------------------------+------------------- Changes (by positive_libssh): * milestone: 1.2.9 => 1.3.0 -- 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 Fri Nov 25 12:13:34 2011 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 pAPBDCTD005200; Fri, 25 Nov 2011 12:13:33 +0100 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 pAPBDA8L005182 for ; Fri, 25 Nov 2011 12:13:10 +0100 Received: (qmail 11034 invoked from network); 25 Nov 2011 11:13:09 -0000 Received: from unknown (HELO earth.stuge.se) (127.0.0.1) by localhost with SMTP; 25 Nov 2011 11:13:09 -0000 MIME-Version: 1.0 From: "libssh2 Trac" X-Trac-Version: 0.12.3dev Precedence: bulk Cc: libssh2-devel@cool.haxx.se Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3dev, by Edgewall Software X-Trac-Project: libssh2 Date: Fri, 25 Nov 2011 11:13:09 -0000 X-URL: http://trac.libssh2.org/ Subject: Re: [libssh2] #232: "Unknown user" message when using scp X-Trac-Ticket-URL: http://trac.libssh2.org/ticket/232#comment:3 Message-ID: <066.56e1d08883d2dfc49457ff8a45a86aaf@libssh2.stuge.se> References: <051.bd268050dace1119e766fa4d5211a1dd@libssh2.stuge.se> X-Trac-Ticket-ID: 232 In-Reply-To: <051.bd268050dace1119e766fa4d5211a1dd@libssh2.stuge.se> X-MIME-Autoconverted: from base64 to 8bit by giant.haxx.se id pAPBDA8L005182 X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.14 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-bounces@cool.haxx.se #232: "Unknown user" message when using scp ------------------------------+---------------------- Reporter: positive_libssh | Owner: bagder Type: defect | Status: assigned Priority: high | Milestone: 1.3.0 Component: protocol | Version: 1.3.0 Resolution: | Keywords: Blocked By: | Blocks: ------------------------------+---------------------- Changes (by bagder): * owner: => bagder * status: new => assigned Comment: The unknown user error is clearly sent from the server, but I failed to detect anything in the traffic that would explain why... -- 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 Fri Nov 25 12:21:57 2011 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 pAPBLYub011416; Fri, 25 Nov 2011 12:21:57 +0100 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 pAPBLWF2011361 for ; Fri, 25 Nov 2011 12:21:32 +0100 Received: (qmail 15406 invoked from network); 25 Nov 2011 11:21:31 -0000 Received: from unknown (HELO earth.stuge.se) (127.0.0.1) by localhost with SMTP; 25 Nov 2011 11:21:31 -0000 MIME-Version: 1.0 From: "libssh2 Trac" X-Trac-Version: 0.12.3dev Precedence: bulk Cc: libssh2-devel@cool.haxx.se Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3dev, by Edgewall Software X-Trac-Project: libssh2 Date: Fri, 25 Nov 2011 11:21:31 -0000 X-URL: http://trac.libssh2.org/ Subject: Re: [libssh2] #230: Getting Disconnect after user auth request X-Trac-Ticket-URL: http://trac.libssh2.org/ticket/230#comment:3 Message-ID: <066.a2c413674b8b0680844335d02ba2a199@libssh2.stuge.se> References: <051.a53dba25c87d8c38bd85fab55a0104cc@libssh2.stuge.se> X-Trac-Ticket-ID: 230 In-Reply-To: <051.a53dba25c87d8c38bd85fab55a0104cc@libssh2.stuge.se> X-MIME-Autoconverted: from base64 to 8bit by giant.haxx.se id pAPBLWF2011361 X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.14 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-bounces@cool.haxx.se #230: Getting Disconnect after user auth request ------------------------------+---------------------- Reporter: positive_libssh | Owner: bagder Type: defect | Status: assigned Priority: normal | Milestone: 1.4.0 Component: protocol | Version: 1.3.0 Resolution: | Keywords: Blocked By: | Blocks: ------------------------------+---------------------- Changes (by bagder): * owner: => bagder * priority: high => normal * status: new => assigned * milestone: => 1.4.0 Comment: Please explain more about what exactly you do and what happens. Preferably you provide source code to repeat the problem. -- 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 Fri Nov 25 12:46:42 2011 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 pAPBkAHI028227; Fri, 25 Nov 2011 12:46:41 +0100 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 pAPBk8u1028205 for ; Fri, 25 Nov 2011 12:46:08 +0100 Received: (qmail 28044 invoked from network); 25 Nov 2011 11:46:07 -0000 Received: from unknown (HELO earth.stuge.se) (127.0.0.1) by localhost with SMTP; 25 Nov 2011 11:46:07 -0000 MIME-Version: 1.0 From: "libssh2 Trac" X-Trac-Version: 0.12.3dev Precedence: bulk Cc: libssh2-devel@cool.haxx.se Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3dev, by Edgewall Software X-Trac-Project: libssh2 Date: Fri, 25 Nov 2011 11:46:07 -0000 X-URL: http://trac.libssh2.org/ Subject: Re: [libssh2] #230: Getting Disconnect after user auth request X-Trac-Ticket-URL: http://trac.libssh2.org/ticket/230#comment:4 Message-ID: <066.3492e8e888a41afcd48f6d5beca0a61a@libssh2.stuge.se> References: <051.a53dba25c87d8c38bd85fab55a0104cc@libssh2.stuge.se> X-Trac-Ticket-ID: 230 In-Reply-To: <051.a53dba25c87d8c38bd85fab55a0104cc@libssh2.stuge.se> X-MIME-Autoconverted: from base64 to 8bit by giant.haxx.se id pAPBk8u1028205 X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.14 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-bounces@cool.haxx.se #230: Getting Disconnect after user auth request ------------------------------+---------------------- Reporter: positive_libssh | Owner: bagder Type: defect | Status: assigned Priority: normal | Milestone: 1.4.0 Component: protocol | Version: 1.3.0 Resolution: | Keywords: Blocked By: | Blocks: ------------------------------+---------------------- Comment (by positive_libssh): source code contains nothing special... some_class_initialization(....) socket_(new socket(ss.ip_in_network_order(), ss.port_in_network_order())), session_(libssh2_session_init(), &close_session), prompts_(new prompts_holder(as.login())), errors_(new errors_holder(as.login())) { TRANSPORT_CHECK(session_, L"Failed to initialize ssh session", ...); { libssh2_trace_sethandler(session_.get(), NULL, &trace_handler_func); libssh2_trace(session_.get(), settings().ssh_logging_bitmask()); } libssh2_session_set_blocking(session_.get(), true); SSH_CHECK ( !libssh2_session_startup(session_.get(), socket_->handle()), (*this), L"Failed to initialize ssh session", ... ); } -- 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 Fri Nov 25 12:51:17 2011 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 pAPBot8N030467; Fri, 25 Nov 2011 12:51:16 +0100 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 pAPBosL3030451 for ; Fri, 25 Nov 2011 12:50:54 +0100 Received: (qmail 31618 invoked from network); 25 Nov 2011 11:50:53 -0000 Received: from unknown (HELO earth.stuge.se) (127.0.0.1) by localhost with SMTP; 25 Nov 2011 11:50:53 -0000 MIME-Version: 1.0 From: "libssh2 Trac" X-Trac-Version: 0.12.3dev Precedence: bulk Cc: libssh2-devel@cool.haxx.se Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3dev, by Edgewall Software X-Trac-Project: libssh2 Date: Fri, 25 Nov 2011 11:50:53 -0000 X-URL: http://trac.libssh2.org/ Subject: Re: [libssh2] #232: "Unknown user" message when using scp X-Trac-Ticket-URL: http://trac.libssh2.org/ticket/232#comment:5 Message-ID: <066.5c7f03cb383480f2f8ec91ec686ee34b@libssh2.stuge.se> References: <051.bd268050dace1119e766fa4d5211a1dd@libssh2.stuge.se> X-Trac-Ticket-ID: 232 In-Reply-To: <051.bd268050dace1119e766fa4d5211a1dd@libssh2.stuge.se> X-MIME-Autoconverted: from base64 to 8bit by giant.haxx.se id pAPBosL3030451 X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.14 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-bounces@cool.haxx.se #232: "Unknown user" message when using scp ------------------------------+---------------------- Reporter: positive_libssh | Owner: bagder Type: defect | Status: assigned Priority: high | Milestone: 1.4.0 Component: protocol | Version: 1.3.0 Resolution: | Keywords: Blocked By: | Blocks: ------------------------------+---------------------- Changes (by positive_libssh): * milestone: => 1.4.0 Comment: may be version of openssh will help to reproduce ? PS: OpenSSH_5.1p1 Debian-5 -- Ticket URL: libssh2 C library for writing portable SSH2 clients _______________________________________________ libssh2-devel http://cool.haxx.se/cgi-bin/mailman/listinfo/libssh2-devel