服务器 Gind.cn

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

与中间CA的Debian问题

上下文 出于某些原因,我有必要产生: 一个根CA 中间CA(由根CA签名) 证书(由中间CA签名) 连锁,链条 我在一个Docker化的环境中,有3个容器: 容器A:解码SSL(使用链+键)并转发请求到容器B的Nginx反向代理 容器B:Nginx(这里没有什么特别的,响应的应用程序) 容器C:一个需要curlA的应用程序(没有不安全标志)。 我需要在这个上安装中间CA. 它看起来像一个简单的问题,但是当容器C基于Debian时,我被卡住了。 例如,它在Ubuntu容器上就像一个魅力。 它也适用于Ubuntu桌面虚拟机。 我的中级CA也可以在我的Mac上使用OSX钥匙串存储。 这看起来像一个Debian特定的问题。 我是如何testing的 我遵循以下几个步骤: – 生成ca / certs /链 – 在我的mac上安装中间CA – 在terminal内部的curl -XGET https://service.local :OK 然后,使用Docker,在Ubuntu上安装中间CA,然后调用update-ca-certificates,并使用curl进行testing:OK 然后,使用Docker,在Debian上挂载中间CA,然后调用update-ca-certificates,并使用curl进行testing:KO 脚本部分 我已经编写了整个certs / ca /​​ chain代码,这里没有问题,除非你需要,否则我不会详述。 Docker-compose为容器C. 我试着用不同的操作系统,这就是为什么有几个服务,它显示了我在Ubuntu和Debian的几个版本之间完全相同的东西。 我通过不调用update-ca-certificates来做了一些快捷方式; 而是直接在/ etc / ssl / certs中挂载这个文件,因为它没有做太多的事情……对于那些想知道的人:我也尝试在其他地方挂载文件,然后调用update-ca-certificates,然后curl另一个版本的入口点,但结果相同,它在Ubuntu上,而不是在Debian上。 version: '2' services: ubuntu: image : "ubuntu:16.04" volumes […]

如何处理太多的stream量

我所工作的公司有一个事件在不久的将来,我们相信会产生约3-4倍的stream量,我们过去曾经处理过的事情,我不知道应对如此巨大而突然增长的最好方法。 几个月前,我们有一个事件,当天产生了大约15000个会话,我们的系统基本上是扣人心弦的,我们的客户服务团队花了两个星期的时间来处理所有已经被丢弃或不正确完成的订单。 自那时以来,我们已经大幅增加了我们的硬件规格,但是如果我们能够处理25,000次会议而没有任何问题,我将留下深刻印象 我们已经为我们的云计算主机最大化了我们的SQL服务器,并且我们计划增加大量的Web服务器。 所以考虑到我们预计有45,000-60,000,我想知道我是否应该开始计划最糟糕的。 我的想法是,我想限制允许的连接数量,我知道我们可以处理一个较低的数字,然后从那里增加,直到我开始看到裂缝,然后保持稳定。 我想通过我们的负载平衡器做到这一点,但它似乎不支持它,这意味着我将不得不在个人服务器上configuration它。 TLDR: 这是基本的问题 是否限制stream量,防止崩溃甚至是一个有效的想法? 有好的pipe理员会这样做吗? 负载平衡器是否可以限制每个服务器的连接? 如果不是通过在每个Web服务器上限制它的最佳方法? 如果我将每个Web服务器限制为200个连接,则负载均衡器尝试发送第201个连接时会发生什么情况? 它被丢弃,还是被redirect到另一台连接较less的服务器?

如何使一个Apache 301redirect保留引用?

我的httpd.conf文件中有一个Apache 301redirect,它将所有stream量redirect到一个单一的域以进行规范化处理。 我最近注意到这个redirect不会保留标题中的引用。 RFC2616似乎表明在redirect时保留引用者是可选的,并且实际上在HTTP和HTTPS之间穿越时build议使用引用者。 虽然,我发现其他问题 ,其中一个简单的Apache 301redirect保留引荐,这通常是默认的情况下。 什么是可能影响这种行为的其他因素,我可以用来保护引用者? 是基于Apache服务器版本和/或客户端浏览器设置的唯一因素(IE。在我的控制之外)? 我的redirect: ServerAlias www.example.com sub1.example.com ## Redirect all sub-domains to www RewriteCond %{HTTP_HOST} !^www\.example\.com$ [NC] RewriteRule ^(.*)$ http://www.example.com$1 [R=301,L] 关于上面的重写规则,我正在访问http://sub1.example.com 。 我现在只是简单地使用HTTP,直到我能弄明白为止。 我确定引用链接的方式并没有被结转,只能通过浏览器手动访问redirect的网站,并打开开发者工具。 我也确定引用不包含在PHP的$_SERVER全球接收页面上。 我可以确认只有1个redirect发生。 服务器端语言是PHP。 这是初始页面(sub1.example.com)的请求标题: GET / HTTP/1.1 Host: sub1.example.com Connection: keep-alive User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/61.0.3163.100 Safari/537.36 […]