Re: File permissions - how to lock a directory
On Sat, Sep 29, 2012 at 4:41 PM, Paul Schmehl pschmehl_li...@tx.rr.comwrote: I have a particularly thorny problem I'm trying to solve, but I'll bet FreeBSD has a solution. I'm running a webserver using suphp. It's very picky about permissions. It wants the web server user (www) to be the owner of all directories and files. Meanwhile, the site owners want to be able to update and add files to the site. When they update files everything is fine. When they upload new files, the ownership of the file is user:user instead of www:user, so apache can't display them. Is there a way to lock a directory such that all files created in that directory are owned by the directory owner? If not, I'll have to script something to change perms after uploads. There is the suiddir option, see mount(8) and chmod(2). -- Adam Vande More ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: GUI for file permissions management
2009/11/19 Chad Perrin per...@apotheon.com: Someone asked me recently whether a GUI for file permissions management Anything like: mc, worker, rox, etc? -- Thomas Adam ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: GUI for file permissions management
On Thu, Nov 19, 2009 at 08:22:17AM +, Thomas Adam wrote: 2009/11/19 Chad Perrin per...@apotheon.com: Someone asked me recently whether a GUI for file permissions management Anything like: mc, worker, rox, etc? Those are all filesystem browsers/managers -- right? I've already told the person who asked that many such applications have that kind of functionality. In my initial question to this list, I said: I know that some filesystem browser applications like Nautilus provide at least some of that kind of functionality, but wondered if there was a somewhat simple, stand-alone GUI that covered that kind of thing out there. Do you know if there's anything like *that* available, rather than an entire filesystem browser/manager application that just happens to also have a way to change permissions on files and directories? Also . . . do any of the applications you mentioned provide a way to manage things like umasks or home directory default permissions? In my original post to this list, I had also mentioned that sort of thing: login.conf or adduser.conf configuration . . . though I'm not holding my breath on that. I rather suspect managing umasks in login.conf and user directory default permissions in adduser.conf is not something anyone has bothered to incorporate in a GUI interface. -- Chad Perrin [ original content licensed OWL: http://owl.apotheon.org ] pgpq4y6aK2tyW.pgp Description: PGP signature
Re: GUI for file permissions management
2009/11/19 Chad Perrin per...@apotheon.com: Those are all filesystem browsers/managers -- right? I've already told the person who asked that many such applications have that kind of functionality. In my initial question to this list, I said: I know what you mentioned -- unfortunately you're only going to find what you want as *part* of something much larger -- in this case a file manager. And in the examples I gave, those are considered light-weight, especially midnight commander. Do you know if there's anything like *that* available, rather than an entire filesystem browser/manager application that just happens to also have a way to change permissions on files and directories? See above. I have never come across anything standalone, and at this point, given your somewhat unique requirements, you might be better off writing one yourself perhaps in Tk or something. :) Also . . . do any of the applications you mentioned provide a way to manage things like umasks or home directory default permissions? In my original post to this list, I had also mentioned that sort of thing: This would be more beneficial as a shell setting -- changing one's umask at the drop of a hat is almost always the wrong thing to do. login.conf or adduser.conf configuration . . . though I'm not holding my breath on that. I rather suspect managing umasks in login.conf and user directory default permissions in adduser.conf is not something anyone has bothered to incorporate in a GUI interface. Correct, see above. It's not something one would interactively change. especially as it's a shell setting -- so this GUI app would have a hard time enforcing it (c.f. interactive shell instances already open.) Kindly, -- Thomas Adam ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: GUI for file permissions management
On Thu, Nov 19, 2009 at 07:23:33PM +, Thomas Adam wrote: 2009/11/19 Chad Perrin per...@apotheon.com: Those are all filesystem browsers/managers -- right? I've already told the person who asked that many such applications have that kind of functionality. In my initial question to this list, I said: I know what you mentioned -- unfortunately you're only going to find what you want as *part* of something much larger -- in this case a file manager. And in the examples I gave, those are considered light-weight, especially midnight commander. Do you know if there's anything like *that* available, rather than an entire filesystem browser/manager application that just happens to also have a way to change permissions on files and directories? See above. I have never come across anything standalone, and at this point, given your somewhat unique requirements, you might be better off writing one yourself perhaps in Tk or something. :) I was afraid that might be the case. I guess the filesystem browser approach and the desktop environment approach are the only options available to the person who asked the question, then -- at least unless and until I develop the urge to write a permissions management GUI that I'll probably never use myself. Thanks for confirming my suspicions. Also . . . do any of the applications you mentioned provide a way to manage things like umasks or home directory default permissions? In my original post to this list, I had also mentioned that sort of thing: This would be more beneficial as a shell setting -- changing one's umask at the drop of a hat is almost always the wrong thing to do. It's not so much for the purpose of being able to change it at the drop of a hat that the person asked me about this, I think. He just wants to be able to do everything without ever having to touch a configuration file directly. While I think that's probably the wrong way to do it, some people just refuse to take a different approach, and I still feel the urge to try to be helpful when someone asks how he can do something. login.conf or adduser.conf configuration . . . though I'm not holding my breath on that. I rather suspect managing umasks in login.conf and user directory default permissions in adduser.conf is not something anyone has bothered to incorporate in a GUI interface. Correct, see above. It's not something one would interactively change. especially as it's a shell setting -- so this GUI app would have a hard time enforcing it (c.f. interactive shell instances already open.) I don't think he cares as much about *enforcing* it as about setting defaults that can be overridden on a case-by-case basis, rather than having to override a default he doesn't want in almost every case. Anyway . . . thanks again for the responses. I'll just add some confirmation of my suspicion that nothing like what I asked about exists to my repertoire of knowledge. -- Chad Perrin [ original content licensed OWL: http://owl.apotheon.org ] pgpvQ2AucBz4e.pgp Description: PGP signature
GUI for file permissions management
Someone asked me recently whether a GUI for file permissions management (front end for stuff like umask, chmod, and maybe even login.conf or adduser.conf configuration) exists. I know that some filesystem browser applications like Nautilus provide at least some of that kind of functionality, but wondered if there was a somewhat simple, stand-alone GUI that covered that kind of thing out there. I seem to be using the wrong search terms for Google and `cd /usr/ports; make search key=foo`, because I haven't been able to nail down anything like that. Must one be a KDE or Gnome user to get that kind of tool? -- Chad Perrin [ original content licensed OWL: http://owl.apotheon.org ] pgp3XAigpEkuy.pgp Description: PGP signature
Default file permissions
I have a server running Azureus to download torrent files. The Azureus directory is accessible to other computers using samba. Azureus dumps it's completed files with the 644 permissions, making them writable only for the owner. As far as I looked, Azureus cannot be configured to dump it's files with different permissions. Is there any way to apply a Inherited file permissions on a specific directory? (i.e all files created on this folder will have a specific permission set, unless specifically changed by some application) I prefer doing this with the classic permission system, rather then using ACLs. Thanks, Roey ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Default file permissions
2008/11/4 Dánielisz László [EMAIL PROTECTED]: Roey, you can do a chron to chmod the downloaded directory. Did you mean using cron? I'm not very familiar with that, but as far as I know cron jobs can run at specifc times, not on specifc events. Creating a cron job that runs every 5 minutes for chmod sounds a bit like a waste of CPU, and the effect will occur every 5 minutes, not immidietly when a file is downloaded. umask command seems to do the trick. Thanks. Roey ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Default file permissions
Roey, you can do a chron to chmod the downloaded directory. From: Roey D [EMAIL PROTECTED] To: freebsd-questions@freebsd.org Sent: Tuesday, November 4, 2008 9:00:24 AM Subject: Default file permissions I have a server running Azureus to download torrent files. The Azureus directory is accessible to other computers using samba. Azureus dumps it's completed files with the 644 permissions, making them writable only for the owner. As far as I looked, Azureus cannot be configured to dump it's files with different permissions. Is there any way to apply a Inherited file permissions on a specific directory? (i.e all files created on this folder will have a specific permission set, unless specifically changed by some application) I prefer doing this with the classic permission system, rather then using ACLs. Thanks, Roey ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Default file permissions
On Tue, Nov 04, 2008 at 10:00:24AM +0200, Roey D wrote: I have a server running Azureus to download torrent files. The Azureus directory is accessible to other computers using samba. Azureus dumps it's completed files with the 644 permissions, making them writable only for the owner. As far as I looked, Azureus cannot be configured to dump it's files with different permissions. Is there any way to apply a Inherited file permissions on a specific directory? (i.e all files created on this folder will have a specific permission set, unless specifically changed by some application) I prefer doing this with the classic permission system, rather then using ACLs. See umask(2), which is also a command-line utility. -- | Jeremy Chadwickjdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Default file permissions
Yeah, I meant, cron. May umask sound better, if you find out the best solution for your issue please let us know :) Thank you! From: Roey D [EMAIL PROTECTED] To: freebsd-questions@freebsd.org Sent: Tuesday, November 4, 2008 9:49:10 AM Subject: Re: Default file permissions 2008/11/4 Dánielisz László [EMAIL PROTECTED]: Roey, you can do a chron to chmod the downloaded directory. Did you mean using cron? I'm not very familiar with that, but as far as I know cron jobs can run at specifc times, not on specifc events. Creating a cron job that runs every 5 minutes for chmod sounds a bit like a waste of CPU, and the effect will occur every 5 minutes, not immidietly when a file is downloaded. umask command seems to do the trick. Thanks. Roey ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Preserving file permissions with dump and restore
On Wed, Feb 06, 2008 at 12:44:49AM -0500, Francois-Xavier Charpentier de Beauville wrote: Wojciech Puchar wrote: Hi, I have a box with three hard drives: /dev/da0 - dedicated to the OS /dev/ad4s1e - data drive - mounted as /store /dev/ad5s1e - hold a backup of /dev/ad4 - mounted as /backup I used 'dump' to backup everything from /store to /backup with the following command: dump -0aun -f /backup/fullbackup /store As expected, the result is a dump file called 'fullbackup' Then I tested a restore, by restoring the fullbackup file from /backup to /store. I did the following: 1) made /store pristine: newfs -U /dev/ad4s1e 2) mounted /dev/ad4s1e on /store 3) cd into /store 4) ran the command: restore -r -uv -f /backup/fullbackup 5) remove 'restoresymtable' from /store Thanks in advance for your help you did restore as root? (i think so but just for sure) it is something wrong with restore then, i used it many times and it restore everything. anyway - rsync is good tool to make exact copy of directory tree Actually yes, I did restore as root. All ownership info and permissions are reset during restore, and none of the original permissions are back. This kind of weird since the OS drive hasn't changed. So, there are the same users setup on the system. Any thoughts? Well, dump/restore should result in permissions and flags and everything being as before the dump. I have done the equivalent many many times and not seen any loss of permissions or flags or change of ownership. When the restore finished, did it ask you about setting owner/permissions on . ?If so, answer no. That is the only thing I can think of. jerry ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Preserving file permissions with dump and restore
1) made /store pristine: newfs -U /dev/ad4s1e 2) mounted /dev/ad4s1e on /store 3) cd into /store 4) ran the command: restore -r -uv -f /backup/fullbackup 5) remove 'restoresymtable' from /store Thanks in advance for your help you did restore as root? (i think so but just for sure) it is something wrong with restore then, i used it many times and it restore everything. anyway - rsync is good tool to make exact copy of directory tree ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Preserving file permissions with dump and restore
Wojciech Puchar wrote: Hi, I have a box with three hard drives: /dev/da0 - dedicated to the OS /dev/ad4s1e - data drive - mounted as /store /dev/ad5s1e - hold a backup of /dev/ad4 - mounted as /backup I used 'dump' to backup everything from /store to /backup with the following command: dump -0aun -f /backup/fullbackup /store As expected, the result is a dump file called 'fullbackup' Then I tested a restore, by restoring the fullbackup file from /backup to /store. I did the following: 1) made /store pristine: newfs -U /dev/ad4s1e 2) mounted /dev/ad4s1e on /store 3) cd into /store 4) ran the command: restore -r -uv -f /backup/fullbackup 5) remove 'restoresymtable' from /store Thanks in advance for your help you did restore as root? (i think so but just for sure) it is something wrong with restore then, i used it many times and it restore everything. anyway - rsync is good tool to make exact copy of directory tree Actually yes, I did restore as root. All ownership info and permissions are reset during restore, and none of the original permissions are back. This kind of weird since the OS drive hasn't changed. So, there are the same users setup on the system. Any thoughts? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Preserving file permissions with dump and restore
Hi, I have a box with three hard drives: /dev/da0 - dedicated to the OS /dev/ad4s1e - data drive - mounted as /store /dev/ad5s1e - hold a backup of /dev/ad4 - mounted as /backup I used 'dump' to backup everything from /store to /backup with the following command: dump -0aun -f /backup/fullbackup /store As expected, the result is a dump file called 'fullbackup' Then I tested a restore, by restoring the fullbackup file from /backup to /store. I did the following: 1) made /store pristine: newfs -U /dev/ad4s1e 2) mounted /dev/ad4s1e on /store 3) cd into /store 4) ran the command: restore -r -uv -f /backup/fullbackup 5) remove 'restoresymtable' from /store The restore went fine and I had all the files back. However, all file permissions were gone. How can I preserve file permissions with dump / restore? Thanks in advance for your help ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
File permissions
Hi there, I need to set permissions on the /www/data-dist directory such that when samba users create new files in it the ownership of the files will automatically be set to www. How might i do this. I've had a look at the chmod and sticky manpages with no luck. Thanks, Gareth ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: File permissions
On Wednesday 23 February 2005 03:46 am, Gareth Bailey wrote: Hi there, I need to set permissions on the /www/data-dist directory such that when samba users create new files in it the ownership of the files will automatically be set to www. How might i do this. I've had a look at the chmod and sticky manpages with no luck. Thanks, Gareth man smb.conf I think you want to force group = www for the shares you want owned by www. hth, Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: question about SAMBA shared directory and file permissions
i found out a very important thing. one is best off having the top directory owned by the group you want to have access. mine was owned by wheel. no problem for those of us in that particular group! Peter Risdon wrote: Peter Risdon wrote: There's a useful guide to configuring samba at: http://hr.oregon.edu/davidrl/samba/server.html Whoops. http://hr.uoregon.edu/davidrl/samba/server.html PWR. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
question about SAMBA shared directory and file permissions
Hi, i have been having problems with a SAMBA shared directory and user permissions. My smb.conf file is simple and allows for members of 'wwwdev' access the directory, and they can when i test it, but we get all kinds of problems with the permissions on various files and directories: // [wwwdev] comment = Virtual Web Servers HTTP dirs path = /usr/wwwdev create mode = 0765 valid users = @wwwdev // i assume this is a ownership issue on the unix file system side, although i have opened up the permissions to 'pants down in public' level drwxrwxrwx -rwxrwxrwx ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: question about SAMBA shared directory and file permissions
[EMAIL PROTECTED] wrote: Hi, i have been having problems with a SAMBA shared directory and user permissions. My smb.conf file is simple and allows for members of 'wwwdev' access the directory, and they can when i test it, but we get all kinds of problems with the permissions on various files and directories: It would help if you said exactly what those problems are. // [wwwdev] comment = Virtual Web Servers HTTP dirs path = /usr/wwwdev create mode = 0765 valid users = @wwwdev // You might also need to set the directory mode on the share. i assume this is a ownership issue on the unix file system side, although i have opened up the permissions to 'pants down in public' level drwxrwxrwx -rwxrwxrwx So, what is the problem? Do these permissions and/or the file ownerships get altered when accessed by a Windows client? PWR. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: question about SAMBA shared directory and file permissions
Peter Risdon wrote: [EMAIL PROTECTED] wrote: Hi, i have been having problems with a SAMBA shared directory and user permissions. My smb.conf file is simple and allows for members of 'wwwdev' access the directory, and they can when i test it, but we get all kinds of problems with the permissions on various files and directories: It would help if you said exactly what those problems are. sure. i realised i didn't explain just after i sent the mail. doh! ok: i want really open access 'a-la-windows' style to all files under a certain directory tree to users in a particular group. at the moment, i am having to chown all files over to whom ever is editing them at any given time. // [wwwdev] comment = Virtual Web Servers HTTP dirs path = /usr/wwwdev create mode = 0765 valid users = @wwwdev // You might also need to set the directory mode on the share. cool, what would you suggest? i assume this is a ownership issue on the unix file system side, although i have opened up the permissions to 'pants down in public' level drwxrwxrwx -rwxrwxrwx So, what is the problem? Do these permissions and/or the file ownerships get altered when accessed by a Windows client? i would have assumed that because the two users were in the same group they could access the same files in turn without chown-ing. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: question about SAMBA shared directory and file permissions
Anthony carmody wrote: Peter Risdon wrote: [EMAIL PROTECTED] wrote: Hi, i have been having problems with a SAMBA shared directory and user permissions. My smb.conf file is simple and allows for members of 'wwwdev' access the directory, and they can when i test it, but we get all kinds of problems with the permissions on various files and directories: It would help if you said exactly what those problems are. sure. i realised i didn't explain just after i sent the mail. doh! ok: i want really open access 'a-la-windows' style to all files under a certain directory tree to users in a particular group. at the moment, i am having to chown all files over to whom ever is editing them at any given time. I was thinking more of what happens to file permissions when a file is accessed by a samba user. Say they start at something like: #ls -l -rwxrw-r-x 1 pwr wwwdev 637 Apr 17 09:01 testfile So all members of the wwwdev group have write permission. After access by user pwr do they change? Maybe to: -rwxrw-r-x 1 pwr pwr 637 Apr 17 09:01 testfile // [wwwdev] comment = Virtual Web Servers HTTP dirs path = /usr/wwwdev create mode = 0765 valid users = @wwwdev // You might also need to set the directory mode on the share. cool, what would you suggest? See below. i assume this is a ownership issue on the unix file system side, although i have opened up the permissions to 'pants down in public' level drwxrwxrwx -rwxrwxrwx So, what is the problem? Do these permissions and/or the file ownerships get altered when accessed by a Windows client? i would have assumed that because the two users were in the same group they could access the same files in turn without chown-ing. There's a useful guide to configuring samba at: http://hr.oregon.edu/davidrl/samba/server.html And it deals with a similar configuration to the one you're seeking. But working on a guess that your problem stems from the group flag of a file being changed to that of the user who accesses it, you might try adding: create mode 0774 # Windows clients that seems to require the extra bit directory mode = 0775 #so that new directories are created with the right permissions force group = +wwwdev # so that all file activity is carried out as this user HTH. PWR ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: question about SAMBA shared directory and file permissions
Peter Risdon wrote: There's a useful guide to configuring samba at: http://hr.oregon.edu/davidrl/samba/server.html Whoops. http://hr.uoregon.edu/davidrl/samba/server.html PWR. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: question about SAMBA shared directory and file permissions
Peter Risdon wrote: create mode 0774 # Windows clients that seems to require the extra bit And just to correct my own gibberish (maybe I need some coffee): create mode = 0774 # Windows clients seem to require the extra bit PWR. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: question about SAMBA shared directory and file permissions
This is how I would do it, assuming I understand you correctly: [wwwdev] comment = Virtual Web Servers HTTP dirs path = /usr/wwwdev browseable = yes # So that new files are created with 0664 mode -- force create mode = 0664 # So that new directories are created with 0775 mode -- force directory mode = 0775 force group = wwwdev # Set this to yes (default) if you use the DOS archive bit for backups # Otherwise, set it to no to get rid of unintended executable bits # being set in non-executable files map archive = no printable = no public = no valid users = @wwwdev writable = yes Also, reset all permissions and group ownerships in /usr/wwwdev to the intended values. [EMAIL PROTECTED] wrote: Hi, i have been having problems with a SAMBA shared directory and user permissions. My smb.conf file is simple and allows for members of 'wwwdev' access the directory, and they can when i test it, but we get all kinds of problems with the permissions on various files and directories: // [wwwdev] comment = Virtual Web Servers HTTP dirs path = /usr/wwwdev create mode = 0765 valid users = @wwwdev // i assume this is a ownership issue on the unix file system side, although i have opened up the permissions to 'pants down in public' level drwxrwxrwx -rwxrwxrwx ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
built-in ftpd and uploaded file permissions
Dear experts, Using built-in ftpd, is it possible to control permissions of uploaded files for user anonymous? Files, uploaded by anonymous, have permissions 644 irrespective of mask values requested by 1) option -u for ftpd, and 2) from file login.conf I would prefer to have 660 for uploaded files, as input directory has --Srwx-wx mode. Thank you very much for any comment. Sergei ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: File permissions suddenly change for /dev/null.
On Tue, 2 Sep 2003, Ed Alley wrote: I'm running FreeBSD-4.8. Sometimes the file permissions for /dev/null gets mysteriously changed by some unknown process to: crw--- 1 root wheel 2, 2 Sep 2 11:20 /dev/null On Tue, 2 Sep 2003, David Landgren wrote: ..., the moral of the story is, what have you installed recently? On Tue, 2 Sep 2003, Matthew Seaman wrote: ... It would have to be a root-owned process ... On Tue, 2 Sep 2003, Scott Kupferschmidt wrote: I had the same problem and still unable to figure it out.. I thankyou all for the above comments. They were helpful to me in finding the problem: When I thought about it for a time I realized that it happens on days that I was doing administrative work as ROOT! It was NETSCAPE! running under root. It turns out that I periodically tweak our router via Netscape. If I happen to be logged in as root on my FreeBSD terminal when I log into the router with Netscape, then after I'm finished with my work and close Netscape, I find that the permissions on /dev/null have been reset to: crw---. I'm running Netscape-4.76. I also have a late version of Mozilla installed which doesn't seem to mangle the file permissions on /dev/null the way Netscape does. I also don't need to be logged in as root when I run Netscape to tweak the router, it just happens that when I'm doing other administrative stuff I think to look at the router also. (:-) Ed Alley [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
File permissions suddenly change for /dev/null.
I'm running FreeBSD-4.8. Sometimes the file permissions for /dev/null get mysteriously changed by some unknown process to: crw--- 1 root wheel 2, 2 Sep 2 11:20 /dev/null This has a devastating effect on user processes that want to open /dev/null. Whenever my system starts acting funny, the first place I look is at the permissions for /dev/null. When I find them changed I go under root and execute: chmod 666 /dev/null to get things back to normal. Has anybody seen this before? Have I got a hidden umask set up wrong somewhere, or is one of my daemons the culprit? Or could it be happening during the time that I run as root doing system maintenance? Ed Alley ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: File permissions suddenly change for /dev/null.
On Tue, 2003-09-02 at 14:32, Ed Alley wrote: I'm running FreeBSD-4.8. Sometimes the file permissions for /dev/null get mysteriously changed by some unknown process to: crw--- 1 root wheel 2, 2 Sep 2 11:20 /dev/null That's very strange indeed. Have you tried using chflags to prevent the permissions from being changed? This should do the trick, albeit a dirty hack. -- Adam McLaurin [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
Re: File permissions suddenly change for /dev/null.
Ed Alley wrote: I'm running FreeBSD-4.8. Sometimes the file permissions for /dev/null get mysteriously changed by some unknown process to: crw--- 1 root wheel 2, 2 Sep 2 11:20 /dev/null This has a devastating effect on user processes that want to open /dev/null. Whenever my system starts acting funny, the first place I look is at the permissions for /dev/null. When I find them changed I go under root and execute: chmod 666 /dev/null to get things back to normal. Has anybody seen this before? Have I got a hidden umask set up wrong somewhere, or is one of my daemons the culprit? Or could it be happening during the time that I run as root doing system maintenance? The only time I've had something like this happen to me was when I installed Frontpage Extension for Apache. Come to think of it, it was on a Solaris box, but no matter. Apache has two vestigal config files that no longer serve any real purpose, srm.conf and access.conf. There are two schools of thought about what to do about this. The first school says to have those files sitting in the filesystem, but empty. The second says that the configuration directives in httpd.conf that refer to those files should point to /dev/null instead, and not have any other config files. I subscribe to the latter idea: it makes for a cleaner conf/ directory. Unfortunately, Frontpage Extensions, in Microsoft's oh-so-typical couldn't give a fuck about anyone else way actually wants to put some kind of garbage in the access.conf file. Morons, the rest of the world hasn't been doing that for at least six years by my count. Anyway, rather than bombing out, the script managed to mangle /dev/null utterly, and turned it into -rw-rw-rw 1 root wheel 2, 2 Sep 2 11:20 /dev/null I.e., a *plain* file! This symptoms this produced were really bizarre. As it turned out, /dev/null on Solaris is a soft link to the real device in /device (which may be why the FPE install script was able to trash it). It was easily repaired by restoring the symlink. Anyway, the moral of the story is, what have you installed recently? David ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
file permissions
Hi all, I was wondering if it is good or bad to set permission to something like 750... that's to say, 0 for users. Is this good paranoia? have you had any problems, have you tried this? thanks. CC please. Bye. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message
Re: file permissions
On 2002-11-05 23:34, m [EMAIL PROTECTED] wrote: Hi all, I was wondering if it is good or bad to set permission to something like 750... Whose permissions? That's to say, 0 for users. The most secure system is the one that is offline, not connected to a power cable, and locked in a room that you have thrown away the key into a deep ocean gorge. Real systems need to provide a certain level of functionality though, and that's where compromises need to be made, in a careful, well thought out manner. If the users don't have any permission on any file on your system, you might as well delete their accounts. It won't make any difference. Is this good paranoia? have you had any problems, have you tried this? You really should provide more details. Have we tried what? To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message
Re: file permissions
Is this good paranoia? have you had any problems, have you tried this? You really should provide more details. Have we tried what? I don't want to remove ALL access to a file, I want the owner and the groups to use it, but not world or anyone. - rwxrwx - - - This question arose because I use a shared hosting. Bye. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message