Autofs 770 mount point permission
In /etc/auto.sshfs I write this:
-fstype=fuse,uid=worker,gid=workers,rw,allow_other [etc other options]
Then it correctly sets the mount point permissions to worker:workers when it mounts automatically. The problem is there is allow_other there, so other users can write into the mount point too. If I remove allow_other then worker cannot write to the mount point, even though the permissions are shown as worker:workers in the file system. How can I set the permissions to worker:workers with permissions 770?
automount fuse autofs
add a comment |
In /etc/auto.sshfs I write this:
-fstype=fuse,uid=worker,gid=workers,rw,allow_other [etc other options]
Then it correctly sets the mount point permissions to worker:workers when it mounts automatically. The problem is there is allow_other there, so other users can write into the mount point too. If I remove allow_other then worker cannot write to the mount point, even though the permissions are shown as worker:workers in the file system. How can I set the permissions to worker:workers with permissions 770?
automount fuse autofs
i am also trying to lock this down, and am getting very tired ofautofsentirely, as a result. might have to try systemd's approach
– infinite-etcetera
Sep 11 '16 at 19:33
add a comment |
In /etc/auto.sshfs I write this:
-fstype=fuse,uid=worker,gid=workers,rw,allow_other [etc other options]
Then it correctly sets the mount point permissions to worker:workers when it mounts automatically. The problem is there is allow_other there, so other users can write into the mount point too. If I remove allow_other then worker cannot write to the mount point, even though the permissions are shown as worker:workers in the file system. How can I set the permissions to worker:workers with permissions 770?
automount fuse autofs
In /etc/auto.sshfs I write this:
-fstype=fuse,uid=worker,gid=workers,rw,allow_other [etc other options]
Then it correctly sets the mount point permissions to worker:workers when it mounts automatically. The problem is there is allow_other there, so other users can write into the mount point too. If I remove allow_other then worker cannot write to the mount point, even though the permissions are shown as worker:workers in the file system. How can I set the permissions to worker:workers with permissions 770?
automount fuse autofs
automount fuse autofs
asked Dec 29 '15 at 14:15
user487107
i am also trying to lock this down, and am getting very tired ofautofsentirely, as a result. might have to try systemd's approach
– infinite-etcetera
Sep 11 '16 at 19:33
add a comment |
i am also trying to lock this down, and am getting very tired ofautofsentirely, as a result. might have to try systemd's approach
– infinite-etcetera
Sep 11 '16 at 19:33
i am also trying to lock this down, and am getting very tired of
autofs entirely, as a result. might have to try systemd's approach– infinite-etcetera
Sep 11 '16 at 19:33
i am also trying to lock this down, and am getting very tired of
autofs entirely, as a result. might have to try systemd's approach– infinite-etcetera
Sep 11 '16 at 19:33
add a comment |
2 Answers
2
active
oldest
votes
Have you tried using file_mode and dir_mode option?
-fstype=fuse,uid=worker,gid=workers,file_mode=0660,dir_mode=0770 ://server/share
answered Sep 19 '16 at 15:02
Wen Te HsiaWen Te Hsia
11
add a comment |
after losing time to the trial-and-error, inflexible syntax of autofs, the simple answer is: uninstall it.
there is a new, succinct systemd auto-mount option which can be used with fstab which allows you to use all the standardized mount permission options, and it looks like this:
x-systemd.automount
an example of it in an fstab line:
/dev/sdd1 /mnt/hitachi-one auto noauto,x-systemd.automount 0 2
the noauto option will mean it will not attempt to be mounted at boot, as with older software autofs.
after adding a new x-systemd.automount line to fstab you then need to run:
sudo systemctl daemon-reload
and then both, or one, of the following:
sudo systemctl restart remote-fs.target
sudo systemctl restart local-fs.target
for more infomation about it:
https://wiki.archlinux.org/index.php/Fstab#Automount_with_systemd
answered Sep 11 '16 at 20:24
infinite-etceterainfinite-etcetera
1766
no i haven't designed a font before, i just use source code pro alot. the example utilizessystemdwhich is core software that is a part of almost all linux distributions nowadays, and is very likely made by completely different developers, though they clearly copied some features fromautofs- perhaps they are trying to replace it, assystemdalready replaces some other older core linux software. i just wanted to write something up about it, as i didn't feel i could find what i was looking for, online, for a long while
– infinite-etcetera
Sep 13 '16 at 17:12
add a comment |
Your Answer
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "3"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fsuperuser.com%2fquestions%2f1019304%2fautofs-770-mount-point-permission%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
2 Answers
2
active
oldest
votes
2 Answers
2
active
oldest
votes
active
oldest
votes
active
oldest
votes
Have you tried using file_mode and dir_mode option?
-fstype=fuse,uid=worker,gid=workers,file_mode=0660,dir_mode=0770 ://server/share
answered Sep 19 '16 at 15:02
Wen Te HsiaWen Te Hsia
11
add a comment |
Have you tried using file_mode and dir_mode option?
-fstype=fuse,uid=worker,gid=workers,file_mode=0660,dir_mode=0770 ://server/share
answered Sep 19 '16 at 15:02
Wen Te HsiaWen Te Hsia
11
add a comment |
Have you tried using file_mode and dir_mode option?
-fstype=fuse,uid=worker,gid=workers,file_mode=0660,dir_mode=0770 ://server/share
answered Sep 19 '16 at 15:02
Wen Te HsiaWen Te Hsia
11
Have you tried using file_mode and dir_mode option?
-fstype=fuse,uid=worker,gid=workers,file_mode=0660,dir_mode=0770 ://server/share
answered Sep 19 '16 at 15:02
Wen Te HsiaWen Te Hsia
11
answered Sep 19 '16 at 15:02
Wen Te HsiaWen Te Hsia
11
answered Sep 19 '16 at 15:02
Wen Te HsiaWen Te Hsia
11
answered Sep 19 '16 at 15:02
Wen Te HsiaWen Te Hsia
11
11
add a comment |
add a comment |
after losing time to the trial-and-error, inflexible syntax of autofs, the simple answer is: uninstall it.
there is a new, succinct systemd auto-mount option which can be used with fstab which allows you to use all the standardized mount permission options, and it looks like this:
x-systemd.automount
an example of it in an fstab line:
/dev/sdd1 /mnt/hitachi-one auto noauto,x-systemd.automount 0 2
the noauto option will mean it will not attempt to be mounted at boot, as with older software autofs.
after adding a new x-systemd.automount line to fstab you then need to run:
sudo systemctl daemon-reload
and then both, or one, of the following:
sudo systemctl restart remote-fs.target
sudo systemctl restart local-fs.target
for more infomation about it:
https://wiki.archlinux.org/index.php/Fstab#Automount_with_systemd
answered Sep 11 '16 at 20:24
infinite-etceterainfinite-etcetera
1766
no i haven't designed a font before, i just use source code pro alot. the example utilizessystemdwhich is core software that is a part of almost all linux distributions nowadays, and is very likely made by completely different developers, though they clearly copied some features fromautofs- perhaps they are trying to replace it, assystemdalready replaces some other older core linux software. i just wanted to write something up about it, as i didn't feel i could find what i was looking for, online, for a long while
– infinite-etcetera
Sep 13 '16 at 17:12
add a comment |
after losing time to the trial-and-error, inflexible syntax of autofs, the simple answer is: uninstall it.
there is a new, succinct systemd auto-mount option which can be used with fstab which allows you to use all the standardized mount permission options, and it looks like this:
x-systemd.automount
an example of it in an fstab line:
/dev/sdd1 /mnt/hitachi-one auto noauto,x-systemd.automount 0 2
the noauto option will mean it will not attempt to be mounted at boot, as with older software autofs.
after adding a new x-systemd.automount line to fstab you then need to run:
sudo systemctl daemon-reload
and then both, or one, of the following:
sudo systemctl restart remote-fs.target
sudo systemctl restart local-fs.target
for more infomation about it:
https://wiki.archlinux.org/index.php/Fstab#Automount_with_systemd
answered Sep 11 '16 at 20:24
infinite-etceterainfinite-etcetera
1766
no i haven't designed a font before, i just use source code pro alot. the example utilizessystemdwhich is core software that is a part of almost all linux distributions nowadays, and is very likely made by completely different developers, though they clearly copied some features fromautofs- perhaps they are trying to replace it, assystemdalready replaces some other older core linux software. i just wanted to write something up about it, as i didn't feel i could find what i was looking for, online, for a long while
– infinite-etcetera
Sep 13 '16 at 17:12
add a comment |
after losing time to the trial-and-error, inflexible syntax of autofs, the simple answer is: uninstall it.
there is a new, succinct systemd auto-mount option which can be used with fstab which allows you to use all the standardized mount permission options, and it looks like this:
x-systemd.automount
an example of it in an fstab line:
/dev/sdd1 /mnt/hitachi-one auto noauto,x-systemd.automount 0 2
the noauto option will mean it will not attempt to be mounted at boot, as with older software autofs.
after adding a new x-systemd.automount line to fstab you then need to run:
sudo systemctl daemon-reload
and then both, or one, of the following:
sudo systemctl restart remote-fs.target
sudo systemctl restart local-fs.target
for more infomation about it:
https://wiki.archlinux.org/index.php/Fstab#Automount_with_systemd
answered Sep 11 '16 at 20:24
infinite-etceterainfinite-etcetera
1766
after losing time to the trial-and-error, inflexible syntax of autofs, the simple answer is: uninstall it.
there is a new, succinct systemd auto-mount option which can be used with fstab which allows you to use all the standardized mount permission options, and it looks like this:
x-systemd.automount
an example of it in an fstab line:
/dev/sdd1 /mnt/hitachi-one auto noauto,x-systemd.automount 0 2
the noauto option will mean it will not attempt to be mounted at boot, as with older software autofs.
after adding a new x-systemd.automount line to fstab you then need to run:
sudo systemctl daemon-reload
and then both, or one, of the following:
sudo systemctl restart remote-fs.target
sudo systemctl restart local-fs.target
for more infomation about it:
https://wiki.archlinux.org/index.php/Fstab#Automount_with_systemd
answered Sep 11 '16 at 20:24
infinite-etceterainfinite-etcetera
1766
edited Sep 20 '16 at 12:32
answered Sep 11 '16 at 20:24
infinite-etceterainfinite-etcetera
1766
answered Sep 11 '16 at 20:24
infinite-etceterainfinite-etcetera
1766
answered Sep 11 '16 at 20:24
infinite-etceterainfinite-etcetera
1766
1766
no i haven't designed a font before, i just use source code pro alot. the example utilizessystemdwhich is core software that is a part of almost all linux distributions nowadays, and is very likely made by completely different developers, though they clearly copied some features fromautofs- perhaps they are trying to replace it, assystemdalready replaces some other older core linux software. i just wanted to write something up about it, as i didn't feel i could find what i was looking for, online, for a long while
– infinite-etcetera
Sep 13 '16 at 17:12
add a comment |
no i haven't designed a font before, i just use source code pro alot. the example utilizessystemdwhich is core software that is a part of almost all linux distributions nowadays, and is very likely made by completely different developers, though they clearly copied some features fromautofs- perhaps they are trying to replace it, assystemdalready replaces some other older core linux software. i just wanted to write something up about it, as i didn't feel i could find what i was looking for, online, for a long while
– infinite-etcetera
Sep 13 '16 at 17:12
no i haven't designed a font before, i just use source code pro alot. the example utilizes
systemd which is core software that is a part of almost all linux distributions nowadays, and is very likely made by completely different developers, though they clearly copied some features from autofs - perhaps they are trying to replace it, as systemd already replaces some other older core linux software. i just wanted to write something up about it, as i didn't feel i could find what i was looking for, online, for a long while– infinite-etcetera
Sep 13 '16 at 17:12
no i haven't designed a font before, i just use source code pro alot. the example utilizes
systemd which is core software that is a part of almost all linux distributions nowadays, and is very likely made by completely different developers, though they clearly copied some features from autofs - perhaps they are trying to replace it, as systemd already replaces some other older core linux software. i just wanted to write something up about it, as i didn't feel i could find what i was looking for, online, for a long while– infinite-etcetera
Sep 13 '16 at 17:12
add a comment |
Thanks for contributing an answer to Super User!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fsuperuser.com%2fquestions%2f1019304%2fautofs-770-mount-point-permission%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
i am also trying to lock this down, and am getting very tired of
autofsentirely, as a result. might have to try systemd's approach– infinite-etcetera
Sep 11 '16 at 19:33