From: Ray Olszewski <ray@comarre.com>
To: linux-newbie@vger.kernel.org
Subject: Re: 2 questions: 1. ssh permissions to 777 and 2. recursively change all directories/files to 777
Date: Thu, 09 Dec 2004 13:57:25 -0800 [thread overview]
Message-ID: <5.1.0.14.1.20041209133634.0208a928@celine> (raw)
In-Reply-To: <00ac01c4de33$b3b63e20$1f0aa8c0@lanadmin>
At 04:11 PM 12/9/2004 -0500, Eve Atley wrote:
>First question...
>We have people SSHing into our Linux box from overseas (India to US, company
>access only). But files that are uploaded from these people become read-only
>to anyone else accessing them. We *require* that they be readable/writable
>by this side of the pond (US). How can I set this to occur? Otherwise, this
>method of transferring files will *not* work for us, and perhaps someone can
>point me to another solution.
So you want an uploaded file to be mode 777, writable (and executable, if
you really mean 777, not 666) by any user on the system? OK. Change the
account's umask, in ./.profile, or ./.bashrc, or whatever user-specific
file is appropriate to your setup. (Or make the corresponding change in a
systemwide file, like /etc/profile or /etc/bash.bashrc or whatever ... the
specifics vary a bit from one distro to another, and even there I am
assuming your site uses bash). Usually the umask is 022, which generates
permissions 755; you want it to be 000.
Or, it may depend on how these usees are trensferring files after they ssh
in, something you don't actually mention. If we are discussing scp
transfers, it might be easier to have the users use the -p flag when they
do the transfers, so the transferred file will keep the permissions it had
on its source system (but I don't know that they are mode 777 either).
>Second question...
>How can I recursively set all files/directories to 777?
>Chmod -R 777 *.* ... Didn't seem to hit everything.
Since the relevant command is "chmod", not "Chmod" (case counts in
Linux/Unix commands), I'm surprised you hit *anything* with the command as
written. Your use of "all" is also a bit ambiguous .. but if you want to
chmod all the files in or below the PWD to mode 777, you'll need this command:
chmod -R 777 ./*
(Even this will not chmod **all** files, because because by convention
almost all Linux/Unix commands treat files that begin with a dot character
as special, so standard wildcards (*) will not match them. So this command
will chmod files with names like filename and filename.txt, but not one
with names like .filename . I don't know a general way to include such files.)
-
To unsubscribe from this list: send the line "unsubscribe linux-newbie" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.linux-learn.org/faqs
next prev parent reply other threads:[~2004-12-09 21:57 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-04-13 17:29 Remote X Little, Chris
2004-04-14 12:01 ` Juan Facundo Suárez
2004-10-13 18:43 ` Setting permissions via SSH upload to 777 Eve Atley
2004-10-13 19:23 ` Ray Olszewski
2004-12-09 21:11 ` 2 questions: 1. ssh permissions to 777 and 2. recursively change all directories/files " Eve Atley
2004-12-09 21:12 ` Jeff Woods
2004-12-09 21:57 ` Ray Olszewski [this message]
2004-12-09 22:35 ` Simon Valiquette
2004-12-10 10:37 ` Jim Nelson
2004-12-10 13:53 ` J.
2004-12-10 21:05 ` Jim Nelson
2004-12-10 13:48 ` J.
2004-12-13 21:54 ` Stephen Samuel
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=5.1.0.14.1.20041209133634.0208a928@celine \
--to=ray@comarre.com \
--cc=linux-newbie@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox