如何在 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 文件夹中?