From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 118799 invoked by alias); 12 Sep 2019 15:04:24 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 118791 invoked by uid 89); 12 Sep 2019 15:04:24 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=2.8 required=5.0 tests=AWL,BAYES_00,KAM_NUMSUBJECT,RCVD_IN_DNSWL_NONE,SPAM_BODY1 autolearn=no version=3.3.1 spammy= X-HELO: smtp-out-so.shaw.ca Received: from smtp-out-so.shaw.ca (HELO smtp-out-so.shaw.ca) (64.59.136.137) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Thu, 12 Sep 2019 15:04:22 +0000 Received: from [192.168.1.114] ([24.64.172.44]) by shaw.ca with ESMTP id 8QdvieOiZIhW98QdwiEP1J; Thu, 12 Sep 2019 09:04:20 -0600 Reply-To: Brian.Inglis@SystematicSw.ab.ca Subject: Re: X11 forwarding request failed on channel 0 To: cygwin@cygwin.com References: From: Brian Inglis Openpgp: preference=signencrypt Message-ID: <946d38e2-eea7-0380-245f-9a73d3dfcf0c@SystematicSw.ab.ca> Date: Thu, 12 Sep 2019 16:12:00 -0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.9.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-IsSubscribed: yes X-SW-Source: 2019-09/txt/msg00139.txt.bz2 On 2019-09-12 07:37, Haanraadts, Mark (HBO) via cygwin wrote: > I have a problem with remote ssh sessions to corporate Red Hat 6 servers and X11 forwarding. Xclock works perfectly fine on my local CYGWIn install. On a remote server I get: > $ xclock > Error: Can't open display: > > Here's the debug shell logfile: > > debug2: we sent a password packet, wait for reply > debug1: Authentication succeeded (password). > Authenticated to . > debug1: channel 0: new [client-session] > debug2: channel 0: send open > debug1: Requesting mailto:no-more-sessions@openssh.com > debug1: Entering interactive session. > debug1: pledge: exec > debug2: channel_input_open_confirmation: channel 0: callback start > debug2: x11_get_proto: /usr/bin/xauth  list :0.0 2>/dev/null > debug1: Requesting X11 forwarding with authentication spoofing. > debug2: channel 0: request x11-req confirm 1 > debug2: fd 3 setting TCP_NODELAY > debug2: client_session2_setup: id 0 > debug2: channel 0: request pty-req confirm 1 > debug2: channel 0: request shell confirm 1 > debug2: channel_input_open_confirmation: channel 0: callback done > debug2: channel 0: open confirm rwindow 0 rmax 32768 > debug2: channel_input_status_confirm: type 100 id 0 > X11 forwarding request failed on channel 0 > debug2: channel_input_status_confirm: type 99 id 0 > debug2: PTY allocation request accepted on channel 0 > debug2: channel 0: rcvd adjust 2097152 > debug2: channel_input_status_confirm: type 99 id 0 > debug2: shell request accepted on channel 0 > Last login: Wed Sep 11 17:01:50 2019 from 10.218.16.112 > > Did a lot of Googling and I already changed this in /etc/ssh/sshd_config > X11Forwarding yes > AddressFamily inet > X11UseLocalhost no > > Here's how I'm starting X-Windows > startxwin & > sleep 10 > export DISPLAY=:0.0 > xhost + > xterm -sb -sl 5000 -geometry 168x17+380+0 -T "XTERM 1" & > xterm -sb -sl 5000 -geometry 168x17+380+315 -T "XTERM 2" & > xterm -sb -sl 5000 -geometry 168x16+380+600 -T "XTERM 3" & The Cygwin/X shortcut starts X window server with: run --quote /bin/sh -l -c "cd; exec /usr/bin/startxwin" You should not manually set DISPLAY - that is set by the X server - you should start clients from ~/.Xclients, or manually from your X desktop applications menu. DISPLAY=:0 or DISPLAY=:0.0 are only useful on implied localhost; you either have to use X11 forwarding: - on the command line ssh -X | -Y, or - enable that in ~/.ssh/config on a Host connection: ForwardX11 yes ForwardX11Trusted yes - note that untrusted client sessions are terminated after 20 minutes, or as per policy, and data returned may be zeroed or access attempts result in an error; if not using ssh forwarding, the DISPLAY value must be prefixed with a host name resolvable on the remote host to your local host. -- Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada This email may be disturbing to some readers as it contains too much technical detail. Reader discretion is advised. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple