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

Posted

技术标签:

【中文标题】如何在 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。个人建议(赞成或反对这种做法)可能会在结束评论中受到赞赏,但应先于与实际问题相关的正确答案。

以上是关于如何在 OSX 中使用 Dropbox 目录作为虚拟主机 Document Root?的主要内容,如果未能解决你的问题,请参考以下文章

为啥不建议将 git 存储库放在 Dropbox 文件夹中?

使用 Dropbox 和 git 没有冲突

如何访问dropbox

使用 Dropbox 作为我网站的文件存储是不是合法?

关于在Google云端硬盘或Dropbox中托管图片以供应用使用的意见

Dropbox API 的代码设计在 Xcode 4.6.3 中失败:“代码对象根本没有签名”