From owner-freebsd-net@freebsd.org Wed Jun 26 11:40:27 2019 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DFCD815C58B8 for ; Wed, 26 Jun 2019 11:40:26 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward101p.mail.yandex.net (forward101p.mail.yandex.net [IPv6:2a02:6b8:0:1472:2741:0:8b7:101]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 48E756A94B for ; Wed, 26 Jun 2019 11:40:25 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from mxback14g.mail.yandex.net (mxback14g.mail.yandex.net [IPv6:2a02:6b8:0:1472:2741:0:8b7:93]) by forward101p.mail.yandex.net (Yandex) with ESMTP id 5F66E32822AA; Wed, 26 Jun 2019 14:40:13 +0300 (MSK) Received: from smtp1p.mail.yandex.net (smtp1p.mail.yandex.net [2a02:6b8:0:1472:2741:0:8b6:6]) by mxback14g.mail.yandex.net (nwsmtp/Yandex) with ESMTP id 6N6FlV7yEW-eD2a6Dk2; Wed, 26 Jun 2019 14:40:13 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1561549213; bh=vBNevyfT/wYDrmjnBSn8KPFFFom83Zcv3MaSlyfpyQg=; h=In-Reply-To:From:To:Subject:Cc:Date:References:Message-ID; b=MgJ8Su0XMJphhL1K7Q3Z+/wJCHwVzCfLBdhs+TcnN7o99FK8WH5VW+RuOVj9sRmpc MynoKcw8HhXO5qQRh9T3JBjJpstRlp5YiE7x5uPXwvFAd7FmkUgIuGK13Z8xOTF79Z 63LEBXC0sPyu6i/xXTLyi4VB/hkFYT6S0FSUQPBI= Received: by smtp1p.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id T2cvSrCGik-eCRmlGla; Wed, 26 Jun 2019 14:40:12 +0300 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client certificate not present) Subject: Re: IPFW NAT64 changed 11.2 --> 11.3? To: "Patrick M. Hausen" Cc: FreeBSD Net , mops@punkt.de References: <950200A8-6D36-46FE-B0DD-BA6EA860FEB7@punkt.de> <71dacccb-2500-6d7e-c890-2733d15fbbe5@yandex.ru> <76d0fb6a-28cb-4411-acb0-12f9ebe9b1f0@yandex.ru> From: "Andrey V. Elsukov" Openpgp: id=E6591E1B41DA1516F0C9BC0001C5EA0410C8A17A Autocrypt: addr=bu7cher@yandex.ru; prefer-encrypt=mutual; keydata= mQENBEwBF1kBCADB9sXFhBEUy8qQ4X63Y8eBatYMHGEFWN9ypS5lI3RE6qQW2EYbxNk7qUC5 21YIIS1mMFVBEfvR7J9uc7yaYgFCEb6Sce1RSO4ULN2mRKGHP3/Sl0ijZEjWHV91hY1YTHEF ZW/0GYinDf56sYpDDehaBF5wkWIo1+QK5nmj3vl0DIDCMNd7QEiWpyLVwECgLX2eOAXByT8B bCqVhJGcG6iFP7/B9Ll6uX5gb8thM9LM+ibwErDBVDGiOgvfxqidab7fdkh893IBCXa82H9N CNwnEtcgzh+BSKK5BgvPohFMgRwjti37TSxwLu63QejRGbZWSz3OK3jMOoF63tCgn7FvABEB AAG0JUFuZHJleSBWLiBFbHN1a292IDxidTdjaGVyQHlhbmRleC5ydT6JATgEEwECACIFAkwB F1kCGwMGCwkIBwMCBhUIAgkKCwQWAgMBAh4BAheAAAoJEAHF6gQQyKF6qmYIAI6ekfm1VA4T vqankI1ISE6ku4jV7UlpIQlEbE7/8n3Zd6teJ+pGOQhN5qk8QE7utdPdbktAzi+x7LIJVzUw 4TywZLXGrkP7VKYkfg6oyCGyzITghefQeJtr2TN4hYCkzPWpylkue8MtmqfZv/6royqwTbN+ +E09FQNvTgRUYJYTeQ1qOsxNRycwvw3dr2rOfuxShbzaHBB1pBIjGrMg8fC5pd65ACH5zuFV A0CoTNGMDrEZSfBkTW604UUHFFXeCoC3dwDZRKOWJ3GmMXns65Ai5YkA63BSHEE1Qle3VBhd cG1w0CB5FBV3pB27UVnf0jEbysrDqW4qN7XMRFSWNAy5AQ0ETAEXWQEIAJ2p6l9LBoqdH/0J PEFDY2t2gTvAuzz+8zs3R03dFuHcNbOwjvWCG0aOmVpAzkRa8egn5JB4sZaFUtKPYJEQ1Iu+ LUBwgvtXf4vWpzC67zs2dDuiW4LamH5p6xkTD61aHR7mCB3bg2TUjrDWn2Jt44cvoYxj3dz4 S49U1rc9ZPgD5axCNv45j72tggWlZvpefThP7xT1OlNTUqye2gAwQravXpZkl5JG4eOqJVIU X316iE3qso0iXRUtO7OseBf0PiVmk+wCahdreHOeOxK5jMhYkPKVn7z1sZiB7W2H2TojbmcK HZC22sz7Z/H36Lhg1+/RCnGzdEcjGc8oFHXHCxUAEQEAAYkBHwQYAQIACQUCTAEXWQIbDAAK CRABxeoEEMihegkYCAC3ivGYNe2taNm/4Nx5GPdzuaAJGKWksV+w9mo7dQvU+NmI2az5w8vw 98OmX7G0OV9snxMW+6cyNqBrVFTu33VVNzz9pnqNCHxGvj5dL5ltP160JV2zw2bUwJBYsgYQ WfyJJIM7l3gv5ZS3DGqaGIm9gOK1ANxfrR5PgPzvI9VxDhlr2juEVMZYAqPLEJe+SSxbwLoz BcFCNdDAyXcaAzXsx/E02YWm1hIWNRxanAe7Vlg7OL+gvLpdtrYCMg28PNqKNyrQ87LQ49O9 50IIZDOtNFeR0FGucjcLPdS9PiEqCoH7/waJxWp6ydJ+g4OYRBYNM0EmMgy1N85JJrV1mi5i Message-ID: Date: Wed, 26 Jun 2019 14:37:31 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="WaJFywOu52W1U9slzGfi1X6QLNHPs8caQ" X-Rspamd-Queue-Id: 48E756A94B X-Spamd-Bar: --------- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yandex.ru header.s=mail header.b=MgJ8Su0X; dmarc=pass (policy=none) header.from=yandex.ru; spf=pass (mx1.freebsd.org: domain of bu7cher@yandex.ru designates 2a02:6b8:0:1472:2741:0:8b7:101 as permitted sender) smtp.mailfrom=bu7cher@yandex.ru X-Spamd-Result: default: False [-9.71 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a02:6b8:0:1000::/52]; FREEMAIL_FROM(0.00)[yandex.ru]; HAS_ATTACHMENT(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; MX_GOOD(-0.01)[cached: mx.yandex.ru]; DKIM_TRACE(0.00)[yandex.ru:+]; DMARC_POLICY_ALLOW(-0.50)[yandex.ru,none]; NEURAL_HAM_SHORT(-1.00)[-0.997,0]; SIGNED_PGP(-2.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[1.0.1.0.7.b.8.0.0.0.0.0.1.4.7.2.2.7.4.1.0.0.0.0.8.b.6.0.2.0.a.2.list.dnswl.org : 127.0.5.1]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; FREEMAIL_ENVFROM(0.00)[yandex.ru]; ASN(0.00)[asn:13238, ipnet:2a02:6b8::/32, country:RU]; MID_RHS_MATCH_FROM(0.00)[]; MIME_UNKNOWN(0.10)[text/x-patch]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[yandex.ru:s=mail]; RCVD_TLS_LAST(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:+,4:~]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; DWL_DNSWL_LOW(-1.00)[yandex.ru.dwl.dnswl.org : 127.0.5.1]; TO_MATCH_ENVRCPT_SOME(0.00)[]; IP_SCORE(-3.60)[ip: (-9.56), ipnet: 2a02:6b8::/32(-4.69), asn: 13238(-3.76), country: RU(0.01)] X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jun 2019 11:40:27 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --WaJFywOu52W1U9slzGfi1X6QLNHPs8caQ Content-Type: multipart/mixed; boundary="tzwY8DevO6yu3054FciXlqXCr6cFeMuKH"; protected-headers="v1" From: "Andrey V. Elsukov" To: "Patrick M. Hausen" Cc: FreeBSD Net , mops@punkt.de Message-ID: Subject: Re: IPFW NAT64 changed 11.2 --> 11.3? References: <950200A8-6D36-46FE-B0DD-BA6EA860FEB7@punkt.de> <71dacccb-2500-6d7e-c890-2733d15fbbe5@yandex.ru> <76d0fb6a-28cb-4411-acb0-12f9ebe9b1f0@yandex.ru> In-Reply-To: --tzwY8DevO6yu3054FciXlqXCr6cFeMuKH Content-Type: multipart/mixed; boundary="------------2C56725B5F65E7D7742E15AF" Content-Language: en-US This is a multi-part message in MIME format. --------------2C56725B5F65E7D7742E15AF Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 26.06.2019 14:23, Patrick M. Hausen wrote: > Hi all, >=20 >> Am 26.06.2019 um 12:28 schrieb Andrey V. Elsukov : >> >> On 26.06.2019 13:10, Patrick M. Hausen wrote: >>> tcpdump will take some more time, currently we do not have /dev/bpf i= n these jails. >> >> So, nat64_direct_output didn't help? >> Does `ipfw nat64lsn NAT64 list states` shows correct addresses? >=20 > No, it didn=E2=80=99t. Yes, the IPv4 addresses shown are the external a= ddresses > of these =E2=80=9Egate64=E2=80=9C jails. >=20 > See: >=20 > 13:06:28.205602 IP6 (hlim 64, next-header ICMPv6 (58) payload length: 1= 6) 2a00:b580:8000:12:40f9:d4:cd11:d68c > 64:ff9b::9765:7085: [icmp6 sum o= k] ICMP6, echo request, seq 0 > 13:06:28.205611 IP (tos 0x0, ttl 63, id 25804, offset 0, flags [DF], pr= oto ICMP (1), length 36) > 217.29.40.145 > 151.101.112.133: ICMP echo request, id 1024, seq 0,= length 16 > 13:06:28.207853 IP (tos 0x0, ttl 58, id 53557, offset 0, flags [none], = proto ICMP (1), length 36) > 151.101.112.133 > 217.29.40.145: ICMP echo reply, id 1024, seq 0, l= ength 16 > 13:06:28.207861 IP6 (hlim 57, next-header ICMPv6 (58) payload length: 1= 6) d91d:2891::9765:7085 > 2a00:b580:8000:12:40f9:d4:cd11:d68c: [icmp6 sum= ok] ICMP6, echo reply, seq 0 > 13:06:29.268095 IP6 (hlim 64, next-header ICMPv6 (58) payload length: 1= 6) 2a00:b580:8000:12:40f9:d4:cd11:d68c > 64:ff9b::9765:7085: [icmp6 sum o= k] ICMP6, echo request, seq 1 > 13:06:29.268106 IP (tos 0x0, ttl 63, id 18866, offset 0, flags [DF], pr= oto ICMP (1), length 36) > 217.29.40.145 > 151.101.112.133: ICMP echo request, id 1024, seq 1,= length 16 > 13:06:29.270335 IP (tos 0x0, ttl 58, id 53653, offset 0, flags [none], = proto ICMP (1), length 36) > 151.101.112.133 > 217.29.40.145: ICMP echo reply, id 1024, seq 1, l= ength 16 > 13:06:29.270340 IP6 (hlim 57, next-header ICMPv6 (58) payload length: 1= 6) d91d:2891::9765:7085 > 2a00:b580:8000:12:40f9:d4:cd11:d68c: [icmp6 sum= ok] ICMP6, echo reply, seq 1 >=20 > So the IPv4 echo and reply exchange looks good. Then the packet is > forwarded to IPv6 with an entirely bogus (AFAIK) IPv6 source address. >=20 > Interestingly the host portion of the address that should be nat64 is i= dentical, > but the prefix - where does it get that idea? Thanks, it is very useful. Due to the code difference between head/ and stable/11 there were some partial MFCs, and r334836 seems has missing part of code. Can you try this patch? --=20 WBR, Andrey V. Elsukov --------------2C56725B5F65E7D7742E15AF Content-Type: text/x-patch; name="nat64.diff" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="nat64.diff" Index: sys/netpfil/ipfw/nat64/nat64lsn.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- sys/netpfil/ipfw/nat64/nat64lsn.c (revision 349408) +++ sys/netpfil/ipfw/nat64/nat64lsn.c (working copy) @@ -408,6 +408,7 @@ nat64lsn_translate4(struct nat64lsn_cfg *cfg, cons } else logdata =3D NULL; =20 + src6 =3D cfg->base.plat_prefix; nat64_embed_ip4(&src6, cfg->base.plat_plen, htonl(f_id->src_ip)); ret =3D nat64_do_handle_ip4(*pm, &src6, &nh->addr, lport, &cfg->base, logdata); --------------2C56725B5F65E7D7742E15AF-- --tzwY8DevO6yu3054FciXlqXCr6cFeMuKH-- --WaJFywOu52W1U9slzGfi1X6QLNHPs8caQ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Comment: Using GnuPG with Thunderbird - https://www.enigmail.net/ iQEzBAEBCAAdFiEE5lkeG0HaFRbwybwAAcXqBBDIoXoFAl0TWPsACgkQAcXqBBDI oXpOHQgAg8rTmZOMHGCPXjES6KKw52sYoNmyvVayOWNN6wepGly9MjKUzAVZzuq0 qjBE2/mDs3HT8mF4tny33FeNnD6wmKFkWwxPFGxRIwC37X/j+PzXfTnwnBtHt93L wKCKOBtrrXr1POTT5+cPGgNtu0Etd9cgPpi2uMis2GTRmjeHAs+ysIISmbfxF47A uJgGkG36GIdsA1ppJXrN5hv+w6t0TDcv8l0w6i0/mpwWbIm16qSubAEeLmtmmf+G oZ0jx1EigHNzxJvseHmJG8RrDYwOqzYSF1ExUuDHitShouAogUgF8mbzL3xDdS2+ xqCjTsUF7rXju0IzX6rGt/tZ+3B5HA== =nTpI -----END PGP SIGNATURE----- --WaJFywOu52W1U9slzGfi1X6QLNHPs8caQ--