From owner-freebsd-net@freebsd.org Tue Jun 18 08:09:20 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 65BFC15AF0F4; Tue, 18 Jun 2019 08:09:20 +0000 (UTC) (envelope-from christian.baltini@gmail.com) Received: from mail-pf1-x441.google.com (mail-pf1-x441.google.com [IPv6:2607:f8b0:4864:20::441]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 89077972A7; Tue, 18 Jun 2019 08:09:19 +0000 (UTC) (envelope-from christian.baltini@gmail.com) Received: by mail-pf1-x441.google.com with SMTP id a186so7188879pfa.5; Tue, 18 Jun 2019 01:09:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=G7npJ0WIttB0tRi8YGo6AeDCeK8BmfMleTkOb1ARzys=; b=PJxFmzzIp0ELEYjfNBK4L5dAC+Tex9lN9BWSnIWtPGxAdYH2cJ3ECYUOpJtOuWYlDA cV3OHdicIIzYTKmhrFezehX/3z9xgtrpKxcbbOfoGbxa43TsM45oR9duumfCc0K+45Uv XTIMpIRKpwFcpRZ7z+WLVfoRzuSzSKWsBjcJpS9+3HxelrBIgyFER79KlAzHPx2QJIu3 nkgTD8ZMFroDo/FQH+rR/4dEq+kRV2v0F+fMsKWOMlo1R6EENEA5EQ6R2uMEvnKMzbEu fDWpg6+RMdaEhV/ynIlBtzT39CkDU7y7VLnAz9NHjOMZ2dpRPyLg4YD00/WEPNmCmWQv UR5g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=G7npJ0WIttB0tRi8YGo6AeDCeK8BmfMleTkOb1ARzys=; b=f8EKPlZpBxnGCMQemGyxWK6rFrcocO8lkNW+fmJyoiETfx+IrHysvP6IrqDFcsmmrC AKSzABDnM+6spafiJhABmNNe5vqG4ydaP/07ZDSI5Bl4NQOg0EL08tMYAdZlC/wKgVvl PXF8Dp6wck1xPR/HbkAU79RV/NrvjqusZ7IxKnjsnv9OYuM/B65gTDKYPXoHRHBgk8+1 evDJzqTlJj/W6bX1CbfVoJ0SbSYKJZULEWGej0NrHI4p6OQPyjcm4fkMlBrT+K/yQ46q YYdIm8Go4j82vPlfggKrVBHxsKOeym9du1A+G2cA2WJV9x4DGdnHX+cbYCJtJCJ6msIb mxCg== X-Gm-Message-State: APjAAAX2g7Md1MmVGQAxNHifFXVvbJT9acXGRbw51lD6w+G0O9J7rhoW SAg7Q0aTKTw6hxx+l4an2BbwJbGX X-Google-Smtp-Source: APXvYqwgGk99UWJoUw5Icoc8DkzYXB47MQXUCLlY6F7YvZLc3DRvzcAOf3yw2u5DVLAdrU4cU0gHvg== X-Received: by 2002:a65:44c8:: with SMTP id g8mr1507377pgs.443.1560845358426; Tue, 18 Jun 2019 01:09:18 -0700 (PDT) Received: from [10.0.100.116] (71-84-34-209.dhcp.mtpk.ca.charter.com. [71.84.34.209]) by smtp.gmail.com with ESMTPSA id y22sm14065479pfm.70.2019.06.18.01.09.17 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 18 Jun 2019 01:09:17 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Subject: Re: Eliminating IPv6 (?) From: christian russell In-Reply-To: <18748.1560843874@segfault.tristatelogic.com> Date: Tue, 18 Jun 2019 01:09:16 -0700 Cc: freebsd-net@freebsd.org, freebsd-questions@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <18748.1560843874@segfault.tristatelogic.com> To: "Ronald F. Guilmette" X-Mailer: Apple Mail (2.3445.102.3) X-Rspamd-Queue-Id: 89077972A7 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=PJxFmzzI; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of christianbaltini@gmail.com designates 2607:f8b0:4864:20::441 as permitted sender) smtp.mailfrom=christianbaltini@gmail.com X-Spamd-Result: default: False [-4.51 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[gmail.com]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; NEURAL_HAM_SHORT(-0.96)[-0.958,0]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MID_RHS_MATCH_FROM(0.00)[]; SUBJECT_HAS_QUESTION(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; TAGGED_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(-1.04)[ip: (0.36), ipnet: 2607:f8b0::/32(-3.17), asn: 15169(-2.32), country: US(-0.06)]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[1.4.4.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0] 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: Tue, 18 Jun 2019 08:09:20 -0000 My opinion is that being able to practically ignore IPv6, without = operational detraction, is a reasonable degree of freedom. FreeBSD = isn=E2=80=99t pushing IPv6 any more or less than any other mainstream = OSes. Given a set number of developer hours I would prefer that IPv6 be fully = implemented and functionally "ignorable" as opposed to dev time being = spent allowing an essentially cosmetic opting out of IPv6 functionality. = Even more generally I would prefer any dev time time be spent on active = issues and new features. > I ask again, is this really such an unreasonable thing to hope for? If I were allocating work-hours on FreeBSD development my answer would = be: =E2=80=9Cyup" =C2=AF\_(=E3=83=84)_/=C2=AF Christian > On Jun 18, 2019, at 12:44 AM, Ronald F. Guilmette = wrote: >=20 > In message ,=20 > Eugene Grosbein wrote: >=20 >> 18.06.2019 10:10, Ronald F. Guilmette wrote: >>=20 >>> How can I turn off IPv6 entirely without rebuilding the kernel? >>=20 >> You cannot. GENERIC kernel specifically enables IPv6 support and you = need to >> disable it at compile time. >> And if you do, you better rebuild the world too using = WITHOUT_INET6=3Dyes in the >> /etc/src.conf >> or else some utilities compiled with INET6 by default will query = kernel >> for IPv6-specific data (like routing entries) and complain that your = kernel does=20 >> not know about it. >>=20 >> World built WITHOUT_INET6 has no such rough edges. >=20 > OK, so I obviously expressed myself badly. Let me try again. >=20 > IPv6 support is enabled in a the stock kernel. OK. Fine. But just = because > that feature is present in the kernel, that does not imply that = anything in > userland -has- to actually make any use of it at all. >=20 > *Something* is doing ifconfig on my loopback (lo0) interface. What is = that > thing and how can I get it to stop doing that? >=20 > As I have already learned, the /etc/rc.firewall script also assumes = both the > presence of, and the desirability of IPv6 support. And unless one = edits that > file manually... which I have been effectively forced to do... there = is no way > to get it to simply NOT create and install multiple IPv6-related ipfw = rules, > EVEN THOUGH in my particular situation... which is still the most = common case... > those extra and entirely superfluous IPv6 ipfw filtering rules are = serving > no earthly purpose whatsoever and are only cluttering up my ipfw rule = set, > thus pointlessly making it harder for me to grok and maintain them = all. >=20 > Clearly, if doesn't have to be this way. Some maintainers just = decided that > I and all other IPv4-only users should get stuck dealing with a lot of = useless, > unnecessary and distracting IPv6 stuff, whether I like it or not, and = presumably > for our own good. >=20 > I really wish that maintainers would allow me a bit more freedom, and = show > me the courtesy and respect to allow me to decide for myself what is = and what > isn't "for my own good". >=20 > I can and will most certainly get down and grovel around in the = various > /etc/rc.d/ scripts and will comment out those parts that do things = like > ifconfig'ing my loopback interface for IPv6, whether I like it or not. > But there ought to be some single /etc/rc.conf variable via which one = could > simply select the "No, I don't want to have to deal with IPv6 at all = right > now" option. >=20 > Is that really an unreasonable hope, expectation, and request? >=20 > I understand that the kernel will still -offer- the IPv6 support. But = if no > -other- software on my system actually takes the kernel up on that = offer, > then the kernel's IPv6 support becomes like the tree that falls in the > forrest when there is nobody around to hear it. It might as well be = said > that it makes no sound, and no difference to anything at all. >=20 > It is clearly not necessary for me or anyone else to have to rebuild = the > kernel... *and* world... just in order to get rid of what are, for the > majority of users here in 2019, still a bunch of utterly superfluous = IPv6 > "features" that (a) do not help us one iota and that (b) are all just = a > big and pointless distraction that muddles everything and = unnecessarily > complicates and complexifies ordinary system maintenance tasks. >=20 > IPv6 is great and I'm sure I'll be using it someday. But today is not = that > day... not for me, and also not for one hell of a lot of other users. = The > fact that I and others are effectively being forced to even think = about it, > due to an absence of reasonable and easily accessible userland = options, is > actually a big turn-off, and leaves a bad taste in the mouth which = will > be remembered, in future, at every mention of IPv6. I hope that all = of the > IPv6 evanglists will take a moment to stop and think about that, and = that > they'll stop effectively forcing those of us who don't need it to both = use > IPv6 and to think about it, whether we like it or not, and before we = are ready, > willing, and able to do so. >=20 >=20 > Regards, > rfg >=20 >=20 > P.S. In case I have again failed to be clear, I am proposing a new = /etc/rc.conf > option. Something simple and intutive like: >=20 > ipv6=3D"NO" >=20 > That in turn should be checked -and- respected by all relevant = /etc/rc,d/ > scripts. >=20 > I ask again, is this really such an unreasonable thing to hope for? > _______________________________________________ > freebsd-net@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org"