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
