我想要访问位于与我的PC相同的networking上的服务器上的Web应用程序。 我已经把一个新的条目在主机文件即： 192.168.10.0 //server ipAddress foo.boo //hostname used in web browser for accessing the application 这样很好。 应用程序虽然，只暴露在某个端口号，所以如果我想要访问它，我必须在我的网页浏览器中键入foo.boo:portnumber 。 有没有办法让它工作，而不必input端口号？ 我在Windows主机文件中试过这个： 192.168.10.0:8080 foo.boo 此网站无法联系到。 有任何想法吗 ？
我刚刚推出了一个网站，只有2天才上网，只是查了auth.log，而且已经有多个来自亚洲IP的login尝试。 我已经将自己的用户帐户密码更改为更安全的密码，现在我对根帐户感到担忧，并开放了端口？ 关于根帐户：将根帐户的名称更改为完全随机的，只有我知道的是不是一个好主意？ 由于大多数尝试都是在root用户上进行的，拥有用户名已经赢得了一半的战斗？ 这是一个好主意还是坏主意？ 关于端口：我是否应该closuresFTP和SSH的端口，并且只有当我想自己连接到服务器时才打开端口，这是否正常完成？ 还有什么办法可以将SSH连接限制为一个IP，并且一次只允许一个连接？ 我不太清楚正确的做法是什么，将不胜感激任何build议，你可以给！
将常见Web应用程序代码分享给许多Web服务器的最佳方式是什么？ 例如，我有一个包含用PHP编写的Web应用程序的目录。 现在，我有多台机器可以提供相同的内容，每台机器运行一个networking服务器，使用TCP / IP均衡器进行负载平衡。 我还没有尝试过这种情况下的NFS。 但是根据慢速NFS传输小文件的性能，由于涉及很多[小]文件，传输性能会很慢。 编辑：我想集中存储在一个位置的所有文件，所以更新到代码将由web服务器立即读取。
在我目前的工作中，我有这样的情况：每次我们安装一些新软件（应用程序用PHP编写的10次中有9次），它被安装在它自己的服务器上，包括一个Debian OS，一个Apache服务器和一个PostgreSQL数据库。 由于这个策略，我们目前有大约10台服务器（注：当我说服务器时，我说的是“没有屏幕的普通PC”，而不是“我们在这个服务器上花费足够的时间来喂养一个小国家”），大多数共享相同的软件要求。 这种情况使我想：我们不应该创build一个集群，而不是为每个应用程序添加单个服务器？ 我可以certificate，虽然有些服务器需要更好的硬件（主要是内存），但其他一些服务器已经闲置不less于三周，所以对于一个集群我们可以更好地使用这些资源。 同时，我不确定结果是否值得花时间和精力来组合和维护上述集群（我一直想用“上述”一词）。 总之，主要的问题是：在这种情况下，你会build议创build一个集群吗？ 或者你会保持现在的服务器？
我目前有一个在数据中心（DC）1中运行的专用networking和数据库服务器。我正要扩展数据中心2中的另一个networking服务器，它将与DC 1中的数据库进行通信。 两个数据中心之间的延迟大约为2-5毫秒。 适合高stream量的网站（每天有400,000多人）？
我对这个主题很陌生，所以如果这是一个基本的不容易理解的问题，我很抱歉，但是我想知道的是，一般来说，Colocation是否为您提供了托pipe实际机器的条款？ 他们只是提供一个机架上的一个斑点，你插入现有的机器？ 或者他们也包括呢？
我在我创build的服务器上有几个php文件，我想将它们下载到这台计算机上进行备份。 是否有捷径可寻？ （我通过SSH连接到我的服务器）。 另外，那里有任何程序可以定期来源控制或自动备份我的服务器上的webroot目录？
我在课堂上问老师，Java Server Faces将在Apache Tomcat上工作。 但他然后纠正我说，Tomcat是一个Web服务器而不是应用程序服务器，因此它不会运行Java Server Faces。 我的问题是应用程序服务器和Web服务器有什么区别？ 什么是Apache Tomcat可以运行JSP和Servlet，而不是JSF？
我们有一个Web应用程序，就像一个CRM应用程序。 人们可以login并与其他人pipe理业务。 作为该pipe理的一部分，我们的应用程序可能会将电子邮件发送给被pipe理的人员。 这里的皱纹是，我们的客户喜欢这些电子邮件的“发件人”地址是他们自己的。 这样收件人就可以收到他们认识的人的电子邮件，而不是从我们自己的域名的“不回复”地址。 对于许多邮件服务器来说，这不是一个问题，但是有一些反弹这些邮件。 出于好奇，我有一封testing邮件发送给我，并检查标题。 这是什么谷歌应用程序添加： Received-SPF: softfail (google.com: best guess record for domain of transitioning [email protected] does not designate 99.99.184.164 as permitted sender) client-ip=99.99.184.164; Authentication-Results: mx.google.com; spf=softfail (google.com: best guess record for domain of transitioning [email protected] does not designate 99.99.184.164 as permitted sender) [email protected] （我用[email protected]了真正的“from”地址） 所以，当电子邮件发送给我时，我当然可以看到为什么其他服务器可能会拒绝它。 我们的应用程序不会解决clientdomain.com。 我在这里有什么select？ 1）我可以build议所有“发件人”地址设置为客户的友好名称，但用户自己的“无回复”电子邮件地址。 然后我可以得到spf和所有的连线。 2）我可以build议客户端configurationspf /反向DNS匹配我的服务器的IP（这看起来像一个可怕的select…） […]
我的组织有一些秘密文件（如法定要求保密文件），在某些人员和委员会团体进入公有领域之前就会出现。 这些文件需要在这段时间内予以说明，以防止“早期”释放。 这一切都是历史性的，所有有关方面都在一个封闭的房间里举行会议，把文件发送出去，举行会议，然后在所有人都离开会议室的时候收集。 我负责使用我们面向公众的Web服务器（运行Apache2的Xen HVM上的Debian 5.0.6）复制相同types的策略机制。 我立即不喜欢把原始资料保存在一个可以被整个世界访问的networking服务器上的想法，仅仅是原则上的，但是我们会把这个问题搁置一会儿。 这些文件必须是：1）只有感兴趣的各方才能访问，2）受保护文件的内容，3）不能被观看的人打印，4）以后不能保存以便重新分发。 我认为使用.PDF是最好的解决scheme。 我可以限制打印和编辑文件的能力。 明智地使用.htaccess和SSL可以防止整个世界下载它们。 这是一个单一的使用，非分配部分，我想不出一个体面的方式来实施。 一旦他们被下载，他们被下载。 没有任何我能想到的，可以防止某人将文档传递给不应该有密码的人阅读。 我需要的是一次性使用政策机制，就像.PDF的一次性密码一样。 使用密码一次，然后我们只是依靠Adobe的encryption（好或坏）。 无论如何，我对于如何实现这一目标已经感到厌倦了，我希望这里的一些好人能够帮助我产生一些想法，以便我可以向老板介绍这个项目的优缺点。 非常感谢你。 编辑：这是很多次，有人指出，任何技术系统要做到这一点很容易circulatingavigated诸如口述信息的文件给某人，拍照或截图或类似的东西。 这种威胁已经存在于“封闭的房间”模式中，虽然它肯定小得多。 我们可以或多或less地相信另一端的人，而不是他们的电脑。