similar to: [Bug 1555] add attribute extensions to sftp-server

https://bugzilla.mindrot.org/show_bug.cgi?id=1555 Summary: add hard link and attribute extensions to sftp-server Product: Portable OpenSSH Version: 5.1p1 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P2 Component: sftp-server AssignedTo: unassigned-bugs at mindrot.org

https://bugzilla.mindrot.org/show_bug.cgi?id=1555 J?r?me Carretero <cJ-mr at zougloub.eu> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |cJ-mr at zougloub.eu --- Comment #9 from J?r?me Carretero <cJ-mr at zougloub.eu> --- It looks like the

https://bugzilla.mindrot.org/show_bug.cgi?id=1555 --- Comment #10 from Bert Haverkamp <bert at bertenselena.net> --- IMO, this bug should be closed as resolved, as the patch was included in version 5.7, right? Who is to do this? -- You are receiving this mail because: You are watching the assignee of the bug. You are watching someone on the CC list of the bug.

Dear all, I am looking for the status on the hardlink patches that were published on this list last february by Miklos Szeredi? I'd really like to have hardlink support in sftp. This would in turn enable hardlinks in sshfs and make incremental rsync backups to remote filesystems possible. can someone tell me if these patches will be incorporated in openssh? The patches can be found under

Dear list, Attached is a patch that adds support for the SSH_FXP_LINK request, as described in draft-ietf-secsh-filexfer-07 onwards, to the sftp server and client. It is for and has been tested on the current portable snapshot but also applies to openbsd CVS. Thanks, -- Peter -------------- next part -------------- A non-text attachment was scrubbed... Name: openssh-sftp-hardlink-pcvs-v2.patch

https://bugzilla.mindrot.org/show_bug.cgi?id=1921 Bug #: 1921 Summary: [Patch] memory leak in sftp-client.c Classification: Unclassified Product: Portable OpenSSH Version: -current Platform: All OS/Version: All Status: NEW Severity: trivial Priority: P2 Component: sftp AssignedTo:

https://bugzilla.mindrot.org/show_bug.cgi?id=1447 Summary: sftp-server rename fails when EXDEV is returned Classification: Unclassified Product: Portable OpenSSH Version: 4.7p1 Platform: All

Here's a patch that adds support for the creation of hard links over SFTP. Hard links are not used very often nowdays, but they do still have their uses and this is currently the most often requested improvement for SSHFS. To detect hard links the st_nlink, st_dev and st_ino attributes are usually used. I'll also post patches adding extensions for these and other attributes. Please

I'd like to propose the following extensions to the SFTP protocol. - statvfs operation - atomic rename (just plain POSIX rename() without the existence check) These are the most requested features in SSHFS, which need support in sftp-server too. They could be added to the current protocol with the SSH_FXP_EXTENDED message type. Here's a patch implementing the statvfs operation. It

https://bugzilla.mindrot.org/show_bug.cgi?id=934 Damien Miller <djm at mindrot.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |djm at mindrot.org Status|REOPENED |RESOLVED Resolution|---

https://bugzilla.mindrot.org/show_bug.cgi?id=1230 Damien Miller <djm at mindrot.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|bitbucket at mindrot.org |djm at mindrot.org --- Comment #1 from Damien

https://bugzilla.mindrot.org/show_bug.cgi?id=2021 Damien Miller <djm at mindrot.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED --- Comment #21 from Damien Miller <djm at

https://bugzilla.mindrot.org/show_bug.cgi?id=2067 Bug ID: 2067 Summary: lsetstat extension to sftp-server Classification: Unclassified Product: Portable OpenSSH Version: 6.1p1 Hardware: Other OS: Other Status: NEW Severity: enhancement Priority: P5 Component: sftp-server

Could you please try the below diff if you have been experiencing problems with the globbing support in the sftp client. There have been a few reports that it doesn't work on Solaris, etc. Index: ChangeLog =================================================================== RCS file: /var/cvs/openssh/ChangeLog,v retrieving revision 1.1022 diff -u -r1.1022 ChangeLog --- ChangeLog 2001/03/28

Hello, Couple of days ago, I received a request from a customer. He wants to provide sftp users access to a directory tree containing files. The users must have full rights, but he also wants to avoid moving or deleting directories. This is mostly to prevent mistakenly drag and drop from user's graphical client (Filezilla). Said differently, he wants to protect the directories organization.

This patch adds all the missing commonly used UNIX attributes: st_dev, st_ino, st_nlink, st_rdev, st_blocks, st_blksize, st_ctime. In addition it extends st_atime and st_mtime to 64bits, and adds nanosecond resolution to all three timestamps. This is implemented as an extension to the ATTR message. This patch alone is sufficient for SSHFS to be able to use these attributes. The following two

http://bugzilla.mindrot.org/show_bug.cgi?id=1252 djm at mindrot.org changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #1232| |ok? Flag| | ------- Comment #1 from djm at mindrot.org 2007-01-22 18:03 ------- Created an

Am 07.01.2018 um 19:41 schrieb halfdog: > Hello list, > > I created a page to demonstrate, what would happen when chroot > root directory is writeable. In fact, code execution is possible > already, when only /etc and /bin are writable. I also tried to > escape the chroot jail, but that did not work for non-root users. > > As the 2009 CVE activities mention, that creating

On 24 March 2018 at 03:03, Corinna Vinschen <vinschen at redhat.com> wrote: [...] > session opened for local user corinna from [UNKNOWN] > received client version 3 > debug2: Permitting whitelisted realpath request > debug3: request 1: realpath > realpath "." > debug1: request 1: sent names count 1 > Refusing non-whitelisted statvfs request >

Greetings, One of the complaints we've commonly gotten from users is that modern versions of OpenSSH do not allow users to rename files in AFS across directories. Since OpenAFS only allows hardlinks in the parent directory, you can rename in the same directory but not across directory boundaries. This is the same behavior when you try to rename across regular partition boundaries,