From owner-freebsd-isp Mon Oct 9 20:21:18 2000 Delivered-To: freebsd-isp@freebsd.org Received: from longsword.omniti.com (longsword.omniti.com [216.0.51.134]) by hub.freebsd.org (Postfix) with ESMTP id 1CCFB37B66D for ; Mon, 9 Oct 2000 20:21:16 -0700 (PDT) Received: from bardiche.omniti.com ([216.0.51.149] helo=cnds.jhu.edu ident=jesus) by longsword.omniti.com with esmtp (Exim 3.14 #3) id 13ipyb-0001tN-00; Mon, 09 Oct 2000 23:21:13 -0400 Message-ID: <39E28B29.2F8480F9@cnds.jhu.edu> Date: Mon, 09 Oct 2000 23:21:13 -0400 From: "Theo E. Schlossnagle" Organization: Center for Networking and Distributed Systems X-Mailer: Mozilla 4.74 [en] (X11; U; Linux 2.2.16 i686) X-Accept-Language: en MIME-Version: 1.0 To: kstone@win.net Cc: freebsd-isp@FreeBSD.ORG, backhand-users@lists.backhand.org Subject: Re: [mod_backhand-users] Mod_Backhand and Frontpage extentions. References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Well, first off, let me confess my ignorance of how FrontPage works. Now, I will talk about what I do know. Maybe someone with a little knowledge of FrontPage will be able to piece together why this doesn't work. mod_backhand actually plays "man-in-the-middle" wth regards to proxying HTTP requests. It takes the liberty of upgrading non-persistent HTTP sessions to persistent sessions during proxying. This allows mod_backhand to maintain open TCP/IP sessions and pipeline the HTTP requests/responses between itself and another server, while the client never knows the difference. Client -> HTTP/1.0 no keepalive -> mod_backhand -> upgrades to keepalive -> selected server -> HTTP/1.0 with keepalive -> mod_backhand -> HTTP/1.0 no keepalive -> Client. Because of this, mod_backhand must know the internals of HTTP and counts on the request and response being valid HTTP/1.0 requests... If frontpage requires a "change" to the HTTP protocol, that would completely break mod_backhand's ability to HTTP redirect the request. But, perhaps the HTTP redirection methods will work for you: http://www.backhand.org/mod_backhand/FAQ.shtml#question7 Hope this helps some :-) kstone@win.net wrote: > Has anyone tried this combination and gotten it to work successfully? > > I'm attempting to use backhand with Apacke/SuExec/FP2K extentions.. If the > request is not being handed to another machine the request to open a site > with the Frontpage 98/2K client works properly. If it is redirected > to another box by "byAge, byCost" then the client get rather confused and > spits out strange error messages. The FP2k services have been verified > as working on either machine as long as no redirs take place. > > It seems to me that when mod_backhand is redirecting the data from a > frontpage request, some of the data is getting munged and is considered > malformed when it reaches the server it was internally proxy redirected > to. > > Has anyone else experienced this or seen possible work arounds? I'd > like to have my Frontpage client requests balnced with backhand as well, > rahter then shoved off to it's own box just for FP clients. -- Theo Schlossnagle 1024D/A8EBCF8F/13BD 8C08 6BE2 629A 527E 2DC2 72C2 AD05 A8EB CF8F 2047R/33131B65/71 F7 95 64 49 76 5D BA 3D 90 B9 9F BE 27 24 E7 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message