fsp-users Mailing List for FSP - File Service Protocol Suite
UDP File transfer protocol
Brought to you by:
hsn
Menu
▾
▴
fsp-users
You can subscribe to this list here.
| 2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(13) |
Oct
|
Nov
(13) |
Dec
(22) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
(7) |
Nov
(15) |
Dec
(8) |
| 2005 |
Jan
(8) |
Feb
(16) |
Mar
(4) |
Apr
(1) |
May
(11) |
Jun
(1) |
Jul
(7) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2006 |
Jan
|
Feb
|
Mar
(1) |
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(4) |
Jul
|
Aug
(11) |
Sep
(7) |
Oct
(5) |
Nov
|
Dec
|
| 2020 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Radim K. <hs...@se...> - 2020-05-06 16:47:49
|
FSP proxy<http://fsp.sourceforge.net/fsproxy.html> updated to 0.9. Notable changes are improved documentation and packaging. zip file now contains fat jar for easier deployement. Also uploaded to Maven Central. Get it here: https://sourceforge.net/projects/fsp/files/fsproxy/0.9/ |
|
From: Radim K. <hs...@se...> - 2009-10-30 16:17:33
|
0.8
Source files moved to src/ subdirectory
Maven 2.2 build system added
GNU makefile and SCons build systems removed
TODO file removed, issues moved to mantis bug tracker
Distributed jar file is autostartable
return error to client if Range: header parsing failed
detect on startup if jfsplib 1.0rc7 or greater is installed
SHA1 (fsproxy-08.zip) = 95a83f56b318b75762f9820044c6e6b5ce59cd74
http://sourceforge.net/projects/fsp/files/fsproxy/0.8/
--
Tato zpráva byla vytvořena převratným poštovním klientem Opery:
http://www.opera.com/mail/
|
|
From: Radim K. <hs...@se...> - 2009-10-02 10:36:45
|
Dne Fri, 02 Oct 2009 12:15:01 +0200 Sven Hoexter <sv...@ti...> napsal/-a: > On Thu, Oct 01, 2009 at 11:24:27PM +0200, Radim Kolar wrote: >> Major bugfix version > > Hi, > do I have to pass any special options to scons to build is? > Simply calling scons results in this problem: you need gnu flex. its documented in INSTALL -- Tato zpráva byla vytvořena převratným poštovním klientem Opery: http://www.opera.com/mail/ |
|
From: Sven H. <sv...@ti...> - 2009-10-02 10:15:16
|
On Thu, Oct 01, 2009 at 11:24:27PM +0200, Radim Kolar wrote: > Major bugfix version Hi, do I have to pass any special options to scons to build is? Simply calling scons results in this problem: [...] Checking if client commands can time out... (cached) yes scons: *** While building `['fspsites.o']' from `['fspsites.l']': Don't know how to build from a source file with suffix `.l'. Expected a suffix in this list: ['.c', '.m', '.cpp', '.cc', '.cxx', '.c++', '.C++', '.mm', '.C', '.f', '.for', '.ftn', '.fpp', '.FPP', '.F', '.FOR', '.FTN', '.f77', '.F77', '.f90', '.F90', '.f95', '.F95', '.s', '.asm', '.ASM', '.spp', '.SPP', '.sx', '.S']. File "/home/sven/foss-work/fsp/fsp-2.8.1b26/clients/SConscript", line 28, in <module> Sven -- They're the cowards We are rebels We got the power to fight the devil [ AIV - We are rebels ] |
|
From: Radim K. <hs...@se...> - 2009-10-01 21:24:44
|
Major bugfix version
FSP suite 2.8.1 beta 26 released. It fixed segfault in FSP command line
clients on newer Linux glibc, large file support is now correctly detected
on linux systems, upload handling is now much smarter - it allows reupload
last block and non continuous upload check was improved. Overwriting check
for uploaded files was reversed by mistake, added protocol support for
sending error codes (requested a lot), previously FSP protocol supported
only text error message. Code portability increased by avoiding configure
time checks for int and long variable sizes. fsetupcmd have new -l switch
for listing known fsp servers.
ChangeLog
Version 2.8.1b26 - 1 Oct 2009
fver now reports if server can process extra data in input packets.
fspclient did that for a long time. This field is used by fspd
2.8.1 beta 21 or newer.
Server version string sent as response to CC_VERSION command have
no longer \n appended to it. Old FSP used it but fver client
command can handle server strings without \n for quite a long
time, so i decided to remove it. It is bad idea to terminate
version strings by \n while it is not required by FSP protocol.
glob() function used in FSP clients renamed to bsdglob because it
clashed with glob() functin in newer Linux glibc resulting in
segfaults.
non continuous upload detection fixed. Now detection works as
follows:
if you are trying to upload past end of file, fspd will report
that
you are trying to create hole in file.
if you are seeking backwards more than 1 packet size fspd will
report noncontinuous upload. Most likely port from old unfinished
download was reused.
We can now reupload last block which can happen if fspd server is
restarted and reply to upload command is lost on way from server
to client.
Check for overwriting uploaded files in fspd was reversed by
mistake.
Now if you want to overwrite file you must have permission for
deleting and adding files or be directory owner.
Turning on debug in SCons turns on maintainer mode also.
Upload starting at zero position are now always allowed no matter
if
source port was reused or not. Old code did that but not over
server restarts.
INFO file updated with fresh information
fsetupcmd and fhostcmd now reject port number > 65535
fsetupcmd - code cleaned a bit. Error message is now
fsetup: No host given! instead of fhost:
fsetupcmd got -l option. It lists all known fsp servers collected
from .fspsites files.
fpwd command from setup.sh now prints site name instead of ip
address if possible.
SCons now check if CC compiler works. We need SCons 1.1 or greater
for building FSP now.
Large file support on Linux is now correctly detected.
Error codes added to CC_ERR command in PROTOCOL. It was long wished
feature from ISV. Now there is standard way how to pass error
codes
from server to client. No such codes are defined yet, but you can
use custom error codes in range 0xF000 - 0xFFFF. because no such
codes are defined fspd do not sends them in error message, but it
now correctly zeroes bb_pos field in CC_ERR reply to indicate
that extended error code status is not attached to message. Old
fspd versions left this field untouched - it will contain request
bb_pos in most, but not all cases. Because we indicate size of
extra data to be received, this extended error handling is
compatible with "plain FSP over serial" standard.
Code portability improved. Now we dont need to check sizes of
predefined types because we are now using ISO C types. Only thing
what we need to know is if largefiles are supported or not.
If SCons cant run test program for sizing off_t for any reason,
it defaults to 4 (no largefiles, 32-bit system).
http://sourceforge.net/projects/fsp/files/fsp/2.8.1b26/fsp-2.8.1b26.tar.gz/download
SHA1 (fsp-2.8.1b26.tar.gz) = ccd1d02341b2b427d8323cfe165dfca5386d8da7
SHA1 (fsp-2.8.1b26.tar.bz2) = 174118b9ddfa942147cae286e38ea41d613d0b9b
--
Tato zpráva byla vytvořena převratným poštovním klientem Opery:
http://www.opera.com/mail/
|
|
From: Radim K. <hs...@se...> - 2009-10-01 16:31:11
|
Main focus of this release is fixing URLStreamHandler.openConnection()
which returned always null. Another
noticeable addition are new locks for serializing write access within
FSPsession and canUpload() function
for checking access rights.
1.0rc8
Added FSPutil.canUpload function. this function is useful for
checking if
user can upload file before opening FSPOutputStream.
Added Junit4 testcases for URLStreamHandlerFactory and
URLStreamHandler
URLStreamHandler.openConnection() always returned null. It was used
for testing but forgotten in code.
URLStreamHandler significantly enhanced
FSPURLConnection now supports write access and lot of methods were
added
Added support for infinite timeout to FSPsession. use setTimeout(0).
This
change was needed because proper URLConnection support requires
infinite
timeout support from transport.
Added (un)lockWriter to FSPsession.
FSPOutputStream uses blocking Writer locks
Get it:
http://sourceforge.net/projects/fsp/files/jfsplib/1.0rc8/jfsplib-1.0rc8.zip/download
SHA1 (jfsplib-1.0rc8.zip) = 3afe31061a2ae5563c636d7dbeb449b82df5b4ba
--
Tato zpráva byla vytvořena převratným poštovním klientem Opery:
http://www.opera.com/mail/
|
|
From: Radim K. <hs...@se...> - 2009-09-20 20:35:24
|
lot of improvements: 114 changesets.
Most important feature is added write support including setting timestamps
on uploaded files,
Maven 2.2 build system and JavaUnit 4.5 testsuites. Some javadoc
improvements as well.
Changelog
1.0rc7
Sourcefiles moved into net/fsp directory to match their package name
and moved into src folder for easier compiling in Eclipse and
Maven2
SCons build system updated to allow building with SCons 1.2.0
We no longer ship testcase.class in library .jar file
We do not generate javadoc for testcase.java and Junit4 tests
Use intern() on string used for locking to be sure that it is unique
within JVM. We can't do locks across JVM yet.
new methods FSPSession.getPort and FSPSession.getHost for getting
address of connected FSP server.
added class FSPversion for querying FSP server with CC_VERSION
command
TODO file removed. Notes moved to bug tracker on fsp.sf.net
added method FSPutil.version for querying server version info
added method FSPpacket.isServerSide for checking checksum type used
added JUNIT4 testcase for FSPpacket
Support builds and packaging using maven 2.2
added new class FSPprotection for storing/parsing directory
protection
write support for FSP via FSPOutputStream
upload support in FSPutil with timestamp support
FSPpacket constructors are now public
FSPpacket.assemble now returns UDP datagram packet (reference to
input
parameter)
API change: functions FSPutil.list and FSPutil.statlist now throws
IOException
on error instead of returning null.
download:
http://sourceforge.net/projects/fsp/files/jfsplib/1.0rc7/jfsplib-1.0rc7.zip/download
SHA1 (jfsplib-1.0rc7.zip) = b6a8e2db6611593589fe0beb8165f011a6aea864
--
Tato zpráva byla vytvořena převratným poštovním klientem Opery:
http://www.opera.com/mail/
|
|
From: Radim K. <hs...@se...> - 2009-09-16 14:40:42
|
added to sourceforge.net release system including correct file timestamps https://sourceforge.net/projects/fsp/files/ Including FSP 1.0 FSP 2.7.1 latest nonbeta fsp in history (but broken) and 2.6.4 fallback version, to use when 2.7.1 was broken. If you can google old fsp version missing from my collection, please post me link and i will upload it. |
|
From: Radim K. <hs...@se...> - 2009-09-16 00:06:23
|
Announcing new FSP Client 0.93.0 This is first FSPCLIENT version in all known program history (about 15 years) which runs on 64-bit operation systems such as Alpha, UltraSPARC. Thank you for your long waiting, i hope you will enjoy the release. Changelog 15 Sep 2009 0.93.0 Support printing version for server which do not append \n to version string fspd 2.8.1beta26 and newer and fspd 2.8.1 beta12 and older but fspd 2.7 appended it. TODO file removed. Items moved to bug tracker. Print header numbers in packet debug dump in hex Import PATH into build system. Usefull when cross-compiling. Now works on 64-bit systems Build system can detect location where man pages should be installed Document SCons build options in INSTALL Get is from http://fspclient.sourceforge.net/ SHA1 (fspclient-0.93.0.tar.bz2) = 782563680d4f5311163c6176807e2c7799934743 SHA1 (fspclient-0.93.0.tar.bz2.asc) = f8520143d48e53bbf1f752bf607fda94b5654bbe SHA1 (fspclient-0.93.0.tar.gz) = cab90a9fcbe3637373350343ef227a7095c2fcd3 SHA1 (fspclient-0.93.0.tar.gz.asc) = 8ed077b395946caad91dd5add2a7113e38b75f2d I also uploaded oldest known fspclient version 0.0h+ to sf.net for preservation purposes. You can not imagine how much bugs it had. See changelog for old fspclient versions: http://freshmeat.net/projects/fspclient/releases?page=2 I also have fsp v1.0, will upload it soon. |
|
From: Radim K. <hs...@se...> - 2009-09-15 15:49:09
|
i discovered new fsp software - indy.sockets added to fsp.sf.net/software.html nessus fsp plugin seems to be dead, cant find it anymore. this is good news for me, i never liked it. |
|
From: Radim K. <hs...@se...> - 2009-09-14 14:24:16
|
probably related to newer linux libc / gcc 4.2 combo. It handles unsigned/signed comparisons differently. Fixed in bazaar repo rev 271. |
|
From: Radim K. <hs...@se...> - 2009-09-13 19:28:27
|
There is serious bug in fsp clients b25. They are crashing on newer linux systems because function glob() was added to libc. Fix commited to Bazaar repo. |
|
From: Radim K. <hs...@se...> - 2009-09-10 23:10:25
|
After more than 4 years there is new release of FSP:
Version 2.8.1b25 - 10 Sep 2009
GNU autotools build system was entirely replaced by SCons
corrected misleading comment in client/lib.c
default packetsize changed to do best fit into maximum 1500 mtu
Ethernet frame = 1460. This is needed for speedup the booting of
Etherboot clients
PROTOCOL: when computing checksum declare *t as unsigned char * type
changed typo setguid -> setgid in fspd.conf
fspd.conf: added note that only numeric uid values works
fspd.conf: added more information about packetsize
fspd.1: updated information about packetsize
fspd.conf: repaired some spelling errors by ispell
MTU changed from 1500 to 1492 for better operation on pppOE networks
Max payload changed from 4096 to 4380 bytes (3 packets)
fspd: command line argument now overrides config file
updated year in copyright
fsetup command added to setup.sh
fsetup command added to setup.csh
fcd: remove trailing \r\n from readme file
fcd: do not print empty line after directory protection
fsetupcmd: don't crash if called with numeric address
fspscan: commited fix by Yang Hong
SCONS: turning on maintainer-mode links against efence (if possible)
same thing like ./configure do
unbreak compilation on systems without large files
cygwin support disabled. we cant detect it from SCons yet
frmdir works now. It didnt worked due to adding new access rights
DIR_NOLIST and DIR_NOGET
MACHINES updated. Builds confirmed on Ubuntu 8.04.3,
FreeBSD 6.4 and FreeBSD 7.2
fsetupcmd added to fspmerge client
SCons can now build SGML FSP FAQ if sgmlfmt is found during build
process
fspmerge now prints short help text if it is invoked as fspmerge
FILES is up to date now
https://sourceforge.net/projects/fsp/files/fsp/2.8.1b25/fsp-2.8.1b25.tar.gz/download
Compile tested on FreeBSD and Ubuntu Linux.
|
|
From: Leon T. <fa...@gm...> - 2009-08-31 19:16:46
|
On Wed, Aug 19, 2009 at 6:12 PM, Stefan Braun<sb...@fr...> wrote: > > I'm writing myself a FUSE filesystem with Python as small > "quick-and-dirty" prototype project in my freetime, but it's my first > Python program and it's not yet usable. But I'm impressed about Python > and FUSE. :-) > If you know Perl better than Python, you could use my bindings (http://search.cpan.org/~leont/Net-FSP/lib/Net/FSP.pm) instead. Leon Timmermans |
|
From: Radim K. <hs...@se...> - 2009-08-30 18:17:39
|
Stefan Braun napsal(a): > Do you know a FSP filesystem implementation which you could mount via > FUSE? no > After experimenting a bit with FSP I thought FSP would gain more users > if they could mount it into the directory tree. It's much less pain for navigation on the FSP server and for file transfers (it would be > possible to access the files the same way as they were on the local > harddisk). It would be cool, but for me FSP is commercial software. I dont develop features unless i am paid because i work on different projects now. > Direct playing media files from the FSP server would be cool, > but perhaps FSP is too slow for this even on a LAN. > FSP should not be that slow. What transfer rates you got on 100Mbit LAN? > After going through the python files of FSP > <http://fsp.bzr.sourceforge.net/bzr/fsp/pyfsp/files/3> I remembered the > easy way to write a FUSE filesystem with Python: > <http://sourceforge.net/apps/mediawiki/fuse/index.php?title=SimpleFilesystemHowto> > Many methods of your pyfsp client program would be useful for a FSP-FUSE > filesystem. > I dont want to touch python FSP code because of too restrictive GPL v2 License. It is effectively dead code for me because i cant use it in work. |
|
From: Radim K. <hs...@se...> - 2009-08-28 20:38:10
|
>> Or has the C function "rmdir()"
>> changed? Today it removes a directory only if the directory is empty.
>>
>>
> i think old code used remove(3), but i am not sure if it was used also
> for directory removals.
>
deldir stopped working because we added new access flags DIR_NOLIST and
DIR_NOGET. Old FSP didnt had them.
=== modified file 'server/file.c'
--- server/file.c 2009-06-14 11:27:16 +0000
+++ server/file.c 2009-08-28 20:29:09 +0000
@@ -612,6 +612,7 @@
if(!(S_ISDIR(sb.st_mode))) return("rmdir: not an ordinary directory");
memset(&null,0,sizeof(DIRINFO));
+ null.protection = DIR_LIST | DIR_GET;
chdir(pp->fullp);
save_access_rights(&null);
|
|
From: Radim K. <hs...@se...> - 2009-08-27 21:00:53
|
> > I wonder why FSP was a successful file transfer utility in older days > when directory deletion doesn't work... removing directory is not mission critical function for file transfer server. > Or has the C function "rmdir()" > changed? Today it removes a directory only if the directory is empty. > i think old code used remove(3), but i am not sure if it was used also for directory removals. > IMHO fspd should first check if there exists any other files and > directories than the FSP-dotfiles in this directory. Then fspd should > delete the FSP-dotfiles with unlink() and after this cleanup calling the > rmdir() function. > yes |
|
From: Radim K. <hs...@se...> - 2009-08-27 14:51:49
|
I installed mantis BT instead of using sf.net bug tracker. I wanted Trac, but Trac doesnt come with bzr plugin and you cant install custom plugins into trac. https://sourceforge.net/apps/mantisbt/fsp/ |
|
From: Stefan B. <sb...@fr...> - 2009-08-26 12:03:32
|
Am Montag, den 24.08.2009, 16:47 +0200 schrieb Radim Kolar: > > Now I can create directories, up- and download files, rename files and > > directories and delete files. > > But it's not possible to delete such a created directory!!! > > > I know. This is known problem, i can take a closer look on it and fix it. I wonder why FSP was a successful file transfer utility in older days when directory deletion doesn't work... Or has the C function "rmdir()" changed? Today it removes a directory only if the directory is empty. > > As mentioned above, when I try to delete the empty directory "test", > > then I get "Can't remove test: rmdir: cannot unlink". I think fspd can't > > remove this directory because it isn't really empty because of the > > generated .FSP_OWNER file! > > > you are right. After asking Google I found these information: The error message comes from file ./server/file.c, line 623: <http://fsp.bzr.sourceforge.net/bzr/fsp/fsp/annotate/head% 3A/server/file.c> ----------------- const char *server_del_dir (PPATH * pp, DIRINFO *di) { [...] if(rmdir(pp->fullp) != 0) { chdir(pp->fullp); save_access_rights(di); chdir(home_dir); return("rmdir: cannot unlink"); } [...] } <http://www.opengroup.org/onlinepubs/000095399/functions/rmdir.html> says that "The directory shall be removed only if it is an empty directory.". IMHO fspd should first check if there exists any other files and directories than the FSP-dotfiles in this directory. Then fspd should delete the FSP-dotfiles with unlink() and after this cleanup calling the rmdir() function. Thanks for your effort. Greetings, Stefan Braun. |
|
From: Stefan B. <sb...@fr...> - 2009-08-26 11:28:23
|
Am Mittwoch, den 26.08.2009, 13:09 +0200 schrieb Radim Kolar: > > have FSPD process rights to delete directories in /Incoming? he needs > > write access to that directory. > > > > > I understand. permission denied error is there because you deleted > directory owner. Yes, fspd misses the .FSP_OWNER file. So i think it's correct behaviour in this situation. fspd shouldn't delete files with no ownership when FSP-dotfiles are used. Greetings, Stefan Braun. |
|
From: Radim K. <hs...@se...> - 2009-08-26 11:09:58
|
> have FSPD process rights to delete directories in /Incoming? he needs > write access to that directory. > > I understand. permission denied error is there because you deleted directory owner. |
|
From: Radim K. <hs...@se...> - 2009-08-24 14:47:48
|
> Now I can create directories, up- and download files, rename files and > directories and delete files. > But it's not possible to delete such a created directory!!! > I know. This is known problem, i can take a closer look on it and fix it. > The IP on the client is 10.258.9.58, and fspd wrote > 10-10.248-248.9-9.58-58 as owner. Is that correct behaving? > It is. > As mentioned above, when I try to delete the empty directory "test", > then I get "Can't remove test: rmdir: cannot unlink". I think fspd can't > remove this directory because it isn't really empty because of the > generated .FSP_OWNER file! > you are right. > After deleting this .FSP_OWNER file manually on the server, I get this > error message on client: "Can't remove test: Permission denied". > The server debug log says no more on this topic: > rcv (DELDIR,key=0x03D8,seq=0x7C70,len=14,len2=0,pos=0) <--- > sbraun-laptop.lan > Validating path = Incoming/test len=14 > looking for directory Incoming/test in statcache. > putting into statcache: Incoming/test > [LOG] Wed Aug 19 17:35:36 2009 sbraun-laptop.lan > DELDIR /Incoming/test: ERROR Permission denied > snd (ERR,key=0x7095,seq=0x7C70,len=18,len2=0,pos=0) ---> 10.248.9.58 > have FSPD process rights to delete directories in /Incoming? he needs write access to that directory. |
|
From: Stefan B. <sb...@fr...> - 2009-08-19 16:13:06
|
Hello all Do you know a FSP filesystem implementation which you could mount via FUSE? If not, then this is a feature request. ;-) After experimenting a bit with FSP I thought FSP would gain more users if they could mount it into the directory tree. It's much less pain for navigation on the FSP server and for file transfers (it would be possible to access the files the same way as they were on the local harddisk). Direct playing media files from the FSP server would be cool, but perhaps FSP is too slow for this even on a LAN. Or client-side caching and read-ahead could solve this problem. After going through the python files of FSP <http://fsp.bzr.sourceforge.net/bzr/fsp/pyfsp/files/3> I remembered the easy way to write a FUSE filesystem with Python: <http://sourceforge.net/apps/mediawiki/fuse/index.php?title=SimpleFilesystemHowto> Many methods of your pyfsp client program would be useful for a FSP-FUSE filesystem. I'm writing myself a FUSE filesystem with Python as small "quick-and-dirty" prototype project in my freetime, but it's my first Python program and it's not yet usable. But I'm impressed about Python and FUSE. :-) PS: There is MacFUSE and a Windows solution <http://dokan-dev.net/en/> too; IMO such a user mode filesystem would really extend the usage of FSP. Greetings, Stefan Braun. |
|
From: Stefan B. <sb...@fr...> - 2009-08-19 16:01:49
|
Hello all
I live in a city with an Ad-Hoc meshed WLAN-network (Freifunk firmware
on Linksys WRT54GL). Packetloss, unstable latency and routing errors are
always a challenge for TCP-connections, so I try FSP on our network. :-)
My idea is to run a FSP-Server with full read/write rights as first
filesharing experiment on our network. The server is only accessible on
the public WLAN meshnetwork, access from Internet is not possible.
After many tests this is my current situation:
Now I can create directories, up- and download files, rename files and
directories and delete files.
But it's not possible to delete such a created directory!!!
Error on client:
$ frmdircmd test
Can't remove test: rmdir: cannot unlink
Logmessages on console on server in debug mode:
rcv (DELDIR,key=0x2F61,seq=0xE460,len=14,len2=0,pos=0) <---
sbraun-laptop.lan
Validating path = Incoming/test len=14
looking for directory Incoming/test in statcache.
putting into statcache: Incoming/test
[LOG] Wed Aug 19 17:11:06 2009 sbraun-laptop.lan
DELDIR /Incoming/test: ERROR rmdir: cannot unlink
snd (ERR,key=0x9668,seq=0xE460,len=21,len2=0,pos=0) ---> 10.248.9.58
Info about client:
Linux Ubuntu Hardy (8.04), fsp 2.81.b24-2ubuntu1
Info about server:
Linux Ubuntu Hardy (8.04), fspd 2.81.b24-2ubuntu1
$ fver
Remote FSP version: fspd 2.8.1b24
Logging of all server transactions is ENABLED.
Remote server is run in READ/WRITE mode.
Server DOESN'T REQUIRE connections to reverse.
Remote server is run in PUBLIC mode.
Remote server throughput control is DISABLED.
Max. payload size supported by server is 1370 bytes.
-fspd is running in public mode as root (I know, a security risk...)
-fspd uses the dotfiles as access control
-I see no error in file/directory ownership/permissions:
/home/fsp# ls -ali
insgesamt 20
6488065 drwxr-xr-x 3 root root 4096 2009-08-19 16:14 .
2 drwxr-xr-x 11 root root 4096 2009-03-03 17:08 ..
6488112 -rw------- 1 root root 53 2009-08-19 16:14 .FSP_CONTENT
6488103 drwxr-xr-x 4 root root 4096 2009-08-19 17:08 Incoming
6488068 -rw-r--r-- 1 root root 127 2009-08-19 14:41 .README
/home/fsp/Incoming# ls -ali
insgesamt 5840
6488103 drwxr-xr-x 4 root root 4096 2009-08-19 17:08 .
6488065 drwxr-xr-x 3 root root 4096 2009-08-19 16:14 ..
6488111 -rw------- 1 root root 89 2009-08-19 17:10 .FSP_CONTENT
6488067 -rw------- 1 root root 0 2009-08-19 16:16 .FSP_OK_ADD
6488066 -rw------- 1 root root 0 2009-08-19 16:16 .FSP_OK_DEL
6488069 -rw------- 1 root root 0 2009-08-19 16:16 .FSP_OK_MKDIR
6488083 -rw------- 1 root root 0 2009-08-19 16:16 .FSP_OK_RENAME
6488104 -rw------- 1 root root 29 2009-08-19 16:16 .FSP_OWNER
6488071 drwx------ 2 root root 4096 2009-08-19 17:11 test
6488113 drwx------ 2 root root 4096 2009-08-19 16:36 test2
6488105 -rw-r--r-- 1 root root 5940851 2009-08-19 16:16 Will_Smith.mp3
/home/fsp# cat Incoming/.FSP_OWNER
0-255.0-255.0-255.0-255 O
/home/fsp/Incoming# ls -ali test*
test:
insgesamt 12
6488071 drwx------ 2 root root 4096 2009-08-19 17:11 .
6488103 drwxr-xr-x 4 root root 4096 2009-08-19 17:08 ..
6488114 -rw------- 1 root root 36 2009-08-19 17:11 .FSP_OWNER
test2:
insgesamt 12
6488113 drwx------ 2 root root 4096 2009-08-19 16:36 .
6488103 drwxr-xr-x 4 root root 4096 2009-08-19 17:08 ..
6488107 -rw------- 1 root root 0 2009-08-19 16:36 .FSP_OK_ADD
6488106 -rw------- 1 root root 0 2009-08-19 16:36 .FSP_OK_DEL
6488108 -rw------- 1 root root 0 2009-08-19 16:36 .FSP_OK_MKDIR
6488109 -rw------- 1 root root 0 2009-08-19 16:36 .FSP_OK_RENAME
6488110 -rw------- 1 root root 36 2009-08-19 16:36 .FSP_OWNER
/home/fsp/Incoming# cat test/.FSP_OWNER
10-10.248-248.9-9.58-58 O Creator
I set the owner to *.*.*.*, but fspd converted it to
0-255.0-255.0-255.0-255. I think that's ok and should work.
The IP on the client is 10.258.9.58, and fspd wrote
10-10.248-248.9-9.58-58 as owner. Is that correct behaving?
As mentioned above, when I try to delete the empty directory "test",
then I get "Can't remove test: rmdir: cannot unlink". I think fspd can't
remove this directory because it isn't really empty because of the
generated .FSP_OWNER file!
After deleting this .FSP_OWNER file manually on the server, I get this
error message on client: "Can't remove test: Permission denied".
The server debug log says no more on this topic:
rcv (DELDIR,key=0x03D8,seq=0x7C70,len=14,len2=0,pos=0) <---
sbraun-laptop.lan
Validating path = Incoming/test len=14
looking for directory Incoming/test in statcache.
putting into statcache: Incoming/test
[LOG] Wed Aug 19 17:35:36 2009 sbraun-laptop.lan
DELDIR /Incoming/test: ERROR Permission denied
snd (ERR,key=0x7095,seq=0x7C70,len=18,len2=0,pos=0) ---> 10.248.9.58
Do you need more info on this topic?
Thank you very much for your help.
Greetings,
Stefan Braun.
|
|
From: Radim K. <hs...@se...> - 2009-06-15 20:34:38
|
New FSPClient version. GNU autotools support removed. Fixed compilation
problem with incorrect header
file, manpage improved. Also packaged version sent to FreeBSD ports.
15 Jun 2009 Version 0.92.0
fsprc: sven server runs now on port 21
Do not hammer remote site if we get ICMP port unreacheable from it
Force resend delay to 60 seconds after fatal receive error
Drop support for old-style directory README
fsprc: remove all dead sites
set default to readme once
ignore trailing \r\n when loading readme
getopt.h -> unistd.h. Should compile out of box now on more systems
fsp.1: added new commands mv, flush, close, maxdelay
gnu autoconf support removed
install target for scons
Get it
http://sourceforge.net/project/showfiles.php?group_id=89932&package_id=96932&release_id=690085
--
Tato zpráva byla vytvořena převratným poštovním klientem Opery:
http://www.opera.com/mail/
|
