nginx-proxy: connect() ip:80 failed (99: Cannot assign requested address)

Einen nginx/1.0.12 läuft als proxy auf Debian 6.0.1 startet, werfen die folgende Fehlermeldung nach dem ausführen für eine kurze Zeit:

connect() zu upstreamip:80 failed (99: Cannot assign requested address) 
beim verbinden mit stromaufwärts, client: xxx.xxx.xxx.xxx, server: localhost, 
Anfrage: "GET /HTTP/1.1", upstream: "http://upstreamip:80/", 
host: "requesteddomain.com"

Nicht alle Anfragen dieser Fehler erzeugt, so vermute ich, dass es hat zu tun mit der Auslastung der server und eine Art von Grenze, die es trifft.

Habe ich versucht, heben Sie ulimit-n-50k und worker_rlimit_nofile auf 50k, aber das scheint nicht zu helfen. lsof -n zeigt insgesamt 1200 Zeilen für nginx.
Gibt es ein system limit für ausgehende verbindungen verhindern könnten nginx öffnen mehrere verbindungen zu upstream-server?

InformationsquelleAutor mariow | 2013-01-03
  1. 14

    Scheint, wie ich nur die Lösung gefunden, um meine Frage selbst: Zuweisung von mehr ausgehende ports über

    echo "10240 65535" > /proc/sys/net/ipv4/ip_local_port_range

    das problem gelöst.

    InformationsquelleAutor mariow
  2. 1

    Jede TCP-Verbindung hat eine einzigartige vierfach-source_ip:source_port:dest_ip:dest_port

    source_ip ist schwer zu ändern, source_port ist, ausgewählt aus ip_local_port_range, kann aber nicht mehr als 16 bit. Die andere Sache, die Links anzupassen ist dest_ip und/oder dest_port. So fügen Sie einige IP-Aliase für Ihre upstream-server:


    upstream foo {
    server ip1:80;
    server ip2:80;
    server ip3:80;
    }

    Wo ip1, ip2 und ip3 sind unterschiedliche IP-Adressen für den gleichen server.

    Oder wäre es vielleicht einfacher haben, Ihre upstream-zu hören auf mehr ports.

    InformationsquelleAutor Bryan Larsen
  3. 0

    ändern Sie /etc/sysctl.conf:

    net.ipv4.tcp_timestamps=1
net.ipv4.tcp_tw_recycle=0
net.ipv4.tcp_tw_reuse=1
net.ipv4.tcp_max_tw_buckets=10000     #after done this: local ports decrease from 26000 to 6000(netstat -tuwanp | awk '{print $4}' | sort | uniq -c | wc -l)

    Ausführung:

    sysctl -p
    • Ich bin mir nicht sicher, ob dies geholfen hätte, denn das problem war nicht einen DOS-Angriff wodurch viele TIME_WAIT aber nur eine große Anzahl von regelmäßigen Verkehr, die angenommen wurde, um durch zu gehen und nicht getötet werden, ein schneller TIME_WAIT timeout.
    • auf meinem server gibt es die riesige Menge von ausgehenden requests(crawler), so schnell TIME_WAIT-Wiederverwendung ist essenstial.
    • net.ipv4.tcp_tw_recycle ist kaputt und wurde entfernt, von Linux 4.12: git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/... Wiederverwendung ist auch gefährlich: vincent.bernat.im/de/blog/2014-tcp-time-wait-state-linux Besser nicht, verwenden Sie diese Optionen.
    InformationsquelleAutor diyism
Schreibe einen Kommentar