search for: control_persist_detach

...itle(ac, av); + av = saved_argv; + } +#endif + + /* Ensure that fds 0, 1 and 2 are open or directed to /dev/null */ + sanitise_stdfd(); + /* * Discard other fds that are hanging around. These can cause problem * with backgrounded ssh processes started by ControlPersist. @@ -965,6 +978,7 @@ control_persist_detach(void) if (devnull > STDERR_FILENO) close(devnull); } + setproctitle("%s [mux]", options.control_path); } /* Do fork() after authentication. Used by "ssh -f" */ -- 1.7.3.3.1603.g7f137

...d_keys:1: key options: agent-forwarding port-forwarding pty user-rc x11-forwarding debug3: receive packet: type 81 debug1: remote forward success for: listen /home/tbrown/.gnupg/S.gpg-agent:-2, connect /home/tbrown/.gnupg/S.gpg-agent.extra:-2 debug1: All remote forwarding requests processed debug1: control_persist_detach: backgrounding master process debug2: control_persist_detach: background process is 85607 debug2: fd 4 setting O_NONBLOCK debug1: forking to background debug1: multiplexing control connection debug3: fd 5 is O_NONBLOCK debug3: fd 5 is O_NONBLOCK debug1: channel 1: new [mux-control] debug3: channel_...

...ssed). This probably makes sense to not fork twice, but let's look further: ------------------------------------>snip<------------------------------------ /* Do fork() after authentication. Used by "ssh -f" */ static void fork_postauth(void) { if (need_controlpersist_detach) control_persist_detach(); [...] if (daemon(1, 1) == -1) ------------------------------------>snip<------------------------------------ No closing of FDs through daemon()... and since need_controlpersist_detach will not be true if fork_after_authentication_flag is, the code that closes the other FDs will not run....

...x related messages are emitted with debug1: ssh -v workstation ... debug1: Authentication succeeded (publickey). Authenticated to remote.example.com ([1.2.3.4]:22). debug1: setting up multiplex master socket debug1: channel 0: new [/home/USER/.ssh/connections/USER at remote.example.com:22] debug1: control_persist_detach: backgrounding master process debug1: forking to background debug1: Entering interactive session. debug1: pledge: id debug1: multiplexing control connection debug1: channel 1: new [mux-control] debug1: channel 2: new [client-session] debug1: client_input_global_request: rtype hostkeys-00 at openssh...

hi, Ran into a problem which I thought was an AIXism, but have since found that it can be reproduced on Linux and MacOS. It can NOT be reproduced on OpenBSD. Reproduced on: AIXv7.1 OpenSSH v6.0p1 RedHat 6.8 OpenSSH 5.4p1 Redhat 7.2 OpenSSH 6.6.1p1 MacOS 10.11 (sorry, forgot to grab the OpenSSH version) Could not reproduce on: OpenBSD 5.9-current, march snapshot, OpenSSH_7.2 OpenBSD

...t fsfe.org --- Comment #3 from chrysn at fsfe.org --- looking to report this myself, i first found bug #1988; the change that fixed that back then ("djm at cvs.openbsd.org 2013/07/25 00:29:10") introduced a daemon(nochdir=1) call. using daemon(0, 1) instead of daemon(1, 1) at the end of control_persist_detach solves this bug for me. it is a little hard for me to test continuously, though -- the change works when i building from source, not when building the debian package, but those issues don't belong here. for reference, my test setup is $ killall ssh $ mkdir a # mount -ttmpfs tmp a $ cd a $ ssh...

https://bugzilla.mindrot.org/show_bug.cgi?id=1988 Darren Tucker <dtucker at zip.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dtucker at zip.com.au Blocks| |2076 -- You are receiving this mail

...0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0x7f901060c9f0) = 20475 exit_group(0) = ? It looks like the parent is not reaping this clone after it terminates." I can reproduce this. Using -vvv shows that the process in question forked by control_persist_detach, and exits in the daemon call in fork_postauth. The ssh client doesn't appear to install a SIGCHLD handler anywhere. -- Configure bugmail: https://bugzilla.mindrot.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching the assignee of the bug.

...ONBLOCK debug3: fd 4 is O_NONBLOCK debug3: fd 4 is O_NONBLOCK debug1: channel 0: new [/home/mrkiko/.ssh/controlmasters/ffcb7b290d3be704cb5460c2430449dc7c74f50c] debug3: muxserver_listen: mux listener channel 0 fd 4 debug2: fd 3 setting TCP_NODELAY debug3: ssh_packet_set_tos: set IP_TOS 0x08 debug1: control_persist_detach: backgrounding master process debug2: control_persist_detach: background process is 1259 debug2: fd 4 setting O_NONBLOCK debug1: forking to background debug1: Entering interactive session. debug1: pledge: id debug2: set_control_persist_exit_time: schedule exit in 60 seconds debug1: multiplexing con...