From owner-freebsd-net@freebsd.org Tue Dec 20 02:58:03 2016 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 61FC4C894AD for ; Tue, 20 Dec 2016 02:58:03 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [78.47.246.247]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id F3C29173 for ; Tue, 20 Dec 2016 02:58:02 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221]) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id uBK2vrkY062168 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Tue, 20 Dec 2016 03:57:53 +0100 (CET) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: alarig@swordarmor.fr Received: from [10.58.0.10] (dadvw [10.58.0.10]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTPS id uBK2vnVQ011745 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Tue, 20 Dec 2016 09:57:49 +0700 (KRAT) (envelope-from eugen@grosbein.net) Subject: Re: Avoid using RFC3927 outside of the link To: Alarig Le Lay References: <20161219184617.7yph7isgtgjy4mja@kaiminus> <58582C25.7090806@grosbein.net> <20161219190506.kc32q7sz3okekup7@kaiminus> <58583645.3090502@grosbein.net> <20161219210150.mf4cwx3k33x2qbbe@kaiminus> Cc: freebsd-net@freebsd.org From: Eugene Grosbein Message-ID: <58589E28.9020900@grosbein.net> Date: Tue, 20 Dec 2016 09:57:44 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.7.2 MIME-Version: 1.0 In-Reply-To: <20161219210150.mf4cwx3k33x2qbbe@kaiminus> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=0.3 required=5.0 tests=BAYES_00,LOCAL_FROM autolearn=no autolearn_force=no version=3.4.1 X-Spam-Report: * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 2.6 LOCAL_FROM From my domains X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on hz.grosbein.net X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Dec 2016 02:58:03 -0000 20.12.2016 4:01, Alarig Le Lay пишет: > On Tue Dec 20 02:34:29 2016, Eugene Grosbein wrote: >> Well, you can always use brute force instead: >> >> ipfw nat 169 config reset ip 89.234.186.1 && \ >> ipfw add 60 nat 169 ip from 169.254.0.0/16 to any out xmit igb0 >> >> That's ugly but works. > > I will work just by side effect: by doing this, I will send BGP packets > from 89.234.186.1, which is an IP than the peer learned by BGP. This will > create a recursive loop, and the session will be shut. So, no more > traffic will transit through this interface, and this IP will not be > displayed anymore :p You could also use another public IP as primary address for interface in question and an address from 169.254.0.0/16 as secondary one. BGP will still work and kernel/ICMP will use public IP.