| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Message-Id: <20240727-upstream-iproute2-net-20240726-mptcp-man-user-feedback-v1-3-c6398c2014ea@kernel.org> Date: Sat, 27 Jul 2024 12:10:32 +0200 From: "Matthieu Baerts (NGI0)" <matttbe@...nel.org> To: Stephen Hemminger <stephen@...workplumber.org> Cc: David Ahern <dsahern@...il.com>, netdev@...r.kernel.org, MPTCP Upstream <mptcp@...ts.linux.dev>, Mat Martineau <martineau@...nel.org>, Geliang Tang <geliang@...nel.org>, "Matthieu Baerts (NGI0)" <matttbe@...nel.org> Subject: [PATCH iproute2-net 3/7] man: mptcp: 'port' has to be used with 'signal' That's what is enforced by the kernel: the 'port' is used to create a new listening socket on that port, not to create a new subflow from/to that port. It then requires the 'signal' flag. Acked-by: Mat Martineau <martineau@...nel.org> Signed-off-by: Matthieu Baerts (NGI0) <matttbe@...nel.org> --- man/man8/ip-mptcp.8 | 5 ++++- 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/man/man8/ip-mptcp.8 b/man/man8/ip-mptcp.8 index 2b693564..11df43ce 100644 --- a/man/man8/ip-mptcp.8 +++ b/man/man8/ip-mptcp.8 @@ -133,7 +133,10 @@ is 0. When a port number is specified, incoming MPTCP subflows for already established MPTCP sockets will be accepted on the specified port, regardless the original listener port accepting the first MPTCP subflow and/or -this peer being actually on the client side. +this peer being actually on the client side. This option has to be used in +combination with the +.BR signal +flag. .TP .IR IFNAME -- 2.45.2
Powered by blists - more mailing lists