From owner-freebsd-net@freebsd.org  Mon Dec 19 19:34:46 2016
Return-Path: <owner-freebsd-net@freebsd.org>
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 9867FC87224
 for <freebsd-net@mailman.ysv.freebsd.org>;
 Mon, 19 Dec 2016 19:34:46 +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 3517211F5
 for <freebsd-net@freebsd.org>; Mon, 19 Dec 2016 19:34:45 +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 uBJJYbXW059510
 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT);
 Mon, 19 Dec 2016 20:34:38 +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 uBJJYYFC015994
 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT);
 Tue, 20 Dec 2016 02:34:34 +0700 (KRAT)
 (envelope-from eugen@grosbein.net)
Subject: Re: Avoid using RFC3927 outside of the link
To: Alarig Le Lay <alarig@swordarmor.fr>
References: <20161219184617.7yph7isgtgjy4mja@kaiminus>
 <58582C25.7090806@grosbein.net> <20161219190506.kc32q7sz3okekup7@kaiminus>
Cc: freebsd-net@freebsd.org
From: Eugene Grosbein <eugen@grosbein.net>
Message-ID: <58583645.3090502@grosbein.net>
Date: Tue, 20 Dec 2016 02:34:29 +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: <20161219190506.kc32q7sz3okekup7@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 <freebsd-net.freebsd.org>
List-Unsubscribe: <https://lists.freebsd.org/mailman/options/freebsd-net>,
 <mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net/>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <https://lists.freebsd.org/mailman/listinfo/freebsd-net>,
 <mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 19 Dec 2016 19:34:46 -0000

20.12.2016 2:05, Alarig Le Lay пишет:
> On Tue Dec 20 01:51:17 2016, Eugene Grosbein wrote:
>> 20.12.2016 1:46, Alarig Le Lay пишет:
>>
>>> Is it possible to avoid this behaviour and reply with the public IP
>>> (89.234.186.1) instead?
>>
>> try: sysctl net.inet.icmp.reply_from_interface=1
>
> If an AS choose to go to us thought this peer, packets will come in by
> this interface, so our router will continue to reply with the apipa IP
> for those ASes.

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.