如何在 OSX 中使用 Dropbox 目录作为虚拟主机 Document Root？

Posted 2023-02-25

【中文标题】如何在 OSX 中使用 Dropbox 目录作为虚拟主机 Document Root？

【英文标题】：How can I use a Dropbox directory as a virtual host Document Root in OSX?

【发布时间】：2012-03-16 15:11:13

【问题描述】：

我在我的 OSX Lion 服务器上设置了 LAMP，当我保留默认设置时，一切似乎都运行良好。

要么： A) 从 /etc/apache2/users 中删除 username.conf 文件会保留默认运行：

DocumentRoot "/Library/WebServer/Documents"
<Directory "/Library/WebServer/Documents">
    #
    # Possible values for the Options directive are "None", "All",
    # or any combination of:
    #   Indexes Includes FollowSymLinks SymLinksifOwnerMatch ExecCGI MultiViews
    #
    # Note that "MultiViews" must be named *explicitly* --- "Options All"
    # doesn't give it to you.
    #
    # The Options directive is both complicated and important.  Please see
    # http://httpd.apache.org/docs/2.2/mod/core.html#options
    # for more information.
    #
    Options Indexes FollowSymLinks MultiViews

    #
    # AllowOverride controls what directives may be placed in .htaccess files.
    # It can be "All", "None", or any combination of the keywords:
    #   Options FileInfo AuthConfig Limit
    #
    AllowOverride None

    #
    # Controls who can get stuff from this server.
    #
    Order allow,deny
    Allow from all

</Directory>

B) 否则，即如果我将 username.conf 留在 localhost 的目标中，则会转到 username.conf 中的默认值：

NameVirtualHost *:80

<Directory "/Users/USERNAME/Sites/">
    Options Indexes MultiViews
    AllowOverride None
    Order allow,deny
    Allow from all
</Directory>

我想创建一个指向我的 Dropbox 子目录之一的虚拟主机，以便我可以跨设备无缝开发。

但是，当我尝试指向 /Users/USERNAME/Dropbox 和其中的任何子目录时，我收到以下错误：

[Fri Feb 24 19:00:06 2012] [error] [client 127.0.0.1] client denied by server configuration: /Users/username
[Fri Feb 24 19:00:35 2012] [notice] caught SIGTERM, shutting down
Warning: DocumentRoot [/Users/username/Dropbox/MY/DIRECTORY] does not exist
httpd: Could not reliably determine the server's fully qualified domain name, using My-MacBook-Air.local for ServerName
[Fri Feb 24 19:00:36 2012] [warn] mod_bonjour: Skipping user 'USERNAME' - no valid index file.
[Fri Feb 24 19:00:36 2012] [notice] Digest: generating secret for digest authentication ...
[Fri Feb 24 19:00:36 2012] [notice] Digest: done
[Fri Feb 24 19:00:36 2012] [notice] Apache/2.2.21 (Unix) DAV/2 php/5.3.8 with Suhosin-Patch configured -- resuming normal operations

我可以在哪里更改哪些内容以允许访问？

【问题讨论】：

是我，还是其他人认为这听起来像一个非常危险的想法，给 Dropbox 的安全记录？

考虑到我只是将它用于个人发展目的，没有关键任务内容，我认为这不是问题。

【参考方案1】：

不要使用 Dropbox。如果您需要这种功能，请使用WebDAV 或托管您自己的SparkleShare 服务器。

Dropbox 遇到了series 的安全问题（甚至是recent ones），这让许多 IT 人员感到“害怕”。甚至还有像Dropship 这样的软件，旨在利用它的一些漏洞。 （Dropship 不再起作用了，但它确实 持续了相当长的时间。）至少有一个complaint to the FTC 提到 Dropbox 在他们的网站上做出虚假的安全声明。尊敬的记者有 reported on failures 与 Dropbox 的订阅模式，这表明该公司仍未将其整合在一起。

除了公司的 Dropbox，您还要求第三方保留一份未加密的数据副本。这可能是您的站点源代码、日志数据或可能包含特权/敏感信息的临时文件。您可能对此并不感到紧张，但是与您互动的人呢？您可能会在不经意间将他们的数据暴露给第三方（或他们的安全政策）而不进行披露？

对于一个爱好网站，也许没关系。但是一个爱好网站是训练你进行更大项目的地方。你最好早点而不是晚点养成好习惯。

如果您需要 Dropbox-style 功能，SparkleShare 是一个开源软件，可让您为文件提供共享存储。有others。将它们放在您的托管服务器上，通过 SSH 访问它们。您可以查看 SparkleShare（或任何其他开源选项）的源代码，以便您的安全掌握在您手中，而不是那些优先考虑其底线而不是您的安全和保障的公司。 （为什么 Dropbox 花钱请开发人员修复安全漏洞？因为它提高了他们的底线。根据美国公司法，没有其他原因。公司的唯一优先事项是最大化股东回报。）

【讨论】：

我不得不说这不是一个好的答案。我处于同样的位置，想使用 Dropbox。这是因为我在工作和家庭之间同步文件，并且在我的工作机器上没有管理员权限。因此，使用 Dropbox 来保持同步很有帮助。

好吧，使用 Dropbox，但请注意您的隐私不受您的控制，您的数据可能会在您不知情的情况下泄露，并且您对第三方的业务建立了依赖关系利益和政策可能不（可能不）与您自己的一致。我在游戏中没有皮肤——我真的不在乎人们是否使用 Dropbox。但是使用 Dropbox 的人应该小心，并且应该意识到风险。

使用 Dropbox 的人不应在 Dropbox 上存储敏感数据。这些是开发文件、个人项目，不包含任何个人信息。

对。只有不使用 Dropbox 的人才能在其中存储敏感数据。

问题不在于是否使用 Dropbox，而是在所述情况下如何使用 Dropbox。个人建议（赞成或反对这种做法）可能会在结束评论中受到赞赏，但应先于与实际问题相关的正确答案。