服务器 Gind.cn

服务器问题集锦,包括 Linux(Ubuntu, Centos,Debian等)和Windows Server服务器

使Apache只能通过127.0.0.1访问,这是可能的吗?

我已经build立了我的Apache服务器,并且PHP / MySQL运作良好! 但问题是,我怎么保持这个私密的,因为它是一个只发展的服务器? 保持内容私密性的唯一原因是,如果脚本出错了,我不希望Apache错误出现,如果它成为一个面向公众的网站(事实上,其他人也共享相同的networking!),我更less可能会使用我的电脑作为虚拟主机 – 我更可能使用虚拟主机提供商的路线为实际的现场。 目前我可以通过三种方式访问​​它: http:// localhost (或http://127.0.0.1 ,替代方式和本地主机的IP,但任何一种方式是可以接受的!) http 192.168.0.1(我的路由器的IP) http pc-name-here(我的电脑的名字,显然这在Windows PC之间有所不同!) [注意,不能发布链接,所以对于其他两个,你必须插入冒号/正斜杠,如第一个]。 但是,我只想通过第一个访问它。 它正在端口80上听(我不想改变这一点)。 这是不可能的,还是我错了? 我对PHP /网页devise比networking方面知道的多一些,所以这对我来说是第一位的! 基本上,我希望它只能通过本机在本机上访问,而不是外部IP地址,或192.168.0.1。 我需要编辑httpd.conf并在每个testing平台上使用拒绝,还是有其他解决scheme? 例: <Directory /www/vhosts/localhost/> Options All AllowOverride All order allow,deny allow from 127.0.0.1 deny from 192.168.0.1 deny from my-pc-name </Directory> 这是一个例子,但我不知道什么是对的或在这里! 我的操作系统是Windows 7旗舰版。 我确实看了看networking,但其中一些对我来说似乎有点技术性。 你会推荐什么?

文件as-A-Manual与文件as-A-Checklist

过去我曾与我部门的其他人讨论过文档,特别是详细程度和要求。 他们认为,当X事情出错时,文档是一个简单的Y清单。 我不同意。 我认为这假定IT中的所有问题都可以简单地归结为简单的恢复程序清单。 我认为它完全忽略了情况的复杂性,而且部门中的其他人并不总是对这个问题有深入的了解(这就是为什么我要写这个文档 – 所以他们有一些可以参考的东西)该文件应包括一些基本的背景材料,如: (子)系统的目的 为什么这样configuration呢? 期望在设置/程序实施时发生事件 可能导致程序失败的潜在问题 不过,我对此很不满意,所以我的文档需要重新写入一个表单,上面写着“按顺序应用ABC步骤将解决问题X”。 我经常听到它需要放在一页纸上的哀叹。 尝试用这种方式向别人解释Squid ACL的configuration,包括通过单页文档进行故障排除。 这只是“等待被写入”作为恢复核对清单的六份文件之一。 我所倡导的方法真的太过分了吗? 或者他们是对的,我应该介意我的事情,只是写一个简单的清单? 我担心的是,不pipe你写了一个程序清单的程度如何,它确实不能解决一个需要系统pipe理员思考的问题。 如果你花时间做一个恢复程序的清单,最终不能解决问题(因为文件的重点不是很重要,因为还有其他因素不是文件的一部分),而且目的是文件是为了避免重新阅读手册页,维基和网站,为什么我要通过议案? 我只是担心太多,还是这是一个真正的问题? 编辑: 目前在该部门没有帮助台的职位。 文档的读者将是其他pipe理员或部门负责人。