From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: To: root81@gmail.com Date: Wed, 13 Apr 2011 15:39:00 +0200 From: cinap_lenrek@gmx.de In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-ojqipqvnkuyhaoazimrwretgxy" Cc: 9fans@9fans.net Subject: Re: [9fans] cifsd Topicbox-Message-UUID: d00aecf4-ead6-11e9-9d60-3106f5b1d025 This is a multi-part message in MIME format. --upas-ojqipqvnkuyhaoazimrwretgxy Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit cifsd expetcts that the 9fs $foo command mounts the filesystem to /n/$foo where $foo is derived from the smb share name by turning all upper case characters to lower case. so if 9fs vac.1 mounts to /n/1 instead of /n/vac.1 you will get a empty directory in cifsd because it will look in /n/vac.1. but this does not explain the error 64... do you logon to the cifsd server with the right plan9 user name? have you tried running the 9fs command as the same user? do you see anything in /sys/log/cifsd? -- cinap --upas-ojqipqvnkuyhaoazimrwretgxy Content-Type: message/rfc822 Content-Disposition: inline Return-Path: <9fans-bounces@9fans.net> Delivered-To: GMX delivery to cinap_lenrek@gmx.de Received: (qmail invoked by alias); 13 Apr 2011 10:00:19 -0000 Received: from mail.9fans.net (EHLO mail.9fans.net) [67.207.142.3] by mx0.gmx.net (mx113) with SMTP; 13 Apr 2011 12:00:19 +0200 Received: from localhost ([127.0.0.1] helo=[67.207.142.3]) by mail.9fans.net with esmtp (Exim 4.71) (envelope-from <9fans-bounces@9fans.net>) id 1Q9x0o-0008SD-95; Wed, 13 Apr 2011 10:09:26 +0000 Received: from mail-pv0-f177.google.com ([74.125.83.177]) by mail.9fans.net with esmtp (Exim 4.71) (envelope-from ) id 1Q9x0l-0008S8-L8 for 9fans@9fans.net; Wed, 13 Apr 2011 10:09:23 +0000 Received: by pvh11 with SMTP id 11so190652pvh.36 for <9fans@9fans.net>; Wed, 13 Apr 2011 02:54:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type; bh=9M8TLZnn+yA9tzQQg+HkM1DDcT8CPV29aCk1H6eyjuI=; b=STElrJZf7dVF4+yz6ZZT10FqpvXOcZJ58Jp+E0maIG4SIOoCLlfIahf0SBgpFHpSfk UadMof4U2SUIxy8dJDTpIiB1gv9oN2mvN9fjVnrMfHcXB5PXqdO/w4ooor4XduPVNtMD RZYWsVj+/yxulviTClA4A79GN30+kKMl3qAqI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=fARtTAwgfOu/+BtjmMrPk7UW9ehdU16KV1JICzCAeZCAt2KvOrY+dlt2Y1ndtgUfsl H8ZwYcTehH0x7GP85V5b1mYyriTO0gxPcudM2vNOKwLYGT8NbXfRWTozo75ahf5B6e6I 5kFQfHKriRuHGGROIJcpU3RqDn6JADFYHiIac= MIME-Version: 1.0 Received: by 10.143.35.18 with SMTP id n18mr7174008wfj.306.1302688474211; Wed, 13 Apr 2011 02:54:34 -0700 (PDT) Received: by 10.142.44.6 with HTTP; Wed, 13 Apr 2011 02:54:34 -0700 (PDT) In-Reply-To: References: <942b16624b4735bb1535f9aa1d352f8d@gmx.de> Date: Wed, 13 Apr 2011 13:54:34 +0400 Message-ID: From: Sergey Kornilovich To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: multipart/alternative; boundary=001636e90f89c223ed04a0c9cb79 Subject: Re: [9fans] cifsd X-BeenThere: 9fans@9fans.net X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.9fans.net> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: 9fans-bounces@9fans.net Errors-To: 9fans-bounces@9fans.net X-GMX-Antivirus: 0 (no virus found) X-GMX-Antispam: 0 (Mail was not recognized as spam); Detail=5D7Q89H36p78DKykGw1XNEC5hTwPbpDOTo03WP+7Riv4wVMOWdufSkw0dyaA1N5VMP2LK YHGYzRMdylYCQlmw75iL4kKYhJpmWFank2m5p+t8fKcRF2zcUmaxreAVOpkl2aGTfGfPlrK10Cvu 34rmi8p11r0zCaVcHBkgTsxhDQe4d8WdZTPgDcvQC2kL5DY9i6urVgVksrPbrxaQP0etA==V1; --001636e90f89c223ed04a0c9cb79 Content-Type: text/plain; charset=ISO-8859-1 Trying to connect the vac file through cifsd. net use Y: \ \ 192.168.0.190 \ 1.vac (/ lib/vac/1.vac exist and "9fs 1.vac" command mount 1.vac in / n / 1) But on the windows client receives: C: \> net use Y: \ \ 192.168.0.190 \ 1.vac pause for 1 minute System error 64 has occurred. The specified network name is no longer available. Show you how to do it right? P.S. Local connection works fine. C: \> net use Y: \ \ 192.168.0.190 \ local The command completed successfully. 2010/9/22 David Leimbach > > > On Tue, Sep 21, 2010 at 5:35 PM, Akshat wrote: > >> Just for the official record: cifsd works perfectly fine with Windows 7. >> >> Cinap's approach to the problem of packet-based protocols is elegant, >> efficient, and through the invent of printf-alike functions, fits well with >> the Plan 9 programming suite/style. >> > > Looks like a LinkedIn recommendation! I would use this but I've been > happily windows free for years now. Windows 7 seems to be drawing people > back in, but I'm not sure I want to make the leap yet. Depends if Apple > turns Mac OS X into the iOS developer platform only or not I suppose. > > Dave > > >> >> Well done. >> ak >> >> On Sep 20, 2010, at 20:34, cinap_lenrek@gmx.de wrote: >> >> after doing some patching on aquarela, wrote a cifs/smb server >>> from scratch and got it down to 3350 lines of code. >>> >>> it uses binary regular expressions to unpack and pack the >>> various nested sub-structures in the packets. >>> >>> /n/sources/cinap_lenrek/cifsd.tgz >>> http://9hal.ath.cx/usr/cinap_lenrek/cifsd.tgz >>> >>> features include: >>> >>> run from listen(8) as none, so more secure. >>> >>> uses syslog() for informational logging (auth/share >>> accesses/errors/warnings). debug tracing can be done with a separate >>> debug trace file. >>> >>> open/read/write/close/rename/delete files and directories. >>> >>> fixed auth so it doesnt fail half the time. the trick was to delay the >>> auth failure to the TREE_CONNECT_ANDX, otherwise windows >>> will try over and over again with wrong password and username >>> combinations. >>> >>> moving files/directories works by returning a special error code to >>> instruct the client to do a recursive copy. >>> >>> impements/pretends enougth IPC$/rap to get the local share listed. >>> >>> not implemented: >>> >>> oplocks >>> wildcard matching (will do (again)) >>> netbios nameservice >>> named pipes/mailslots >>> setting file attributes >>> NT_TRANSACT / acls >>> anything i'v not seen while testing with w2k and wxp >>> >>> i'm interested in feedback. expecially tests with vista or w7. >>> >>> -- >>> cinap >>> >>> >>> >> > --001636e90f89c223ed04a0c9cb79 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Trying to connect the vac file through cifsd.
net use Y: \ \ 192.168= .0.190 \ 1.vac (/ lib/vac/1.vac exist and "9fs 1.vac" command mou= nt 1.vac in / n / 1)
But on the windows client receives:
C: \> net= use Y: \ \ 192.168.0.190 \ 1.vac
pause for 1 minute
System error 64 has occurred.

The specified ne= twork name is no longer available.

Show you how to do it right?
<= br>P.S. Local connection works fine.
C: \> net use Y: \ \ 192.168.0.1= 90 \ local
The command completed successfully.

2010/= 9/22 David Leimbach <leimy2k@gmail.com>


On Tue, Sep 21, 2010 a= t 5:35 PM, Akshat <akumar@mail.nanosouffle.net> wr= ote:
Just for the official record: cifsd works perfectly fine with Windows 7.
Cinap's approach to the problem of packet-based protocols is elegant, e= fficient, and through the invent of printf-alike functions, fits well with = the Plan 9 programming suite/style.

Looks like a LinkedIn recommendation! =A0I would use this but I've been= happily windows free for years now. =A0Windows 7 seems to be drawing peopl= e back in, but I'm not sure I want to make the leap yet. =A0Depends if = Apple turns Mac OS X into the iOS developer platform only or not I suppose.=

Dave
=A0

Well done.
ak

On Sep 20, 2010, at 20:34, cinap_lenrek@gmx.de wrote:

after doing some patching on aquarela, wrote a cifs/smb server
from scratch and got it down to 3350 lines of code.

it uses binary regular expressions to unpack and pack the
various nested sub-structures in the packets.

/n/sources/cinap_lenrek/cifsd.tgz
http://9hal.ath.cx/usr/cinap_lenrek/cifsd.tgz

features include:

run from listen(8) as none, so more secure.

uses syslog() for informational logging (auth/share
accesses/errors/warnings). =A0debug tracing can be done with a separate
debug trace file.

open/read/write/close/rename/delete files and directories.

fixed auth so it doesnt fail half the time. the trick was to delay the
auth failure to the TREE_CONNECT_ANDX, otherwise windows
will try over and over again with wrong password and username
combinations.

moving files/directories works by returning a special error code to
instruct the client to do a recursive copy.

impements/pretends enougth IPC$/rap to get the local share listed.

not implemented:

oplocks
wildcard matching (will do (again))
netbios nameservice
named pipes/mailslots
setting file attributes
NT_TRANSACT / acls
anything i'v not seen while testing with w2k and wxp

i'm interested in feedback. expecially tests with vista or w7.

--
cinap





--001636e90f89c223ed04a0c9cb79-- --upas-ojqipqvnkuyhaoazimrwretgxy--