From owner-freebsd-questions@FreeBSD.ORG Tue Jan 3 19:20:42 2006 Return-Path: X-Original-To: freebsd-questions@freebsd.org 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 7FC6516A41F; Tue, 3 Jan 2006 19:20:42 +0000 (GMT) (envelope-from gcorcoran@rcn.com) Received: from smtp02.mrf.mail.rcn.net (smtp02.mrf.mail.rcn.net [207.172.4.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 679FF43D76; Tue, 3 Jan 2006 19:20:38 +0000 (GMT) (envelope-from gcorcoran@rcn.com) Received: from 207-172-241-254.c3-0.tlg-ubr1.atw-tlg.pa.cable.rcn.com (HELO [10.56.78.176]) ([207.172.241.254]) by smtp02.mrf.mail.rcn.net with ESMTP; 03 Jan 2006 14:20:37 -0500 X-IronPort-AV: i="3.99,326,1131339600"; d="scan'208"; a="191017514:sNHT25350812" Message-ID: <43BACE81.8020403@rcn.com> Date: Tue, 03 Jan 2006 14:20:33 -0500 From: Gary Corcoran User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: richard.kaestner@ycn.com References: <200601021833.59112.richard.kaestner@ycn.com> <43B99B33.5020609@cs.tu-berlin.de> <200601031949.22484.richard.kaestner@ycn.com> In-Reply-To: <200601031949.22484.richard.kaestner@ycn.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-fs@freebsd.org, freebsd-questions@freebsd.org Subject: Re: mapping [process|socket|...] to Filesystem X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jan 2006 19:20:42 -0000 Richard Kästner wrote: > On Monday 02 January 2006 22:29, Björn König wrote: > >>Richard Kästner schrieb: >> >>>Hello, >>> >>>hope to find some help, hints and experience here: >>> >>>an external device expects commands and command data, >>>it produces result-codes and result data. >>>Communication is done via HTTP (and working) >>> >>>The idea is, to allow access via Samba, which requires either >>>implementation of Samba - VFS modules or mapping to BSD-Filesystem - >>>pseudofs came to my mind. >>>[...] >> >>Hello, >> >>your description is a little bit vague to me, but it sounds like that >>this task can be probably done by using portalfs. See mount_portalfs(8) >>for examples. >> >>Regards Björn > > Björn, > (sorry for being vague - I seem to be too deep in my problems) > > thanks for the tip - portalfs was the first thing to try, but it does not work > with samba (at least the way, I wanted ): > Portalfs does not allow to pass anything besides '/p/tcp/localhost/6666' > > To be less vague : > the external device is a black box, communicates via ???-HTTP server. > > The idea is: > - a (windows)user copies a file to a directory (say: .../commands/xyz), > - there is a "thing", that maps this file to some activity towards external > box (similar to: procfs_doprocnote ) > - as a response, a file appears in another file (.../response/data), > which can be read from (windows)client ( similar to: procfs_doproccmdline) > - the whole stuff should work diskless > - response data can be from a few bytes up to several megabyte > > > - if I can manage, I could export this filesystem via samba _and_ nfs ... > > - if it all was only about acces to the black box, it could be done via > HTTP ... unfortunately, I have to deal with windows clients I'm just curious: why can't the windows clients just use Firefox (or any other browser) to access the black box? You can download files (e.g. results) with a browser... Gary