Received: by 2002:a05:6a10:1287:0:0:0:0 with SMTP id d7csp3868116pxv; Mon, 19 Jul 2021 10:40:06 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyYXz+/XZeUqAtsrF4ODGy8Ljze63KsqO/0WnqV6o0BUyX2WAItplFLxhcZ7WvLi5ecTgZe X-Received: by 2002:a17:907:1b29:: with SMTP id mp41mr28150589ejc.459.1626716406371; Mon, 19 Jul 2021 10:40:06 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1626716406; cv=none; d=google.com; s=arc-20160816; b=BYel9ZTfaCMtIw+llpiyISSBbYanO8SVFF6bGHOz3bgSeuJKM7omtVQSk6iNwC9JsG qw9KWwsXdFAHe7tHocLiUApPFBCcWIXqGJ2N9dS4sqfIQcxV2cZaiDiv2R1UP93sOlfd bu8LPM73djLsYHfeCXa2cATgzXs1/skMk4BNN8mznXD3DhydwtJokyqNrGRwbC7VZucr IM4ennWmSf1flgXRTYU/YWRbghzMuTyK7kuCazmg+pnoBRMZgG2mQ3WKrdLhoXgFGQUn DbcThH12Itl/BN5/Uqw21nMwykPr6PwY3xhNxIq/LjYLvS9dcREp71XnMjGjmPc19GH2 ChJQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=a43D+Vinlpjknhju/vguuEK7vaeOQX1tHJeypMSwAY4=; b=lRPt24uANBPySxcLJ48C1GoM4KFhpZ64npvsdgfCD3r7qliCw5DHI9J86O/xNT0mKS 6Tp2RNK8zEEx4WUlxSgpmdCLzV8Q9hek2DDokIEdhz6bKGnTO+WFLi7mDReOHyfvwh8f nlscllyQhl6GD0AKUxj795ZEJBCfvxd/lvSU8VyqOM926RvAqkaLy/kKCFUpelUt29Ve +1gaTApa37ZPeZzTVHLyLo7neIhqHabqMr4qExkJSk3WVQBFQp3ZMpcTAJ38FOLQ0gDi BGccOj378708dtL6f495oguZhxsBIpLwFfNiFOofJ1HNS3ROzHjKMFt5+tMhuPu2unKf dsaQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=DrJ76oer; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id nb41si532605ejc.167.2021.07.19.10.39.43; Mon, 19 Jul 2021 10:40:06 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=DrJ76oer; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1358103AbhGSQwq (ORCPT + 99 others); Mon, 19 Jul 2021 12:52:46 -0400 Received: from mail.kernel.org ([198.145.29.99]:57792 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1347568AbhGSPTq (ORCPT ); Mon, 19 Jul 2021 11:19:46 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id E61516142B; Mon, 19 Jul 2021 15:58:31 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1626710312; bh=Vwc3Tks9Vnnq11HP2Twi3ZLq4f2ZwdlqiFJysSOkQ78=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=DrJ76oer1XjYImMnPv0abgrTgO40hQSWaGbU6NXaQzI5U/dvyMWaXVt3ueVNDRZlQ ucw2YlgLHWHYNMDK6mtIq2VB6yu61tzYpgk2oY0A/BtHZySNnXdzvR9UNlRaQfBszH rYJTeuxw/AFjqD9LZcqbqK0eUE1ps/PLjT/kKlpM= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, NeilBrown , Trond Myklebust , Sasha Levin Subject: [PATCH 5.10 163/243] SUNRPC: prevent port reuse on transports which dont request it. Date: Mon, 19 Jul 2021 16:53:12 +0200 Message-Id: <20210719144946.160122928@linuxfoundation.org> X-Mailer: git-send-email 2.32.0 In-Reply-To: <20210719144940.904087935@linuxfoundation.org> References: <20210719144940.904087935@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: NeilBrown [ Upstream commit bc1c56e9bbe92766d017efb5f0a0c71f80da5570 ] If an RPC client is created without RPC_CLNT_CREATE_REUSEPORT, it should not reuse the source port when a TCP connection is re-established. This is currently implemented by preventing the source port being recorded after a successful connection (the call to xs_set_srcport()). However the source port is also recorded after a successful bind in xs_bind(). This may not be needed at all and certainly is not wanted when RPC_CLNT_CREATE_REUSEPORT wasn't requested. So avoid that assignment when xprt.reuseport is not set. With this change, NFSv4.1 and later mounts use a different port number on each connection. This is helpful with some firewalls which don't cope well with port reuse. Signed-off-by: NeilBrown Fixes: e6237b6feb37 ("NFSv4.1: Don't rebind to the same source port when reconnecting to the server") Signed-off-by: Trond Myklebust Signed-off-by: Sasha Levin --- net/sunrpc/xprtsock.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/net/sunrpc/xprtsock.c b/net/sunrpc/xprtsock.c index c56a66cdf4ac..9c0f71e82d97 100644 --- a/net/sunrpc/xprtsock.c +++ b/net/sunrpc/xprtsock.c @@ -1680,7 +1680,8 @@ static int xs_bind(struct sock_xprt *transport, struct socket *sock) err = kernel_bind(sock, (struct sockaddr *)&myaddr, transport->xprt.addrlen); if (err == 0) { - transport->srcport = port; + if (transport->xprt.reuseport) + transport->srcport = port; break; } last = port; -- 2.30.2