Linux: Länge der Netstat-Warteschlange

8

Gibt es eine Möglichkeit, die Warteschlangenlänge am Listening-Socket unter Linux genauso anzuzeigen wie die netstat -LAusgaben für FreeBSD? Dh Sie können X / Y / Z in der netstat -LAusgabe sehen, aber netstat unter Linux unterstützt kein -LFlag.

— Artem G.
quelle

9

ss -l zeigt das richtige Recv-Q Send-Q.

— Artem G.
quelle

8

Schauen wir uns den Quellcode an, da er die beste Dokumentation in der Welt von Open Source ist.

net / ipv4 / tcp_diag.c:

if (sk->sk_state == TCP_LISTEN) {
    r->idiag_rqueue = sk->sk_ack_backlog;
    r->idiag_wqueue = sk->sk_max_ack_backlog;
} else {
    r->idiag_rqueue = max_t(int, tp->rcv_nxt - tp->copied_seq, 0);
    r->idiag_wqueue = tp->write_seq - tp->snd_una;
}

Dasselbe sehen wir in Unix-Domain-Sockets, net / unix / diag.c:

if (sk->sk_state == TCP_LISTEN) {
    rql.udiag_rqueue = sk->sk_receive_queue.qlen;
    rql.udiag_wqueue = sk->sk_max_ack_backlog;
} else {
    rql.udiag_rqueue = (u32) unix_inq_len(sk);
    rql.udiag_wqueue = (u32) unix_outq_len(sk);
}

Damit.

Wenn ein Socket eingerichtet ist, bedeuten Recv-Q und Send-Q Bytes, wie in der Dokumentation beschrieben.
Wenn der Socket lauscht, bedeutet Recv-Q die aktuelle Warteschlangengröße und Send-Q das konfigurierte Backlog.

Wenn wir tiefer in den Menschen vordringen , folgen wir in sock_diag (7) :

      UDIAG_SHOW_RQLEN
             The attribute reported in answer to this request is
             UNIX_DIAG_RQLEN.  The payload associated with this
             attribute is represented in the following structure:

                 struct unix_diag_rqlen {
                     __u32 udiag_rqueue;
                     __u32 udiag_wqueue;
                 };

             The fields of this structure are as follows:

             udiag_rqueue
                    For listening sockets: the number of pending
                    connections.  The length of the array associated
                    with the UNIX_DIAG_ICONS response attribute is
                    equal to this value.

                    For established sockets: the amount of data in
                    incoming queue.

             udiag_wqueue
                    For listening sockets: the backlog length which
                    equals to the value passed as the second argu‐
                    ment to listen(2).

                    For established sockets: the amount of memory
                    available for sending.

Mit anderen Worten, ss -lnist der einzige Befehl, den Sie benötigen

— Alexander
quelle

Danke für die ausführlichen Informationen, Alexander! Nur eine kurze Ergänzung: udiag_wqueueKann sich von dem Wert unterscheiden, an den Sie übergeben haben, listen(2)wenn er /proc/sys/net/core/somaxconnkleiner als der im Syscall festgelegte Backlog-Wert ist. Das liegt daran, dass Linux den Wert begrenzt: elixir.bootlin.com/linux/v4.15/source/net/socket.c#L1479

— Ciro Costa

2

Soweit ich weiß, gibt es unter Linux keine einfache Möglichkeit, dies zu erkennen. Recv-Q und Send-Q sind keine Abhörwarteschlange. Dies ist die Anzahl der Bytes, die von dem an den Socket angeschlossenen Benutzerprogramm nicht kopiert und vom Remote-Host nicht bestätigt wurden (siehe man netstat). Es geht also um etablierte Verbindungen. Die Listen-Warteschlange (Akzeptieren) ist ein Ort, an dem der Kernel neue eingehende Verbindungen beibehält, bis Ihre Anwendung accept () aufruft.

— Pavel Timofeev
quelle

Entschuldigung, ich war nicht ganz richtig. netstat und ss auf neuen Linux-Distributionen zeigen unterschiedliche Werte wie Recv-Q- und Send-Q-Werte an, je nachdem, ob eine Verbindung hergestellt oder ein Listening-Socket hergestellt wurde. Dies ist aus CentOS 7.4: Recv-Q Established: Die Anzahl der Bytes, die von dem an diesen Socket angeschlossenen Anwenderprogramm nicht kopiert wurden. Abhören: Seit Kernel 2.6.18 enthält diese Spalte das aktuelle Syn-Backlog. Send-Q Established: Die Anzahl der Bytes, die vom Remote-Host nicht bestätigt wurden. Abhören: Seit Kernel 2.6.18 enthält diese Spalte die maximale Größe des Syn-Backlogs.

— Pavel Timofeev

Auf meinem CentOS 7.4 zeigt jedoch nur ss den korrekten Send-Q-Wert (dh Backlog, Listen / Accept Queue) für den Listening-Socket an, Netstat jedoch nicht

— Pavel Timofeev

1

awk kann helfen:

netstat -ntp | awk '{ if ($6 == "ESTABLISHED" && $7 == "-") arrQueue[$4] += 1; } END { for (service in arrQueue) print service" "arrQueue[service] }'

Quelle: http://mysyslog.ru/posts/633

— Quanten
quelle

Danke für die Antwort. Tatsächlich zeigt ss -l das richtige Recv-Q Send-Q an, daher ist es schneller, dies nicht mit awk zu tun.

— Artem G

0

Zusätzlich zu ss (klassisches iproute) gibt es jetzt ss2 (pyroute), um dies zu tun.

— Cherusk
quelle