From owner-freebsd-net@freebsd.org Mon Jun 17 20:15:31 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 F3D9215C373D for ; Mon, 17 Jun 2019 20:15:30 +0000 (UTC) (envelope-from rfg@tristatelogic.com) Received: from outgoing.tristatelogic.com (segfault.tristatelogic.com [69.62.255.118]) by mx1.freebsd.org (Postfix) with ESMTP id B994980C29 for ; Mon, 17 Jun 2019 20:15:29 +0000 (UTC) (envelope-from rfg@tristatelogic.com) Received: by segfault.tristatelogic.com (Postfix, from userid 1237) id 988914E654; Mon, 17 Jun 2019 13:15:22 -0700 (PDT) From: "Ronald F. Guilmette" cc: freebsd-net Subject: Re: localhost woes -- help requested In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <4467.1560802522.1@segfault.tristatelogic.com> Content-Transfer-Encoding: quoted-printable Date: Mon, 17 Jun 2019 13:15:22 -0700 Message-ID: <4468.1560802522@segfault.tristatelogic.com> X-Rspamd-Queue-Id: B994980C29 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of rfg@tristatelogic.com designates 69.62.255.118 as permitted sender) smtp.mailfrom=rfg@tristatelogic.com X-Spamd-Result: default: False [-3.78 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.994,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[tristatelogic.com]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(-2.73)[ip: (-7.19), ipnet: 69.62.128.0/17(-3.59), asn: 14051(-2.82), country: US(-0.06)]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[mx1.tristatelogic.com]; NEURAL_HAM_SHORT(-0.85)[-0.846,0]; MISSING_TO(2.00)[]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:14051, ipnet:69.62.128.0/17, country:US]; RCVD_COUNT_TWO(0.00)[2] 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: Mon, 17 Jun 2019 20:15:31 -0000 In message , = Adam wrote: >On Sat, Jun 15, 2019 at 12:54 AM Ronald F. Guilmette >wrote: >> ... except for the browsers, and also one other thing (nmh outbound >> email handling). Now, both Firefox and Opera crash and burn, right >> out of the gate, when started from the command line. In both cases >> thet do so both with entirely cryptic failure messages. >> >> But here's the kicker... I futzed around with this awhile and found >> out that if I just change the default value of the DISPLAY environment >> variable from "localhost:0.0" to ":0.0" then both browsers *do* then >> start up successfully from the command line. >> >> So, um, what the bleep did I do wrong? >> >> Here's the output of the command "getent hosts localhost": >> >> ::1 localhost >> 127.0.0.1 localhost localhost.tristatelogic.com >> >> >> Any hints for how I can debug this mess would be appreciated. >> > >Do you have local_unbound running? It's probably caching the result. > >/etc/rc.d/local_unbound stop > >Then try your changes to /etc/hosts I have now rebooted the system multiple times, from a cold start, and this has had *no* effect on the output generated by "getent hosts localhos= t". That is *still* showing me that there exists a mapping from "localhost" to an IPv6 address, even though I commented that out in my /etc/hosts file. I really would like to understand why manual edits to /etc/hosts seem to have no effect whatosoever. And more importantly, I'd really still like to know whey X applications cannot seem to connect to the X server when and if DISPLAY is set to localhost:0.0 while they have no problem doing so when DISPLAY is instead set to :0.0