我需要在我的Apache服务器v2.2.22（在Linux机器上）中configurationmod_reqtimeout。 问题是，我完全不知道如何去做。 我在这个链接上检查了这个模块上的Apache站点，但是没有给出明确的下载/configuration细节。 有人可以帮我吗？ 任何帮助深表感谢。 基本上： 有什么需要下载？ 如果没有，我需要编辑哪些文件，以及如何？ 我可以在apache的modules目录中看到一个mod_reqtimeout.so文件。
我有一台运行Debian很长时间（也许是7年）24/7的机器。 两个星期前，我决定移动服务器的位置，并升级到Debian Jessie（正在运行wheezy）。 一切都很顺利，除了每隔5或6分钟，服务器就不会响应任何连接大约20秒钟。 我已经创build了一个脚本来检查什么时候发生，这是时代： 2017-01-12 16:16:05 TIMEOUT! 2017-01-12 16:21:49 TIMEOUT! 2017-01-12 16:27:32 TIMEOUT! 2017-01-12 16:33:13 TIMEOUT! 2017-01-12 16:39:01 TIMEOUT! … 2017-01-12 17:07:59 TIMEOUT! 2017-01-12 17:13:47 TIMEOUT! 2017-01-12 17:19:25 TIMEOUT! 我有一台运行在服务器上的虚拟机，数据包可以正常运行，没有任何延迟。 我已经testing了服务器上的不同端口，如80,443,9000等，并全部超时。 例如在服务器上运行ssh，如果我在超时期间尝试一个命令，比如input3次“ls”，在恢复之后它会收到3个“ls”并执行。 我已经检查了服务器上的日志，但是找不到与之相关的任何信息。 编辑：离开ping运行不显示超时。 编辑2：好吧，另一个奇怪的事情。 访问服务器上的ssh，并运行ping 8.8.8.8（或者可能是任何输出文本的命令），当超时开始发生时，我仍然可以查看ping的文本输出没有任何问题，如果我做CTRL + C取消它，我看到ping的最小/平均/最大状态，但是如果我键入一个命令（例如“ls”），它将等待，直到服务器再次可用来显示文件列表。 编辑3：所以，这可能是磁盘相关的东西。 sda是三星SSD 840 Pro 120GB。 iostats显示如下： 正常行为 ： Device: rrqm/s wrqm/sr/sw/s rkB/s wkB/s avgrq-sz avgqu-sz […]
我使用Windows 7笔记本电脑。 如果没有附加到我的AD域，如果input了不正确的密码，我必须等待大约整整一分钟，然后才能返回故障响应。 当连接到域时，响应是即时的。 我认为发生什么事情是，当我的入口对caching的pw失败时，Windows试图到达域控制器，并且该操作的超时大约是60秒。 有没有控制超时的registry项？ 我很想减less它。
我有问题与Apache。 一切从一个星期前开始（所以这可能与最新的系统更新有关） – 我的监测工具短信我关于非工作的网站。 我已经检查了它，看起来像请求微不足道的CGI（实施perl）花了30秒。 重新启动apache后，问题在接下来的几个小时/天内被修复，然后再次发生。 最初我怀疑PHP，因为它只是更新（5.3.15-> 5.3.18），可能会影响Apache。 我已经试图把它退回到5.3.15，但是这并不能解决这个问题。 接下来，我做了strace，看起来像是clone（）系统调用发生延迟： [pid 26659] 1356268557.675934 clone( <unfinished …> [pid 26659] 1356268587.684401 <… clone resumed> child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0xa1033768) = 32169 <30.008452> CGI本身运行后，工作正常和快速： [pid 32169] 1356268587.686614 execve("/var/www/mysite.com/mycgi.cgi", ["/var/www/mysite.com/mycgi.cgi"], [/* 26 vars */]) = 0 <0.000776> 任何想法，为什么这可能发生？ 克隆（2）如何以及为什么会阻塞30秒？ 并成功返回之后…它看起来像克隆（）内的一些超时，因为它总是正好30秒。 我正在使用最新的Hardened Gentoo Linux，内核3.5.4-hardened-r1，apache 2.2.23（prefork，mod_cgi）。 更新：我可能应该补充：这个服务器是不是在高负载下。 Apache儿童只使用大约120/40 MB（VIRT / RSS）。 服务器有2GB内存，只有400MB使用（没有缓冲区/caching）。
背景 多年来，我在单个服务器实例中托pipe了我所有的服务器function，包括IIS，Apache，MySql和MSSQL，谢谢！ 随着我的客户群的增长，服务器忙碌时导致持续的SQL超时。 在过去的一年中，我已经将其重组为三台服务器，一台用于IIS + .Net 4的Windows Server 2012，一台用于Apache的CentOS实例，以及一台用于MSSQL 2012的Windows Server 2012.这些服务器都是RackSpace云中的虚拟实例，除了一件事外，似乎运转顺畅。 在过去，我习惯于看到像这样的数据库通信错误… SqlException (0x80131904): Timeout expired. The timeout period elapsed prior to completion of the operation or the server is not responding. 要么 System.InvalidOperationException: Timeout expired. The timeout period elapsed prior to obtaining a connection from the pool. This may have occurred because all […]
我有一个Rails + Phusion Passenger的设置。 有时，用户查询Nginx代理Passenger / Rails超时。 我们如何设置Nginx，使得keepalive_timeout后，Nginx不会重试，而只是报告错误 – 可能是一个502 – 而只是继续前进，而不是一次又一次地重新尝试“坏”的控制器/操作
我有一个Microsoft Sql服务器，处理一个由java和c＃中的多个客户端组成的公司软件套件的stream量适中的stream量。 它正在被“暂停”查询超载。 他们最终通过，但有些是超时（尤其是写）。 查询主要是读取。 有什么办法可以加快速度，还是以其他方式修复？ 这里是我的活动监视器的图片 ，以显示我在说什么： 附注：我们已经计划在一段时间内迁移到MySql。 那会有帮助吗？ 我知道MS Sql是强大的，但它是默认的Read-Committed，可以伤害任何东西吗？
在美国佛罗里达州的一个第三方数据中心，我遇到了一个问题。 这个问题只发生在Azure虚拟机上，不pipe这个虚拟机在哪个数据中心。我从其他非Azurenetworking同时进行了相同的testing，没有丢包。 Azure虚拟机是“香草”/开箱即用，没有加载软件或其他定制/更改。 我已经和数据中心的networkingpipe理员进行了交stream，他们看到的唯一的数据包就是那些没有超时的数据包。 超时的数据包永远不会到达他们的防火墙，所以这听起来就像Azure方面的东西（尤其是因为数据包始终从多个Azure数据中心/区域丢弃/超时）。 有谁知道我可以解决这个问题？ 我运行的testing是连续的TCP ping（使用tcping.exe ）到端口80（因为ICMP在Azure上被阻塞）： tcping -t 216.155.111.149 80 tcping -t 216.155.111.151 80 tcping -t 216.155.111.146 80 其他证据支持它不是第三方数据中心的事实是，我可以从我的家庭计算机/工作计算机运行相同的连续TCP ping，并丢弃任何数据包。 我还从Azure虚拟机到非Azure数据中心的虚拟机build立了隧道VPN，并且不丢弃数据包。 数据包被丢弃的唯一时间是stream量通过Azure直接发送到Internet / WAN。 我知道下一步将是一些跟踪路由testing，但是由于Azure阻塞了ICMP，我不得不使用nmap来运行TCP跟踪路由 。 下面粘贴的是这些testing的截图。 nmap -sS -p 80 -Pn –traceroute 216.155.111.149
我正在运行一个有相当数量编码的文件。 处理500个用户需要大约55秒，但是现在我必须处理1000个用户。 默认的超时时间是60秒，所以我必须增加FastCGI读取超时。 我发现StackOverflow的这个问题 ，说我必须增加fastcgi_read_timeout但我不知道把它放在fastcgi.conf 。
在我的VPS（一个带有Ubuntu 12.04 LTS的tophost.it “TopServer”）上，由于前几天我所有的应用程序都无法发送邮件。 我可以从日志中了解到每个请求都会超时。 然后，我试图从terminaltelnet smtp.gmail.com 587打电话，我注意到以下exception：而在其他所有运行良好的服务器上，答案只需要几ms就可以处理 Trying 173.194.65.109… Connected to gmail-smtp-msa.l.google.com. 在VPS问题的答案是相反的 Trying 2a00:1450:4013:c01::6c… .. 只有大约一分钟后 （在这期间，应用程序将超时我猜）…它终于说： Trying 74.125.136.108… Connected to smtp.gmail.com. 那么这里发生了什么？ 为什么在尝试使用IPv6之前，只有几秒钟之后才能使用正确的IPv4？ 我如何解决这个问题以避免超时错误？