From nobody Wed Mar 22 03:43:02 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4PhDp32fK9z41DLd for ; Wed, 22 Mar 2023 03:43:07 +0000 (UTC) (envelope-from carlj@peak.org) Received: from mail.nrtc.syn-alias.com (mail.nrtc.syn-alias.com [129.213.214.220]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4PhDp22vWRz3kC1 for ; Wed, 22 Mar 2023 03:43:06 +0000 (UTC) (envelope-from carlj@peak.org) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of carlj@peak.org designates 129.213.214.220 as permitted sender) smtp.mailfrom=carlj@peak.org; dmarc=pass (policy=none) header.from=peak.org X-Authed-Username: Y2FybGpAcGVhay5vcmc= Received: from [199.58.99.70] ([199.58.99.70:41053] helo=bay.localnet) by mail.peak.org (envelope-from ) (ecelerity 4.4.0.19839 r(msys-ecelerity:tags/4.4.0.0^0)) with ESMTPA id 49/D4-32506-9497A146; Tue, 21 Mar 2023 23:43:05 -0400 Received: from carlj by bay.localnet with local (Exim 4.95 (FreeBSD)) (envelope-from ) id 1pepNO-000Gsg-Ji for freebsd-arm@freebsd.org; Tue, 21 Mar 2023 20:43:02 -0700 From: Carl Johnson To: freebsd-arm@freebsd.org Subject: Re: Persuading ssh -X to work from a RasPiOS system References: <20230321232926.GA37569@www.zefox.net> Date: Tue, 21 Mar 2023 20:43:02 -0700 In-Reply-To: <20230321232926.GA37569@www.zefox.net> (bob prohaska's message of "Tue, 21 Mar 2023 16:29:26 -0700") Message-ID: <86wn39cuyh.fsf@bay.localnet> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.2 (berkeley-unix) List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 Content-Type: text/plain X-Vade-Verdict: clean X-Vade-Analysis-1: gggruggvucftvghtrhhoucdtuddrgedvhedrvdeguddgieehucetufdoteggodetrfdotffvucfrrhho X-Vade-Analysis-2: fhhilhgvmecuufgjpfetvefqtfdppfftvfevpdfgpfggqdfptffvvedpqfgfvfenuceurghilhhouhht X-Vade-Analysis-3: mecufedtudenucenucfjughrpefhvffufhffjgfkfgggtgesthdttddttdertdenucfhrhhomhepvegr X-Vade-Analysis-4: rhhlucflohhhnhhsohhnuceotggrrhhljhesphgvrghkrdhorhhgqeenucggtffrrghtthgvrhhnpeel X-Vade-Analysis-5: heejtdekgffgveeifefhhfdvuddtueelgeeljeffvddthfeuteehueetueeuheenucffohhmrghinhep X-Vade-Analysis-6: iigvfhhogidrnhgvthenucfkphepudelledrheekrdelledrjedtnecuvehluhhsthgvrhfuihiivgep X-Vade-Analysis-7: tdenucfrrghrrghmpehinhgvthepudelledrheekrdelledrjedtpdhhvghlohepsggrhidrlhhotggr X-Vade-Analysis-8: lhhnvghtpdhmrghilhhfrhhomheptggrrhhljhesphgvrghkrdhorhhgpdhrtghpthhtohepfhhrvggv X-Vade-Analysis-9: sghsugdqrghrmhesfhhrvggvsghsugdrohhrghdpmhhtrghhohhsthepshhmthhptdefrdhnrhhttgdr X-Vade-Analysis-10: vghmrghilhdqrghshhdurdhshihntgdrlhgrnhdpnhgspghrtghpthhtohepuddpihhspghnrgepthhr X-Vade-Analysis-11: uhgvpdgruhhthhgpuhhsvghrpegtrghrlhhjsehpvggrkhdrohhrgh X-Vade-Client: NRTC X-Spamd-Result: default: False [-3.78 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; NEURAL_HAM_LONG(-0.99)[-0.993]; NEURAL_HAM_SHORT(-0.99)[-0.990]; DMARC_POLICY_ALLOW(-0.50)[peak.org,none]; R_SPF_ALLOW(-0.20)[+ip4:129.213.214.220]; MIME_GOOD(-0.10)[text/plain]; R_DKIM_NA(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[129.213.214.220:from]; RCVD_TLS_LAST(0.00)[]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:31898, ipnet:129.213.208.0/21, country:US]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; RCPT_COUNT_ONE(0.00)[1]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; FROM_HAS_DN(0.00)[]; TO_DN_NONE(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[129.213.214.220:from] X-Rspamd-Queue-Id: 4PhDp22vWRz3kC1 X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N bob prohaska writes: > After a recent round of upgrades to both FreeBSD-current and RasPiOS64 > it developed that running > ssh -X [freebsd hostname] > gets me logged in, but issuing > xterm -sb > reports > xterm: Xt error: Can't open display: > xterm: DISPLAY is not set > > After looking at the man page I repeated the experiment > using > ssh -Y > to open the connection, with the same result. > > The X server side has > X11Forwarding yes > in /etc/ssh/sshd_config, I haven't tampered with anything > yet on the FreeBSD side. > > The display server is on a local subnet connecting via > router to a public address, but that didn't cause any > problems before. All addressing is IPV4. > > Any hints what might be wrong? I haven't tried this > experiment in a while, so it's unclear which side is > causing the trouble. > > Thanks for reading, > > bob prohaska Is there any chance you are using ControlPersist? That defaults to off, so you would have to enable it in your ssh config file, or via command line options. If you have it enabled then you would still be running your original ssh instead of a new one. In that case you would have to run 'ssh -O exit ' to exit from your original ssh before running ssh -X or ssh -Y. Just another possibility to look into. -- Carl Johnson carlj@peak.org