用户无法触摸-t

当SCP进入我的Fedora服务器时，用户不断收到有关无法修改文件时间戳的错误（“设置时间：不允许操作”）。该用户不是文件的所有者，但是chown出于安全原因，我们无法向该用户发送文件。用户可以sudo，但是由于这是通过SCP / FTP客户端发生的，因此也没有办法。最后，我们不想让该用户具有root用户访问权限，只是允许他使用需要设置时间戳的同步（如rsync或WinSCP）。

该用户属于具有rw所有相关文件和目录的完全权限的组。关于如何在不授予用户touch -t特定权限的情况下授予用户权限的任何想法chown？

进一步的信息这与在单一开发人员场景中启用PHP开发（即：没有SCM）有关。我正在尝试与Eclipse或NetBeans一起使用基于PHP的（WordPress）网站的本地副本，同时允许用户“即时”预览开发服务器上的更改。用户将在远程工作。到目前为止，所有自动同步的尝试都失败了-即使在“监视文件夹”模式下使用WinSCP，它也会监视本地文件夹并尝试将所有更改上传到远程目录，因为它总是尝试设置日期/时间戳，从而导致错误。

用户确实具有sudo访问权限，但是有人告诉我，在“ root”下工作并不是一个好主意，因此我一直不愿意仅以root身份登录来执行此工作。此外，它应该没有必要。我希望其他非超级用户能够做同样的事情-使用他们的帐户信息，建立FTP连接并能够通过同步进行远程工作。因此，该解决方案需要为没有root访问权限的人工作。

使我感到困惑的是我遇到了多少困难。所有这些软件（NetBeans，Eclipse，WinSCP）都被设计为允许同步，并且它们都尝试编写时间戳。所以这一定有可能。WinSCP可以选择关闭“设置时间戳记”，但是当您选择“监视/同步”文件夹时，此选项将不可用（始终为“打开”）。所以它有要的东西是相当标准。

鉴于我在Linux方面是一个完全的白痴，并且我是开发人员的“服务器管理员”，所以我只能假设这是我正在做的或配置不正确的白痴。

总结简而言之，我希望对目录具有r / w组访问权限的所有用户都能够通过SCP更改该目录中文件的时间戳。

为什么它不起作用

当您尝试使用touch或更一般地通过基础系统调用来更改文件的修改时间时utime，有两种情况。

• 您正在尝试将文件的修改时间设置为特定时间。这要求您是文件的所有者。（从技术上讲，该进程的有效用户ID必须是文件的所有者。²）
• 您正在尝试将文件的修改时间设置为当前时间。仅当您有权写入文件时，此方法才有效。发生此异常的原因是，无论如何，您可以通过覆盖具有相同值¹的文件的现有字节来达到相同的效果。

为什么这通常无关紧要

• 当您使用ftp，scp，rsync等复制文件时，该副本会创建一个新文件，该文件归谁进行复制。因此，复印机有权设置文件的时间。
• 使用rsync，您将无法设置现有目录的时间：它们将被设置为上次文件同步的时间。在大多数情况下，这无关紧要。您可以通过传递--omit-dir-times（-O）来告诉rsync不要打扰目录时间。
• 对于版本控制系统，修订日期存储在文件内部；文件上的元数据通常无关紧要。

解决方案

所有这些都与在单一开发人员场景中启用PHP开发（即：没有SCM）有关。

好吧，就在那儿停下来。仅因为只有一个开发人员，并不意味着您不应该使用SCM。您应该使用SCM。让开发人员检入文件，并给他一种方法，按“部署”按钮将文件从SCM检出到实时目录中。

绝对没有技术上的原因使您不应该使用SCM，但可能是人为的原因。如果使用这些文件的人称自己为“开发人员”，则应使用SCM。但是，如果这是由非技术人员来推入文档，则SCM可能太复杂了。因此，继续通过FTP或SSH推送文件。这可以通过三种方式进行。

• 您真的需要同步时间吗？如上所述，rsync可以选择不同步时间。除非您告知，否则Scp不会。我不知道WinSCP，但也可能知道。
• 继续做您正在做的事情，只是忽略有关时间的消息。文件仍在复制中。这不是一个好选择，因为忽略错误总是有风险的。但这在技术上是可能的。
• 如果您需要灵活地填充apache用户拥有的文件，则通常的方法是允许用户SSH访问为apache。一种简单的方法是让用户创建SSH私钥并将相应的公钥添加到中~apache/.ssh/authorized_keys。这意味着用户将能够以用户身份运行任意命令apache。由于无论如何您都可以授予用户sudo权限，因此这与您的情况无关。可能但不那么容易施加更多限制（您需要一个单独的用户数据库条目，该条目具有不同的名称，相同的用户ID，受限制的shell和chroot监牢；尽管可能已经涵盖了单独问题中的详细信息，在此站点上或在Server Fault上）。

¹ _{或者，对于一个空文件，写一个字节然后截断。}
² _{除其他并发症外，我所知道的都不适用。}

您可以将rsync设置为在远程端使用sudo，如下所示：

rsync -ave ssh --rsync-path="sudo rsync" /source/ user@host:/dest/