X-Recipient: archive-cygwin AT delorie DOT com X-Spam-Check-By: sourceware.org Date: Mon, 9 Jan 2012 14:47:25 +0100 From: Corinna Vinschen To: cygwin AT cygwin DOT com Subject: Re: Cygiwn's sshd, 2 tunnels and file transfer fails Message-ID: <20120109134725.GI15470@calimero.vinschen.de> Reply-To: cygwin AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Note-from-DJ: This may be spam On Jan 6 14:42, Michael Wiedmann wrote: > Given the following test scenario: > > +-----------+ +-----------------+ +-----------+ > | Client #1 | | Server (XP/7) | | Client #2 | > | - ssh | 1) | Cygwin/sshd | 2), 3) | - ssh | > | - httpd +-------->+ +<----------+ | > +-----------+ | | +-----------+ > +-----------------+ > > 1) client #1 initiates a ssh connection to cygwin/sshd _and_ > requests "remote port forwarding" like: > -R 60000:client_#1_ip:80 server_ip > > This works w/o any problems > > 2) client #2 initiates a ssh connection to cygwin/sshd _and_ > requests "local port forwarding" like: > -L 1234:127.0.0.1:60000 server_ip > > This works w/o any problems > > 3) client #2 accesses httpd on client #1 using 127.0.0.1:1234 > > This works for "simple" web browsing > > But if client #2 tries to upload "large" files, e.g. like: > > curl -X PUT -d @file.txt http://127.0.0.1:1234/uploaddir/file.txt > > to client #1's httpd this fails after transferring only a small > part of the file. How does it fail? > The ssh connection itself is not affected and stays intact. > > It looks like the TCP congestion/overload control mechanism of the > two TP streams does not work properly in this case. Cygwin is not the OS and it doesn't implement it's own TCP stack so there's no congestion control or something comparable. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple