RE: ssh ControlMaster re-broken

RE: ssh ControlMaster re-broken

[Zhu, Binbin (Nokia - CN/Hangzhou)]

Hi,
>> On Nov 19 11:45, Andrew Schulman wrote:
>> > > On Nov 17 12:46, Zhu, Binbin (Nokia - CN/Hangzhou) wrote:
>> > > > Hi,
>> > > > 
>> > > > It worked month ago, but it failed after reinstall.
>> > > 
>> > > Are you really sure it ever worked?  To the best of my knowledge the
>> > > control master stuff always required descriptor passing via AF_LOCAL
>> > > sockets, which is not available under Cygwin.
>> > > 
>> > > Corinna
>> > 
>> > Concur - it's never worked AFAIK.
>> 
>> I think it's not even the first time this came up on the list, right?
>
>https://cygwin.com/ml/cygwin/2015-01/msg00123.html

It really worked in 2.2.0. 
"
liawei@xxx ~
$ ssh -nNf -o ControlMaster=yes -o ControlPath=/home/liawei/.ssh/ctl/%h liawei@10.133.x.x
liawei@10.133.x.x's password:


liawei@xxx ~
$ ssh -nNf -o ControlMaster=yes -o ControlPath=/home/liawei/.ssh/ctl/%h liawei@10.133.x.x
liawei@10.133.x.x's password:

liawei@xxx ~
$ ssh -o ControlPath=/home/liawei/.ssh/ctl/%h liawei@10.133.x.x
process_mux_new_session: tcgetattr: Inappropriate ioctl for device
Last login: Mon Nov 23 10:30:41 2015 from 10.140.x.x
,...
$ [liawei@esling001 ~]$ logout

Shared connection to 10.133.x.x closed.

liawei@xxx ~
$ uname -a
CYGWIN_NT-6.1-WOW xxx 2.2.0(0.289/5/3) 2015-08-03 12:49 i686 Cygwin

liawei@xxx ~
$"

Br, Bin
LTE C-PLANE

-----Original Message-----
From: Zhu, Binbin (Nokia - CN/Hangzhou) 
Sent: Wednesday, November 18, 2015 8:27 PM
To: 'cygwin@cygwin.com' <cygwin@cygwin.com>
Subject: RE: ssh ControlMaster re-broken

Hi,

Specifically, it worked in 
2.2.0(0.289/5/3) 2015-08-03 12:49 i686 Cygwin

But failed in 
2.2.0(0.289/5/3) 2015-08-03 12:49 i686 Cygwin

Both i686 and x86_64...

Br, Bin
LTE C-PLANE

-----Original Message-----
From: Zhu, Binbin (Nokia - CN/Hangzhou) 
Sent: Tuesday, November 17, 2015 8:46 PM
To: 'cygwin@cygwin.com' <cygwin@cygwin.com>
Subject: ssh ControlMaster re-broken

Hi,

It worked month ago, but it failed after reinstall.

1. Create shared session: ssh -vvv -nNf -o ControlMaster=yes -o ControlPath="$HOME/.ssh/ctl/%L-%r@%h:%p"  remote-host
Output in accepting new connection: 
$ debug1: multiplexing control connection
debug3: fd 5 is O_NONBLOCK
debug3: fd 5 is O_NONBLOCK
debug1: channel 1: new [mux-control]
debug3: channel_post_mux_listener: new mux channel 1 fd 5
debug3: mux_master_read_cb: channel 1: hello sent
debug3: mux_master_read_cb: channel 1 packet type 0x00000001 len 4
debug2: process_mux_master_hello: channel 1 slave version 4
debug3: mux_master_read_cb: channel 1 packet type 0x10000004 len 4
debug2: process_mux_alive_check: channel 1: alive check
debug3: mux_master_read_cb: channel 1 packet type 0x10000002 len 41
debug2: process_mux_new_session: channel 1: request tty 1, X 0, agent 0, subsys 0, term "xterm", cmd "", env 0
mm_receive_fd: no message header
process_mux_new_session: failed to receive fd 0 from slave

2. Client output:
$ ssh -vvv -o ControlPath="$HOME/.ssh/ctl/%L-%r@%h:%p" remote-host
OpenSSH_7.1p1, OpenSSL 1.0.2d 9 Jul 2015
debug2: fd 3 setting O_NONBLOCK
debug2: mux_client_hello_exchange: master version 4
debug3: mux_client_forwards: request forwardings: 0 local, 0 remote
debug3: mux_client_request_session: entering
debug3: mux_client_request_alive: entering
debug3: mux_client_request_alive: done pid = 10144
debug3: mux_client_request_session: session request sent
mux_client_request_session: read from master failed: Connection reset by peer
debug2: ssh_connect: needpriv 0

Could you help?

Br, Bin


--
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

RE: ssh ControlMaster re-broken

[Zhu, Binbin (Nokia - CN/Hangzhou)]

Hi,

Specifically, it worked in 
2.2.0(0.289/5/3) 2015-08-03 12:49 i686 Cygwin

But failed in 
2.2.0(0.289/5/3) 2015-08-03 12:49 i686 Cygwin

Both i686 and x86_64...

Br, Bin
LTE C-PLANE

-----Original Message-----
From: Zhu, Binbin (Nokia - CN/Hangzhou) 
Sent: Tuesday, November 17, 2015 8:46 PM
To: 'cygwin@cygwin.com' <cygwin@cygwin.com>
Subject: ssh ControlMaster re-broken

Hi,

It worked month ago, but it failed after reinstall.

1. Create shared session: ssh -vvv -nNf -o ControlMaster=yes -o ControlPath="$HOME/.ssh/ctl/%L-%r@%h:%p"  remote-host
Output in accepting new connection: 
$ debug1: multiplexing control connection
debug3: fd 5 is O_NONBLOCK
debug3: fd 5 is O_NONBLOCK
debug1: channel 1: new [mux-control]
debug3: channel_post_mux_listener: new mux channel 1 fd 5
debug3: mux_master_read_cb: channel 1: hello sent
debug3: mux_master_read_cb: channel 1 packet type 0x00000001 len 4
debug2: process_mux_master_hello: channel 1 slave version 4
debug3: mux_master_read_cb: channel 1 packet type 0x10000004 len 4
debug2: process_mux_alive_check: channel 1: alive check
debug3: mux_master_read_cb: channel 1 packet type 0x10000002 len 41
debug2: process_mux_new_session: channel 1: request tty 1, X 0, agent 0, subsys 0, term "xterm", cmd "", env 0
mm_receive_fd: no message header
process_mux_new_session: failed to receive fd 0 from slave

2. Client output:
$ ssh -vvv -o ControlPath="$HOME/.ssh/ctl/%L-%r@%h:%p" remote-host
OpenSSH_7.1p1, OpenSSL 1.0.2d 9 Jul 2015
debug2: fd 3 setting O_NONBLOCK
debug2: mux_client_hello_exchange: master version 4
debug3: mux_client_forwards: request forwardings: 0 local, 0 remote
debug3: mux_client_request_session: entering
debug3: mux_client_request_alive: entering
debug3: mux_client_request_alive: done pid = 10144
debug3: mux_client_request_session: session request sent
mux_client_request_session: read from master failed: Connection reset by peer
debug2: ssh_connect: needpriv 0

Could you help?

Br, Bin


--
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

Re: ssh ControlMaster re-broken

[Larry Hall (Cygwin)]

On 11/18/2015 7:26 AM, Zhu, Binbin (Nokia - CN/Hangzhou) wrote:
> Hi,
>
> Specifically, it worked in
> 2.2.0(0.289/5/3) 2015-08-03 12:49 i686 Cygwin
>
> But failed in
> 2.2.0(0.289/5/3) 2015-08-03 12:49 i686 Cygwin
>
> Both i686 and x86_64...

Did notice that the "uname" information you provided is the same in the
working and failure cases?  Maybe you pasted the wrong results in one case?


-- 
Larry Hall                              http://www.rfk.com
RFK Partners, Inc.                      (508) 893-9779 - RFK Office
216 Dalton Rd.                          (508) 893-9889 - FAX
Holliston, MA 01746

_____________________________________________________________________

A: Yes.
 > Q: Are you sure?
 >> A: Because it reverses the logical flow of conversation.
 >>> Q: Why is top posting annoying in email?

--
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

ssh ControlMaster re-broken

[Zhu, Binbin (Nokia - CN/Hangzhou)]

Hi,

It worked month ago, but it failed after reinstall.

1. Create shared session: ssh -vvv -nNf -o ControlMaster=yes -o ControlPath="$HOME/.ssh/ctl/%L-%r@%h:%p"  remote-host
Output in accepting new connection: 
$ debug1: multiplexing control connection
debug3: fd 5 is O_NONBLOCK
debug3: fd 5 is O_NONBLOCK
debug1: channel 1: new [mux-control]
debug3: channel_post_mux_listener: new mux channel 1 fd 5
debug3: mux_master_read_cb: channel 1: hello sent
debug3: mux_master_read_cb: channel 1 packet type 0x00000001 len 4
debug2: process_mux_master_hello: channel 1 slave version 4
debug3: mux_master_read_cb: channel 1 packet type 0x10000004 len 4
debug2: process_mux_alive_check: channel 1: alive check
debug3: mux_master_read_cb: channel 1 packet type 0x10000002 len 41
debug2: process_mux_new_session: channel 1: request tty 1, X 0, agent 0, subsys 0, term "xterm", cmd "", env 0
mm_receive_fd: no message header
process_mux_new_session: failed to receive fd 0 from slave

2. Client output:
$ ssh -vvv -o ControlPath="$HOME/.ssh/ctl/%L-%r@%h:%p" remote-host
OpenSSH_7.1p1, OpenSSL 1.0.2d 9 Jul 2015
debug2: fd 3 setting O_NONBLOCK
debug2: mux_client_hello_exchange: master version 4
debug3: mux_client_forwards: request forwardings: 0 local, 0 remote
debug3: mux_client_request_session: entering
debug3: mux_client_request_alive: entering
debug3: mux_client_request_alive: done pid = 10144
debug3: mux_client_request_session: session request sent
mux_client_request_session: read from master failed: Connection reset by peer
debug2: ssh_connect: needpriv 0

Could you help?

Br, Bin


--
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

Re: ssh ControlMaster re-broken

[Corinna Vinschen]

[-- Attachment #1: Type: text/plain, Size: 2193 bytes --]

On Nov 17 12:46, Zhu, Binbin (Nokia - CN/Hangzhou) wrote:
> Hi,
> 
> It worked month ago, but it failed after reinstall.
> 
> 1. Create shared session: ssh -vvv -nNf -o ControlMaster=yes -o ControlPath="$HOME/.ssh/ctl/%L-%r@%h:%p"  remote-host
> Output in accepting new connection: 
> $ debug1: multiplexing control connection
> debug3: fd 5 is O_NONBLOCK
> debug3: fd 5 is O_NONBLOCK
> debug1: channel 1: new [mux-control]
> debug3: channel_post_mux_listener: new mux channel 1 fd 5
> debug3: mux_master_read_cb: channel 1: hello sent
> debug3: mux_master_read_cb: channel 1 packet type 0x00000001 len 4
> debug2: process_mux_master_hello: channel 1 slave version 4
> debug3: mux_master_read_cb: channel 1 packet type 0x10000004 len 4
> debug2: process_mux_alive_check: channel 1: alive check
> debug3: mux_master_read_cb: channel 1 packet type 0x10000002 len 41
> debug2: process_mux_new_session: channel 1: request tty 1, X 0, agent 0, subsys 0, term "xterm", cmd "", env 0
> mm_receive_fd: no message header
> process_mux_new_session: failed to receive fd 0 from slave
  ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  failed attempt at descriptor passing

> 2. Client output:
> $ ssh -vvv -o ControlPath="$HOME/.ssh/ctl/%L-%r@%h:%p" remote-host
> OpenSSH_7.1p1, OpenSSL 1.0.2d 9 Jul 2015
> debug2: fd 3 setting O_NONBLOCK
> debug2: mux_client_hello_exchange: master version 4
> debug3: mux_client_forwards: request forwardings: 0 local, 0 remote
> debug3: mux_client_request_session: entering
> debug3: mux_client_request_alive: entering
> debug3: mux_client_request_alive: done pid = 10144
> debug3: mux_client_request_session: session request sent
> mux_client_request_session: read from master failed: Connection reset by peer
> debug2: ssh_connect: needpriv 0
> 
> Could you help?

Are you really sure it ever worked?  To the best of my knowledge the
control master stuff always required descriptor passing via AF_LOCAL
sockets, which is not available under Cygwin.


Corinna

-- 
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Maintainer                 cygwin AT cygwin DOT com
Red Hat

[-- Attachment #2: Type: application/pgp-signature, Size: 819 bytes --]

Re: ssh ControlMaster re-broken

[Andrew Schulman]

> On Nov 17 12:46, Zhu, Binbin (Nokia - CN/Hangzhou) wrote:
> > Hi,
> > 
> > It worked month ago, but it failed after reinstall.
> 
> Are you really sure it ever worked?  To the best of my knowledge the
> control master stuff always required descriptor passing via AF_LOCAL
> sockets, which is not available under Cygwin.
> 
> Corinna

Concur - it's never worked AFAIK.  Not that you need my concurrence, since
you're the developer in the best position to know.

Andrew


--
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

Re: ssh ControlMaster re-broken

[Corinna Vinschen]

[-- Attachment #1: Type: text/plain, Size: 683 bytes --]

On Nov 19 11:45, Andrew Schulman wrote:
> > On Nov 17 12:46, Zhu, Binbin (Nokia - CN/Hangzhou) wrote:
> > > Hi,
> > > 
> > > It worked month ago, but it failed after reinstall.
> > 
> > Are you really sure it ever worked?  To the best of my knowledge the
> > control master stuff always required descriptor passing via AF_LOCAL
> > sockets, which is not available under Cygwin.
> > 
> > Corinna
> 
> Concur - it's never worked AFAIK.

I think it's not even the first time this came up on the list, right?


Corinna

-- 
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Maintainer                 cygwin AT cygwin DOT com
Red Hat

[-- Attachment #2: Type: application/pgp-signature, Size: 819 bytes --]

Re: ssh ControlMaster re-broken

[Andrew Schulman]

> On Nov 19 11:45, Andrew Schulman wrote:
> > > On Nov 17 12:46, Zhu, Binbin (Nokia - CN/Hangzhou) wrote:
> > > > Hi,
> > > > 
> > > > It worked month ago, but it failed after reinstall.
> > > 
> > > Are you really sure it ever worked?  To the best of my knowledge the
> > > control master stuff always required descriptor passing via AF_LOCAL
> > > sockets, which is not available under Cygwin.
> > > 
> > > Corinna
> > 
> > Concur - it's never worked AFAIK.
> 
> I think it's not even the first time this came up on the list, right?

https://cygwin.com/ml/cygwin/2015-01/msg00123.html


--
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