Ssh login to other Mac launches X11 locally
Hello! When I simply perform 'ssh Leopard' or 'ssh Tiger' (signifying the OS) the local X server, XQuartz 2.7.8_beta1 (xorg-server 1.16.0), launches – which launches a few X clients for a second time. Among these lines the cause for this behaviour certainly lies… debug1: Authentication succeeded (publickey). debug1: channel 0: new [client-session] debug3: ssh_session2_open: channel_new: 0 debug2: channel 0: send open debug1: Requesting no-more-sessions@openssh.com debug1: Entering interactive session. debug2: callback start debug2: x11_get_proto: /opt/X11/bin/xauth -f /tmp/ssh-0ob06XPDZb/xauthfile generate /tmp/launch-GUj0Zf/org.macosforge.xquartz:0 MIT-MAGIC-COOKIE-1 untrusted timeout 1200 2>/dev/null debug2: x11_get_proto: /opt/X11/bin/xauth -f /tmp/ssh-0ob06XPDZb/xauthfile list /tmp/launch-GUj0Zf/org.macosforge.xquartz:0 2>/dev/null debug1: Requesting X11 forwarding with authentication spoofing. debug2: channel 0: request x11-req confirm 0 debug1: Requesting authentication agent forwarding. debug2: channel 0: request auth-agent-req@openssh.com confirm 0 debug2: client_session2_setup: id 0 debug2: channel 0: request pty-req confirm 1 debug2: channel 0: request shell confirm 1 debug2: fd 4 setting TCP_NODELAY debug2: callback done debug2: channel 0: open confirm rwindow 0 rmax 32768 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: Sun Jan 18 14:00:59 2015 from Sumac -- Greetings Pete Bake pizza not war!
That means that something is shoving data into the socket which is causing XQuartz.app to launch. I don't see that behavior here, so I suspect it is a local configuration issue.
On Jan 18, 2015, at 09:05, Peter Dyballa <Peter_Dyballa@Web.DE> wrote:
Hello!
When I simply perform 'ssh Leopard' or 'ssh Tiger' (signifying the OS) the local X server, XQuartz 2.7.8_beta1 (xorg-server 1.16.0), launches – which launches a few X clients for a second time.
Among these lines the cause for this behaviour certainly lies…
debug1: Authentication succeeded (publickey). debug1: channel 0: new [client-session] debug3: ssh_session2_open: channel_new: 0 debug2: channel 0: send open debug1: Requesting no-more-sessions@openssh.com debug1: Entering interactive session. debug2: callback start debug2: x11_get_proto: /opt/X11/bin/xauth -f /tmp/ssh-0ob06XPDZb/xauthfile generate /tmp/launch-GUj0Zf/org.macosforge.xquartz:0 MIT-MAGIC-COOKIE-1 untrusted timeout 1200 2>/dev/null debug2: x11_get_proto: /opt/X11/bin/xauth -f /tmp/ssh-0ob06XPDZb/xauthfile list /tmp/launch-GUj0Zf/org.macosforge.xquartz:0 2>/dev/null debug1: Requesting X11 forwarding with authentication spoofing. debug2: channel 0: request x11-req confirm 0 debug1: Requesting authentication agent forwarding. debug2: channel 0: request auth-agent-req@openssh.com confirm 0 debug2: client_session2_setup: id 0 debug2: channel 0: request pty-req confirm 1 debug2: channel 0: request shell confirm 1 debug2: fd 4 setting TCP_NODELAY debug2: callback done debug2: channel 0: open confirm rwindow 0 rmax 32768 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: Sun Jan 18 14:00:59 2015 from Sumac
-- Greetings
Pete
Bake pizza not war!
_______________________________________________ Xquartz-dev mailing list Xquartz-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/xquartz-dev
Jeremy Huddleston Sequoia <jeremyhu@apple.com> writes:
On Jan 18, 2015, at 09:05, Peter Dyballa <Peter_Dyballa@Web.DE> wrote:
When I simply perform 'ssh Leopard' or 'ssh Tiger' (signifying the OS) the local X server, XQuartz 2.7.8_beta1 (xorg-server 1.16.0), launches which launches a few X clients for a second time.
That means that something is shoving data into the socket which is causing XQuartz.app to launch. I don't see that behavior here, so I suspect it is a local configuration issue.
Seems like you should disable X11 forwarding if you don't want a local X11 server to start. It's evidently enabled at the moment:
debug1: Requesting X11 forwarding with authentication spoofing.
regards, tom lane
Am 19.01.2015 um 00:37 schrieb Tom Lane:
Seems like you should disable X11 forwarding if you don't want a local X11 server to start. It's evidently enabled at the moment:
debug1: Requesting X11 forwarding with authentication spoofing.
Although the documentation ('man ssh_config' and also man sshd_config) states for ForwardX11/X11Forwarding: "The default is ``no''." it was active. It finally was "no" when I created my own ~/.ssh/config with ForwardX11 no -- Greetings <] Pete o __o |__ o recumbo ___o /I -\<, |o \ -\),-% ergo sum! ___/\ /\___./ \___...O/ O____.....`-O-'-()--o_________________
On Jan 25, 2015, at 14:53, Peter Dyballa <Peter_Dyballa@Web.DE> wrote:
Am 19.01.2015 um 00:37 schrieb Tom Lane:
Seems like you should disable X11 forwarding if you don't want a local X11 server to start. It's evidently enabled at the moment:
debug1: Requesting X11 forwarding with authentication spoofing.
Although the documentation ('man ssh_config' and also man sshd_config) states for ForwardX11/X11Forwarding: "The default is ``no''." it was active. It finally was "no" when I created my own ~/.ssh/config with
Did you enable it in /etc/sshd_config ?
On 28Jan2015 17:13, Jeremy Huddleston Sequoia <jeremyhu@apple.com> wrote:
On Jan 25, 2015, at 14:53, Peter Dyballa <Peter_Dyballa@Web.DE> wrote: Am 19.01.2015 um 00:37 schrieb Tom Lane:
Seems like you should disable X11 forwarding if you don't want a local X11 server to start. It's evidently enabled at the moment:
debug1: Requesting X11 forwarding with authentication spoofing.
Although the documentation ('man ssh_config' and also man sshd_config) states for ForwardX11/X11Forwarding: "The default is ``no''." it was active. It finally was "no" when I created my own ~/.ssh/config with
Did you enable it in /etc/sshd_config ?
sshd_config only allows or forbids it for incoming connections to an ssh server. Peter needs to look at his local /etc/ssh_config to see if the system settings have it enabled for clients i.e. his outbound ssh commands. Cheers, Cameron Simpson <cs@zip.com.au>
On 05Feb2015 07:31, Cameron Simpson <cs@zip.com.au> wrote:
Did you enable it in /etc/sshd_config ?
sshd_config only allows or forbids it for incoming connections to an ssh server. Peter needs to look at his local /etc/ssh_config to see if the system settings have it enabled for clients i.e. his outbound ssh commands.
Sorry, hadn't noticed how old that thread was... Cheers, Cameron Simpson <cs@zip.com.au>
participants (4)
-
Cameron Simpson
-
Jeremy Huddleston Sequoia
-
Peter Dyballa
-
Tom Lane