From owner-freebsd-questions@FreeBSD.ORG Fri Jun 11 23:19:05 2004 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 562AC16A503 for ; Fri, 11 Jun 2004 23:19:05 +0000 (GMT) Received: from wxinmail01.webexc.com (wxinmail01.webexc.com [209.43.0.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2104143D46 for ; Fri, 11 Jun 2004 23:19:05 +0000 (GMT) (envelope-from asp@webexc.com) Received: from localhost (localhost [127.0.0.1]) by wxinmail01.webexc.com (Postfix) with ESMTP id 921887C5A9; Fri, 11 Jun 2004 18:19:00 -0500 (EST) Received: from wxinmail01.webexc.com ([127.0.0.1]) by localhost (wxinmail01.webexc.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 54009-01; Fri, 11 Jun 2004 18:18:59 -0500 (EST) Received: from [172.16.0.1] (pcp01084796pcs.spedwy01.in.comcast.net [68.58.34.64]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by wxinmail01.webexc.com (Postfix) with ESMTP id 050157C5D1; Fri, 11 Jun 2004 18:18:59 -0500 (EST) Message-ID: <40CA3E45.8010907@webexc.com> Date: Fri, 11 Jun 2004 18:20:37 -0500 From: Ben Timby User-Agent: Mozilla Thunderbird 0.6 (Windows/20040502) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Robert Eckardt References: <20040607200431.M21703@Robert-Eckardt.de> <20040610081553.M38018@Robert-Eckardt.de> In-Reply-To: <20040610081553.M38018@Robert-Eckardt.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by ClamAV (via amavisd-new) on wxinmail01.webexc.com X-Spam-Status: No, hits=2.7 tagged_above=-999.0 required=5.8 tests=BAYES_50, RCVD_IN_DYNABLOCK, RCVD_IN_SORBS X-Spam-Level: ** cc: questions@freebsd.org Subject: Re: HTTPtunnel hangs with proxy X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jun 2004 23:19:05 -0000 My suggestion would be to use tcpdump to examine the data flow. Watch what your browser sends to the http proxy, and then watch what htc sends to it. Probably will be different. Obviously htc thinks it is talking directly to hts, and thus is not speaking proper "http proxy" protocol. While I know some about how this works, I don't know alot. My guess is that httptunnel is not compatible with an proxies, unless the manpage or other documentation says otherwise, and provides a switch to modify the way it interacts with what it *thinks* is the hts (but is really an http proxy). Hope this is helpful in a general/vague sort of way :-). Robert Eckardt wrote: > Hello, > > has someone got an idea, what I'm doing wrong? > > I'm trying to get httptunnel to work via a proxy. > I have observed the following behaviour under FBSD-4.5R as well as > under 5.2.1R, with apache-2.0.48_1 as well as with apache-1.3.22_7 > and with httptunnel-3.3 as well as with httptunnel-3.0.5. > > Finally, I reduced it to the following setting: > (I tried different options for proxy-buffer size und -timeout without > any effect): > > telnet 127.0.0.1 2023 > | > htc -F 2023 -P 127.0.0.1:80 127.0.0.1:8080 > || > httpd (as the proxy and at least my Netscape is happy) > || > hts -F 127.0.0.1:23 8080 > | > telnetd > > After the connect to htc I get no further reaction from telnet. > I can send a CR to htc, where it simply sits around. All connections > are in state ESTABLISHED, only the one to telnetd does not exist at > that time. > > htc waits in a read for reply from the proxy, while hts at the same > time also waits for data from the proxy on the first of two connections. > The proxy has two connections open to either htc and hts, but in > the Log of hts there is only the first of them noted. (htc sent a POST > and a GET and waits now for the reply to the GET. The proxy, however, > sent the GET to hts on the second connection, whereas hts waits > in a read in the first one.) > > Only after killing htc the proxy sends its data to hts, which then > in turn opens the connection to telnetd and (after stopping hts) > closes it again. > > > Has someone out there successfully got such a setting (httptunnel > via a proxy) working? > > How do I get httptunnel to get the proxy to forward the data > (POST-request) immediately? > > Does anyone now of an alternative to httptunnel? > (I tried htun-0.9.5 but gave up as it's too hard Linux-style.) > > > Unneccessary to note, but without proxy the connection works fine.