From mboxrd@z Thu Jan 1 00:00:00 1970 From: Michael Tremer To: location@lists.ipfire.org Subject: Re: Core Update 148 (testing) report Date: Sun, 09 Aug 2020 12:25:06 +0100 Message-ID: In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============6897654281315569708==" List-Id: --===============6897654281315569708== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hey, > On 9 Aug 2020, at 08:41, Peter M=C3=BCller wro= te: >=20 > Hello *, >=20 > Core Update 148 (testing, see: https://blog.ipfire.org/post/ipfire-2-25-cor= e-update-148-is-available-for-testing) > is running here for about a week without any major issues so far. Sorry for= being > late this time. >=20 > Looking at the ipinfo.cgi, it currently displays the country returned by th= e location > database, which should always be a valid one, as we decided not no override= them for > "special" IP addresses such as anonymous proxies, satellite providers, or a= nycast networks. >=20 > However, we do not display this information to the user. While I have no id= ea about > how to do that for CGIs such as the DNS settings, or the connection trackin= g table, > the ipinfo.cgi should contain such information from my point of view. >=20 > (I suspect this raising questions in the community as well.) >=20 > It would be nice to have AS information displayed on ipinfo.cgi as well, bu= t since we do > not process them elsewhere, this is definitively not a show-stopper. What is stopping you from implementing this? If it is the perl module, I am sure that Stefan can help. We have been talkin= g about implementation details over the phone this week. > Thanks to Michael for being the "master of disaster" behind libloc (no offe= nse intended ;-) ) > and providing me with answers to it and testing environment. Thanks to Stef= an for > building the Perl bindings and adjusting CGIs and firewall scripts. :) >=20 > Thanks, and best regards, > Peter M=C3=BCller -Michael --===============6897654281315569708==--