1

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

我在调用之前启动gdb并尝试显式调用，但它没有效果：我希望新的目录有，但他们仍然有。umask(0)mkdir()drwxrwxrwxdrwx------

（在较新版本的 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]
4

1 回答 1

2

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

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

umask 设置旨在在创建目录或文件时允许默认权限，而无需专门设置文件的权限。大多数创建文件的简单实用程序只是请求权限模式 666（每个人的完全权限），然后让 umask 修剪它。

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

于 2016-01-28T17:19:58.917 回答