gpt4 book ai didi

c - 除了 umask 还有什么影响新目录的权限?

转载 作者:太空宇宙 更新时间:2023-11-04 10:41:13 28 4
gpt4 key购买 nike

我注意到,如果您中断 rsync,一些新目录仍然具有权限 drwx------,尽管当前的 umask 是 0022.

我启动了 gdb 并试图在调用 mkdir() 之前显式调用 umask(0),但没有效果:我期望新的目录有 drwxrwxrwx,但他们仍然有 drwx------

(在较新版本的 rsync 中,它们不再是 drwx------,但仍然不受 umask 的影响)

如果我将命令更改为 /bin/mkdir,调用 umask() 开始工作。看来 rsync 使用了一些魔法。

这是一个测试脚本:(出于某种原因,mkdir() 上的断点仅在从 ssh 复制时有效)

(
rm -rf /tmp/3 && mkdir -p /tmp/3 && cd /tmp/3 &&
#gdb -q -nx --args /bin/mkdir foo <<EOF
gdb -q -nx --args rsync -r --include=/profile.d --exclude="*" localhost:/etc/ ./ <<'EOF'
set width 0
set height 0
set pagination no
set breakpoint pending on
b mkdir
b mkdirat
run
del
print (char*)$rdi
call umask(0)
call mkdir("test")
fin
shell ls -l
p/o umask(0)
k
EOF
)

_

Reading symbols from /usr/bin/rsync...Reading symbols from /usr/bin/rsync...(no debugging symbols found)...done.
(no debugging symbols found)...done.
Missing separate debuginfos, use: debuginfo-install rsync-3.0.9-15.el7.x86_64
(gdb) (gdb) (gdb) (gdb) (gdb) Breakpoint 1 at 0x6c70
(gdb) Function "mkdirat" not defined.
Breakpoint 2 (mkdirat) pending.
(gdb) Starting program: /usr/bin/rsync -r --include=/profile.d --exclude=\* localhost:/etc/ ./
Detaching after fork from child process 15444.
Detaching after fork from child process 15464.

Breakpoint 1, 0x00007ffff76ee720 in mkdir () from /lib64/libc.so.6
(gdb) Delete all breakpoints? (y or n) [answered Y; input not from terminal]

mkdir 参数:

(gdb) $1 = 0x7fffffff9330 "profile.d"

先前的 umask 值:

(gdb) $2 = 0

mkdir("test")的结果

(gdb) $3 = 0

_

(gdb) Run till exit from #0  0x00007ffff76ee720 in mkdir () from /lib64/libc.so.6
0x000055555556845f in recv_generator ()
(gdb) total 8
drwx------ 2 il il 4096 Jan 28 20:02 profile.d
drwx------ 2 il il 4096 Jan 28 20:02 test
(gdb) $4 = 0
(gdb) Kill the program being debugged? (y or n) [answered Y; input not from terminal]
rsync: connection unexpectedly closed (31 bytes received so far) [sender]
rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
(gdb) quit
[il@basinsrv ~]$ rsync: connection unexpectedly closed (51 bytes received so far) [receiver]
rsync error: error in rsync protocol data stream (code 12) at io.c(605) [receiver=3.0.9]

最佳答案

创建目录时请求的权限被umask屏蔽,获得最终权限。

rsync 很可能使用远程目录的权限来应用到本地目录。此外,rsync 可能在使用根本不应用 umask 的 chmod() 系统调用创建目录后设置权限。

umask 设置旨在允许在创建目录或文件时允许默认权限,而无需专门设置文件的权限。大多数创建文件的简单实用程序只是请求权限模式 666(每个人都具有完全权限),然后让 umask 将其减少。

另请注意,使用 gdb 可能无法按预期工作。 GDB 可以中断用户空间中的函数调用,但不能中断系统调用。尝试使用 strace(如果这是 Linux/Unix)——它会显示所有系统调用(对于这种情况非常非常方便)。

关于c - 除了 umask 还有什么影响新目录的权限?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/35067768/

28 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com