我注意到许多不同的Web和邮件服务器软件允许或要求您在一个.pem文件中提供TLS证书（包括服务器证书，CA中间证书和CA根证书）和私钥。 因此，服务器将证书发送给每个尝试连接的客户端，但是，当然，您希望保护您的私钥安全并保密。 那么，当它们全都在同一个文件中时，它是如何工作的呢？ 软件是否知道只发送证书部分，而不发送私钥，即使它们在同一个文件中？ 谢谢。
我在集群configuration的JBOSS 5.2应用服务器前面使用了Apache 2.2。 群集configuration的两个节点驻留在不同的主机上。 此configuration托pipe在Linux服务器上。 在此configuration中，我使用位于Web服务器和Jboss应用程序服务器之间的BIG IP（F5）负载平衡器。 在其中一个应用程序服务器故障切换的情况下，负载平衡工作正常，并将请求从集群的一个节点路由到另一个节点。 但是，我的Apache Web服务器无法将请求路由到群集的工作节点，并给出请求的应用程序服务器不可伸缩的错误。 但是，当我重新启动Apache服务器似乎工作正常，我能够访问该应用程序。 看来，Apache正在caching的应用程序服务器的url和caching不刷新时，我尝试访问故障转移发生后的Web服务器的URL。 下面是我使用的httpd.confconfiguration： <VirtualHost 10.38.205.100:443> DocumentRoot /var/www ErrorLog /etc/httpd/logs/error.log TransferLog /etc/httpd/logs/access_log CustomLog /etc/httpd/logs/ssl_access.log combined # Enable Server on this Virtual host SSLEngine on # Disable SSLV2 in favour of more robust SSLV3 SSLProtocol all -SSLv2 # List of supported cryptografic server cipher suites SSLCipherSuite ALL:!ADH:!EXPORT:!SSLv2:RC4+RSA:+HIGH:+MEDIUM […]
为了避免caching中毒，我被要求在我的Apache Web服务器上创build一个虚拟的虚拟主机，以便所有伪造的请求（实际上并不涉及到我的应用程序）都会去虚拟的虚拟主机。 以下是我目前的虚拟主机： <VirtualHost *:*> DocumentRoot "cache location" ServerName myappname </virtualHost> 我试图创build一个虚拟的虚拟主机，服务器名称为*，并具有不同的caching位置。 这是我试过的： <VirtualHost *:*> DocumentRoot "another cache location" ServerName * </virtualHost> 我如何testing我的虚拟虚拟主机configuration的工作原理，是否需要修改我的configuration？
我工作的公司在过去的八年左右一直在使用Access数据库（我只需要忍受五次）。 我们正在开始一个在线订购系统的工作，所以现在是时候（实际上，过去的时间）转向更强大的工作。 我们有一台MSSQL 2k的SBS 2003服务器，而且我们的networking主机也有一个MSSQL 2005数据库，所以SQL似乎是要走的路。 我已经想到了一些如何处理这个情况，并希望任何inputSF提供。 1）内部SQL数据库的一切。 优点：完全控制安全性，通过我们想要的任何应用程序平台快速进行内部访问。 缺点：在繁重的订购期间可能会使我们的互联网连接陷入困境。 2）用于日常操作的内部SQL数据库。 复制支持订购系统到在线数据库的必要条件。 优点：完全控制数据库内部部分的安全性。 快速的内部访问。 将客户stream程与员工stream程分开。 缺点：重复的数据，需要额外的接口来迁移站点之间的数据 3）完全迁移到Web服务器。 优点：支持pipe理员和客户stream程的单一数据库。 移动员工的访问更方便。 缺点：完全相信主机的安全/备份。 从我们的位置直接访问数据库的速度较慢（如果我们要使用非Web界面）。 有什么想法吗？
我很好奇Linuxpipe理员正在用什么技术来pipe理你的Jetty部署。 我来自Windows服务器的背景，所以我仍然习惯了所有这一切。 我一直在寻找一个好的解决scheme，在Linux安装中将Jetty实例部署为端口80。 到目前为止，我已经看到了这个允许Jetty作为守护进程运行的线程： http://jira.codehaus.org/browse/JETTY-458 我已经看到了这个线程，它讨论了在端口80上设置备用端口： http://wiki.eclipse.org/Jetty/Howto/Port80 这些都似乎有点哈克。 当然，在Linux上部署一个像Jetty这样的Web服务器是比较标准的方法。 我目前正在使用CentOS 5.5，但对其他发行版开放。 提前致谢。
在这篇文章之后，我使用Lua来增加nginx的灵活性，并减lessweb栈的负载。我很想知道人们如何使用Lua来增强nginx的function。 有没有什么显着的黑客，优化和观察使用Lua ？ 人们曾经用Nginx来发现function的文章，否则在Web服务器或反向代理中会变得复杂/不可能？ 编辑： 链接： http://thechangelog.com/post/3249294699/super-nginx-killer-build-of-nginx-build-for-luajit-plus http://skillsmatter.com/podcast/home/scripting-nginx-with-lua/te-4729 http://devblog.mixlr.com/2012/06/26/how-we-use-nginx-lua-and-redis-to-beta-ify-mixlr/
Ben Strong阅读了这篇博文之后，我开始在网上寻找关于初始窗口大小如何在Microsoft Windows Server 2003上操作的信息（R2,64位，以防万一）。 原来，有一些关于调整Windows的TCP / IP的信息，但我找不到任何可以让我改变初始窗口大小的信息。 有谁知道是否有一个Windows-Web服务器的TCPIP调优指南，或者至less有一些关于如何完成这个特定的壮举的信息？
我应该加强我们公司开发的Web应用程序。为了这个目的，我决定为每个网站创build一个单独的应用程序池。 我的问题是，使用应用程序池标识是更安全还是使用单独的本地/域帐户为每个应用程序池？
我目前使用Apache 2.0和FastCGI来服务我的Django站点（我从一台服务器/ IP托pipe多个站点）。 每个站点都有它自己的FastCGI进程，它会阻止Apache分叉多个可以使用大量内存的副本，这意味着我可以在不重新启动Apache的情况下重新启动单个Django站点。 这是一个明智的做事方式，还有其他更好的select吗？
我安装了nginx来处理和apache一起的请求。 之前，apache在80端口上收听，现在我已经切换到nginx监听端口80和apache在一些模糊的端口，并有nginx proxy_pass到Apache，如果请求是非静态内容。 我的nginxconfiguration包含以下内容： server { listen 80; server_name static.test.domain.com; location / { root /home/test/www/static; index index.html index.htm; } } server { listen 80; server_name domain.com *.domain.com; location / { proxy_set_header Server "testserver"; proxy_set_header Host $host; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_pass http://localhost:8800; } error_page 500 502 503 504 /50x.html; location = /50x.html { root /usr/share/nginx/html; } […]