服务器 Gind.cn

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

Linux:由于延迟的客户端问候,SSL握手很慢

在调查一个影响同时受到影响的代理集群的问题时,我发现在build立SSL连接时存在奇怪的行为。 现象的症状是,当出现冲击时,传出的HTTPS请求比平常要慢,我已经把它放慢了,以便完成SSL握手。 HTTP请求/连接不会以相同的方式受到影响。 这个问题似乎是由于TCP三次握手结束和代理发送Client Hello之间的延迟而导致的出站连接。 之后,握手正常完成,没有延迟。 以下是来自stream量捕获的一些示例: to api.twitter.com (延迟2.4秒): 到graph.facebook.com (延迟28.4秒): 即使在第二个例子中重传, Client Hello包也不应该花那么长时间才能出去。 一些事实/考虑: 这个问题在一天中的特定时间(大约1000小时和1700小时)暂时出现,影响所有主机并在30分钟内消失。 以后,同时 这将表明一个外部原因(networking,也许),但tcpdump输出似乎把责任放在本地服务器 CPU,负载,内存和其他所有监视的性能指标都是正常的 它会影响所有的SSL远程主机 影响连接随机,一些行为正常,但很多是非常缓慢的 吞吐量(握手后)似乎没有受到影响 一旦问题通过,SSL连接到相同的远程主机一直很快 testing用curl和openssl s_client connect ,结果相同 需要澄清的是: 这可能是什么原因造成了这样的拖延? Wirehark可以欺骗我吗? 还有什么其他的性能指标/统计/命令可以用来进一步排查延误的原因? 是否有任何networking因素(MTU,接收缓冲区,碎片),可以certificate这种行为? 我如何find证据来澄清是否是我的服务器外部的networking问题? 软件版本 : 红帽企业Linux服务器版本5.11(Tikanga) OpenSSL 0.9.8e-fips-rhel5 2008年7月1日 kernel 2.6.18-416.el5#1 SMP Wed Oct 26 12:04:18 EDT 2016 x86_64 x86_64 x86_64 GNU / Linux […]

Linux到Linux的NFS UID更改

我意识到这已经被问到,但不幸的是,我没有足够的经验或足够的时间来继续爬行,虽然search结果的网页山突然出现。 这是configuration新子系统的最后一步,需要尽快启动。 我希望通过从反应中消除的过程,我可以找出发生了什么事情。 NFS共享正在安装在远程盒子上,但正在使用未configuration的UID进行设置。 这是Linux到Linux的NFS,没有什么是在域上,也不是来自Windows / Mac共享的东西。 build立: 资源: Debian 7,源文件的所有者是rdebXXX,UID 1011 / etc / exports中: /home/rdebXXX/test dev-www(rw,sync,no_subtree_check,anonuid=512,anongid=1003) exportfs -a已经运行 目标服务器可以ping通 没有主机名过滤完成,hosts.allow和hosts.deny是空的 目的地: Debian 8,目标父目录的所有者是signsXXX,UID 512.所以挂载需要拥有相同的所有者。 / etc / fstab中: xxxx:/home/rdebXXX/test /home/signs/test nfs defaults,bg 0 0 xxxx的源服务器可以ping通 安装安装时没有安装错误 挂载的UID是1004,映射到目标服务器上的rdebXXX帐户。 我很确定这是偶然的,因为手动在不同时间创build的方框/帐户。 idmapd正在运行,idmap.conf的默认条目为: Nobody-User = nobody Nobody-Group = nogroup 笔记 我无法更改目标框的UID。 有多个NFS挂载从多个来源进入一些新的盒子,所以在这些情况下更改UID将不会有帮助,因为UID更改只能修复1个挂载。 我不能更改源代码框,因为正如前面提到的那样,它们是在当前使用的系统中。 任何一个所有的帮助将不胜感激。 我已经尝试了我所知道的并且花费了几个小时的时间,但是NFS可以非常挑剔,它并不总是很容易指出原因。