如何测试nginx代理超时

mko*_*zun 7 python sockets proxy http nginx

目标:

我想在非常简单的场景中测试所有Nginx代理超时参数.我的第一个方法是创建非常简单的HTTP服务器并添加一些超时:

  1. 在listen和accept之间测试proxy_connect_timeout
  2. 在accept和read之间测试proxy_send_timeout
  3. 在读取和发送之间测试proxy_read_timeout

测试:

1)服务器代码(python):

import socket
import os
import time
import threading

def http_resp(conn):
    conn.send("HTTP/1.1 200 OK\r\n")
    conn.send("Content-Length: 0\r\n")
    conn.send("Content-Type: text/xml\r\n\r\n\r\n")

def do(conn, addr):
    print 'Connected by', addr
    print 'Sleeping before reading data...'
    time.sleep(0) # Set to test proxy_send_timeout
    data = conn.recv(1024)
    print 'Sleeping before sending data...'
    time.sleep(0) # Set to test proxy_read_timeout
    http_resp(conn)
    print 'End of data stream, closing connection'
    conn.close()

def main():
    s = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
    s.setsockopt(socket.SOL_SOCKET, socket.SO_REUSEADDR, 1)
    s.bind(('', int(os.environ['PORT'])))
    s.listen(1)
    print 'Sleeping before accept...'
    time.sleep(130) # Set to test proxy_connect_timeout
    while 1:
        conn, addr = s.accept()
        t = threading.Thread(target=do, args=(conn, addr))
        t.start()

if __name__ == "__main__":
    main()
Run Code Online (Sandbox Code Playgroud)

2)Nginx配置:

我通过显式设置proxy_connect_timeout并添加指向本地HTTP服务器的proxy_pass来扩展Nginx默认配置:

    location / {
        proxy_pass http://localhost:8888;
        proxy_connect_timeout 200;
    }
Run Code Online (Sandbox Code Playgroud)

3)观察:

proxy_connect_timeout - 即使将其设置为200s并且在listen和accept之间仅休眠130s,Nginx在~60s之后返回504,这可能是由于默认的proxy_read_timeout值.我不明白proxy_read_timeout如何在早期阶段(接受之前)影响连接.我希望在这里200.请解释!

proxy_send_timeout - 我不确定我的测试proxy_send_timeout的方法是否正确 - 我想我仍然无法正确理解这个参数.毕竟,accept和read之间的延迟不会强制执行proxy_send_timeout.

proxy_read_timeout - 看起来非常简单.设置读写之间的延迟可以完成工作.

所以我猜我的假设是错误的,可能我不理解proxy_connect和proxy_send超时.如果可能的话,可以使用上述测试向我解释它们(或者如果需要可以修改).

Mic*_*att 5

根据文档,连接超时不能超过 75 秒,这可以解释为什么它的超时时间比您预期的要早。然而并不积极。我从未真正使用过低级 python 套接字库,因此在您实际调用程序中的 s.accept() 之前,它可能会在低级别接受连接到池中。

发送超时的工作原理是测量两个数据块朝向上游服务器之间的时间。由于您在一个块中发送整个响应,我猜在您的实现中您再次达到读取超时,而不是发送超时。如果您发送一个块,然后等待发送超时以发送其余响应并关闭连接,您应该达到发送超时。