Here is the output. Nothing happens on the macOS side. I remembered that X11 (Quartz) popped up automatically iin the dock and the xclock appeared on the Mac desktop, last time it worked.
kuku@Christophs-MBP ~ % ssh -Y -vv pc235 OpenSSH_8.1p1, LibreSSL 2.7.3 debug1: Reading configuration data /etc/ssh/ssh_config debug1: /etc/ssh/ssh_config line 47: Applying options for * debug1: /etc/ssh/ssh_config line 51: Applying options for * debug1: Connecting to pc235 port 22. debug1: Connection established. debug1: identity file /Users/kuku/.ssh/id_rsa type 0 debug1: identity file /Users/kuku/.ssh/id_rsa-cert type -1 debug1: identity file /Users/kuku/.ssh/id_dsa type -1 debug1: identity file /Users/kuku/.ssh/id_dsa-cert type -1 debug1: identity file /Users/kuku/.ssh/id_ecdsa type -1 debug1: identity file /Users/kuku/.ssh/id_ecdsa-cert type -1 debug1: identity file /Users/kuku/.ssh/id_ed25519 type -1 debug1: identity file /Users/kuku/.ssh/id_ed25519-cert type -1 debug1: identity file /Users/kuku/.ssh/id_xmss type -1 debug1: identity file /Users/kuku/.ssh/id_xmss-cert type -1 debug1: Local version string SSH-2.0-OpenSSH_8.1 debug1: Remote protocol version 2.0, remote software version OpenSSH_7.8 FreeBSD-20180909 debug1: match: OpenSSH_7.8 FreeBSD-20180909 pat OpenSSH* compat 0x04000000 debug1: Authenticating to pc235:22 as 'kuku' debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug2: local client KEXINIT proposal debug2: KEX algorithms: curve25519-sha256,curve25519-sha...@libssh.org,ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group16-sha512,diffie-hellman-group18-sha512,diffie-hellman-group14-sha256,diffie-hellman-group14-sha1,ext-info-c debug2: host key algorithms: ecdsa-sha2-nistp256-cert-...@openssh.com,ecdsa-sha2-nistp384-cert-...@openssh.com,ecdsa-sha2-nistp521-cert-...@openssh.com,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521,ssh-ed25519-cert-...@openssh.com,rsa-sha2-512-cert-...@openssh.com,rsa-sha2-256-cert-...@openssh.com,ssh-rsa-cert-...@openssh.com,ssh-ed25519,rsa-sha2-512,rsa-sha2-256,ssh-rsa debug2: ciphers ctos: chacha20-poly1...@openssh.com,aes128-ctr,aes192-ctr,aes256-ctr,aes128-...@openssh.com,aes256-...@openssh.com debug2: ciphers stoc: chacha20-poly1...@openssh.com,aes128-ctr,aes192-ctr,aes256-ctr,aes128-...@openssh.com,aes256-...@openssh.com debug2: MACs ctos: umac-64-...@openssh.com,umac-128-...@openssh.com,hmac-sha2-256-...@openssh.com,hmac-sha2-512-...@openssh.com,hmac-sha1-...@openssh.com,umac...@openssh.com,umac-...@openssh.com,hmac-sha2-256,hmac-sha2-512,hmac-sha1 debug2: MACs stoc: umac-64-...@openssh.com,umac-128-...@openssh.com,hmac-sha2-256-...@openssh.com,hmac-sha2-512-...@openssh.com,hmac-sha1-...@openssh.com,umac...@openssh.com,umac-...@openssh.com,hmac-sha2-256,hmac-sha2-512,hmac-sha1 debug2: compression ctos: none,z...@openssh.com,zlib debug2: compression stoc: none,z...@openssh.com,zlib debug2: languages ctos: debug2: languages stoc: debug2: first_kex_follows 0 debug2: reserved 0 debug2: peer server KEXINIT proposal debug2: KEX algorithms: curve25519-sha256,curve25519-sha...@libssh.org,ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group16-sha512,diffie-hellman-group18-sha512,diffie-hellman-group14-sha256,diffie-hellman-group14-sha1 debug2: host key algorithms: rsa-sha2-512,rsa-sha2-256,ssh-rsa,ecdsa-sha2-nistp256,ssh-ed25519 debug2: ciphers ctos: chacha20-poly1...@openssh.com,aes128-ctr,aes192-ctr,aes256-ctr,aes128-...@openssh.com,aes256-...@openssh.com,aes128-cbc,aes192-cbc,aes256-cbc debug2: ciphers stoc: chacha20-poly1...@openssh.com,aes128-ctr,aes192-ctr,aes256-ctr,aes128-...@openssh.com,aes256-...@openssh.com,aes128-cbc,aes192-cbc,aes256-cbc debug2: MACs ctos: umac-64-...@openssh.com,umac-128-...@openssh.com,hmac-sha2-256-...@openssh.com,hmac-sha2-512-...@openssh.com,hmac-sha1-...@openssh.com,umac...@openssh.com,umac-...@openssh.com,hmac-sha2-256,hmac-sha2-512,hmac-sha1 debug2: MACs stoc: umac-64-...@openssh.com,umac-128-...@openssh.com,hmac-sha2-256-...@openssh.com,hmac-sha2-512-...@openssh.com,hmac-sha1-...@openssh.com,umac...@openssh.com,umac-...@openssh.com,hmac-sha2-256,hmac-sha2-512,hmac-sha1 debug2: compression ctos: none,z...@openssh.com debug2: compression stoc: none,z...@openssh.com debug2: languages ctos: debug2: languages stoc: debug2: first_kex_follows 0 debug2: reserved 0 debug1: kex: algorithm: curve25519-sha256 debug1: kex: host key algorithm: ecdsa-sha2-nistp256 debug1: kex: server->client cipher: chacha20-poly1...@openssh.com MAC: <implicit> compression: none debug1: kex: client->server cipher: chacha20-poly1...@openssh.com MAC: <implicit> compression: none debug1: expecting SSH2_MSG_KEX_ECDH_REPLY debug1: Server host key: ecdsa-sha2-nistp256 SHA256:XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX debug1: Host 'pc235' is known and matches the ECDSA host key. debug1: Found key in /Users/kuku/.ssh/known_hosts:7 debug2: set_newkeys: mode 1 debug1: rekey out after 134217728 blocks debug1: SSH2_MSG_NEWKEYS sent debug1: expecting SSH2_MSG_NEWKEYS debug1: SSH2_MSG_NEWKEYS received debug2: set_newkeys: mode 0 debug1: rekey in after 134217728 blocks debug1: Will attempt key: /Users/kuku/.ssh/id_rsa RSA SHA256:XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX debug1: Will attempt key: /Users/kuku/.ssh/id_dsa debug1: Will attempt key: /Users/kuku/.ssh/id_ecdsa debug1: Will attempt key: /Users/kuku/.ssh/id_ed25519 debug1: Will attempt key: /Users/kuku/.ssh/id_xmss debug2: pubkey_prepare: done debug1: SSH2_MSG_EXT_INFO received debug1: kex_input_ext_info: server-sig-algs=<ssh-ed25519,ssh-rsa,rsa-sha2-256,rsa-sha2-512,ssh-dss,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521> debug2: service_accept: ssh-userauth debug1: SSH2_MSG_SERVICE_ACCEPT received debug1: Authentications that can continue: publickey,keyboard-interactive debug1: Next authentication method: publickey debug1: Offering public key: /Users/kuku/.ssh/id_rsa RSA SHA256:XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX debug2: we sent a publickey packet, wait for reply debug1: Server accepts key: /Users/kuku/.ssh/id_rsa RSA SHA256:XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX debug1: Authentication succeeded (publickey). Authenticated to pc235 ([192.168.178.50]:22). debug1: channel 0: new [client-session] debug2: channel 0: send open debug1: Requesting no-more-sessi...@openssh.com debug1: Entering interactive session. debug1: pledge: exec debug1: client_input_global_request: rtype hostkeys...@openssh.com want_reply 0 debug1: Remote: /home/kuku/.ssh/authorized_keys:1: key options: agent-forwarding port-forwarding pty user-rc x11-forwarding debug1: Remote: /home/kuku/.ssh/authorized_keys:1: key options: agent-forwarding port-forwarding pty user-rc x11-forwarding debug2: channel_input_open_confirmation: channel 0: callback start debug2: x11_get_proto: /opt/X11/bin/xauth list /private/tmp/com.apple.launchd.Xc4qIDNTI2/org.macports:0 2>/dev/null debug1: Requesting X11 forwarding with authentication spoofing. debug2: channel 0: request x11-req confirm 1 debug2: fd 6 setting TCP_NODELAY debug2: client_session2_setup: id 0 debug2: channel 0: request pty-req confirm 1 debug1: Sending environment. debug1: Sending env LANG = de_DE.UTF-8 debug2: channel 0: request env confirm 0 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 99 id 0 debug2: X11 forwarding request accepted 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: Sat May 9 08:42:19 2020 from christophs-mbp.fritz.box FreeBSD 12.1-RELEASE GENERIC Welcome to FreeBSD! Release Notes, Errata: https://www.FreeBSD.org/releases/ Security Advisories: https://www.FreeBSD.org/security/ FreeBSD Handbook: https://www.FreeBSD.org/handbook/ FreeBSD FAQ: https://www.FreeBSD.org/faq/ Questions List: https://lists.FreeBSD.org/mailman/listinfo/freebsd-questions/ FreeBSD Forums: https://forums.FreeBSD.org/ Documents installed with the system are in the /usr/local/share/doc/freebsd/ directory, or can be installed later with: pkg install en-freebsd-doc For other languages, replace "en" with a language code like de or fr. Show the version of FreeBSD installed: freebsd-version ; uname -a Please include that output and any error messages when posting questions. Introduction to manual pages: man man FreeBSD directory layout: man hier Edit /etc/motd to change this login announcement. To run rc scripts in /etc/rc.d and /usr/local/etc/rc.d use service(8). Run "service ${name_of_rc_script} start" to start a daemon and "service ${name_of_rc_script} stop" to stop it. -- Lars Engels <l...@freebsd.org> $ $ set BLOCKSIZE=K DISPLAY=localhost:10.0 EDITOR=vi ENV=/home/kuku/.shrc HOME=/home/kuku IFS=$' \t ' LOGNAME=kuku MAIL=/var/mail/kuku OPTIND=1 PAGER=less PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin:/home/kuku/bin PPID=2932 PS1='$ ' PS2='> ' PS4='+ ' PWD=/usr/home/kuku SHELL=/bin/sh SSH_CLIENT='192.168.178.51 61201 22' SSH_CONNECTION='192.168.178.51 61201 192.168.178.50 22' SSH_TTY=/dev/pts/0 TERM=xterm-256color USER=kuku _=g $ echo $DISPLAY localhost:10.0 $ xclock debug1: client_input_channel_open: ctype x11 rchan 3 win 65536 max 16384 debug1: client_request_x11: request from 127.0.0.1 58347 debug1: x11_connect_display: $DISPLAY is launchd debug2: fd 9 setting O_NONBLOCK debug1: channel 1: new [x11] debug1: confirm x11
The X11DisplayOffset seems to be 10, although the line in sshd_config is commented out. 10 seems to be the default. But it used to work the day before yesterday. Don’t know what happened unless I had done something to the PATH or macports tree. What I did was remove the X11 icon from the dock, but that after it stopped working. It is so that X11 Quartz normally launches automatically when a client requests an X11 connection, right? Still clueless. Maybe I’m overlooking something very obvious? — Christoph > Am 08.05.2020 um 17:41 schrieb Pierre Malard <p...@teledetection.fr>: > > Hi, > > Some possibilities: > 1) Try your « ssh -Y » in verbose mode like « ssh -v -Y » or > « ssh -vv -Y » for more verbose and take a look at the displayed > messages. > 2) Is « xauth » package is on your target? > 3) What about the « X11DisplayOffset » on your target? > 4) What about these lines: > Source% ssh -Y user@cible > Target% echo $DISPLAY > Target% xclock > > It’s not an SHELL problem. > > Good luck > >> Le 8 mai 2020 à 16:10, Christoph Kukulies <k...@kukulies.org> a écrit : >> >> Today is a havoc day. I changed my login shell to bash. Also added this BASH >> Silencing variable succesfully. >> Was playing around for hours with my FreeBSD system in the network and in >> the morning I ran some X clients. >> Alway saw the X11 Quartz icon in the dock. >> >> Is it correct, the X server starts automatically if an X cient wants to >> connect over the network, right. >> Last thing I did was to remove the X11 icon from the dock. Now suddenly when >> I ssh -Y to the FreeBSD system, start xclock there, >> nothing happens. The xclock command line hangs on the client side. But no >> message at all. DISPLAY is localhost:10.0. >> >> I did a reboot of the FreeBSD system already to no avail. What’s going on? >> Will reboot my Mac and next thing I’ll do is revert to zsh to see whether it >> has got to do with that. >> >> — >> Christoph >> > > -- > Pierre Malard > > « Je n'ai jamais séparé la République des idées de justice sociale, > sans laquelle elle n'est qu'un mot » > Jean Jaures > - 1887 > |\ _,,,---,,_ > /,`.-'`' -. ;-;;,_ > |,4- ) )-,_. ,\ ( `'-' > '---''(_/--' `-'\_) πr > > perl -e '$_=q#: 3|\ 5_,3-3,2_: 3/,`.'"'"'`'"'"' 5-. ;-;;,_: |,A- ) )-,_. > ,\ ( `'"'"'-'"'"': '"'"'-3'"'"'2(_/--'"'"' `-'"'"'\_): > 24πr::#;y#:#\n#;s#(\D)(\d+)#$1x$2#ge;print' > - --> Ce message n’engage que son auteur <-- >
