rxrpc: Fix use of Don't Fragment flag
authorDavid Howells <dhowells@redhat.com>
Tue, 9 Jan 2024 15:10:48 +0000 (15:10 +0000)
committerJakub Kicinski <kuba@kernel.org>
Fri, 12 Jan 2024 00:41:41 +0000 (16:41 -0800)
commit8722014311e613244f33952354956a82fa4b0472
tree10a4d91a5cf7d0771fddebb97654f1f802230334
parent844f104790bd69c2e4dbb9ee3eba46fde1fcea7b
rxrpc: Fix use of Don't Fragment flag

rxrpc normally has the Don't Fragment flag set on the UDP packets it
transmits, except when it has decided that DATA packets aren't getting
through - in which case it turns it off just for the DATA transmissions.
This can be a problem, however, for RESPONSE packets that convey
authentication and crypto data from the client to the server as ticket may
be larger than can fit in the MTU.

In such a case, rxrpc gets itself into an infinite loop as the sendmsg
returns an error (EMSGSIZE), which causes rxkad_send_response() to return
-EAGAIN - and the CHALLENGE packet is put back on the Rx queue to retry,
leading to the I/O thread endlessly attempting to perform the transmission.

Fix this by disabling DF on RESPONSE packets for now.  The use of DF and
best data MTU determination needs reconsidering at some point in the
future.

Fixes: 17926a79320a ("[AF_RXRPC]: Provide secure RxRPC sockets for use by userspace and kernel both")
Reported-by: Marc Dionne <marc.dionne@auristor.com>
Signed-off-by: David Howells <dhowells@redhat.com>
cc: linux-afs@lists.infradead.org
Acked-by: Paolo Abeni <pabeni@redhat.com>
Link: https://lore.kernel.org/r/1581852.1704813048@warthog.procyon.org.uk
Signed-off-by: Jakub Kicinski <kuba@kernel.org>
net/rxrpc/ar-internal.h
net/rxrpc/local_object.c
net/rxrpc/output.c
net/rxrpc/rxkad.c