From owner-freebsd-bugs@freebsd.org Sun Oct 27 22:32:34 2019 Return-Path: Delivered-To: freebsd-bugs@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 020C3159B47 for ; Sun, 27 Oct 2019 22:32:34 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 471XfT6H0rz4DyG for ; Sun, 27 Oct 2019 22:32:33 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id D7688159B43; Sun, 27 Oct 2019 22:32:33 +0000 (UTC) Delivered-To: bugs@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D7301159B42 for ; Sun, 27 Oct 2019 22:32:33 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 471XfT5Nmkz4DyF for ; Sun, 27 Oct 2019 22:32:33 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 9C737C2 for ; Sun, 27 Oct 2019 22:32:33 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x9RMWXRO005782 for ; Sun, 27 Oct 2019 22:32:33 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x9RMWXYW005781 for bugs@FreeBSD.org; Sun, 27 Oct 2019 22:32:33 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: bugs@FreeBSD.org Subject: [Bug 241529] ifconfig ... alias behaves in non-POLA manner. Date: Sun, 27 Oct 2019 22:32:33 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: 11.2-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: dgilbert@eicat.ca X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Oct 2019 22:32:34 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D241529 Bug ID: 241529 Summary: ifconfig ... alias behaves in non-POLA manner. Product: Base System Version: 11.2-RELEASE Hardware: Any OS: Any Status: New Severity: Affects Many People Priority: --- Component: bin Assignee: bugs@FreeBSD.org Reporter: dgilbert@eicat.ca This may be related to PR 228929, but it also may not. consider this sequence of events: ifconfig lo0 alias 192.168.1.1/32 ifconfig lo0 192.168.1.2/32 ifconfig lo0 192.168.1.3/32 ... now if lo0 is configured as per normal, the 2nd command will delete the address 127.0.0.1 (sorta expected) and the 3rd command will delete 192.168.= 1.1. In general, I would characterize the actual operation of the "alias" word = to ifconfig as follows. ifconfig always adds the address to the bottom of the list of addresses.=20 Without ALIAS, ifconfig also subtracts the top address. That is, to be clear. Using alias means there is +1 ip addresses, not using alias means that there is the same number of addresses. The top address is always the one to go away and the new address is added to the bottom. AFAI= CT, this behavior is not described anywhere. Additionally, as a doc bug, what ifconfig's man page says about alias --- a= bout a non-conflicting netmask --- is no longer true. --=20 You are receiving this mail because: You are the assignee for the bug.=