| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
ok djm markus
|
|
|
|
|
| |
multiplexing is in use; patch from Sami Hartikainen via bz#2324;
ok dtucker@
|
|
|
|
|
| |
previously we were always returning 0. bz#2255 reported by Brendan
Germain; ok dtucker
|
| |
|
|
|
|
|
|
|
|
| |
may be forwarded to a local Unix domain socket and vice versa or
both ends may be a Unix domain socket. This is a reimplementation
of the streamlocal patches by William Ahern from:
http://www.25thandclement.com/~william/projects/streamlocal.html
OK djm@ markus@
|
|
|
|
|
| |
callers that futzing with it will futz with the actual buffer
contents
|
| |
|
| |
|
|
|
|
| |
and call it through the detach_user function pointer. ok djm@
|
| |
|
| |
|
|
|
|
| |
(in addition to ones already in OPEN); bz#2079, ok dtucker@
|
|
|
|
| |
bz#2055 reported by mathieu.lacage AT gmail.com
|
|
|
|
|
| |
sequence is used. This means that ~. should now work in mux clients even
if the server is no longer responding. Found by tedu, ok djm.
|
|
|
|
|
| |
context when new session message is malformed; bz#2003 from Bert.Wesarg
AT googlemail.com
|
|
|
|
| |
AT googlemail.com
|
| |
|
|
|
|
|
|
|
|
|
| |
> revision 1.32
> date: 2011/12/02 00:41:56; author: djm; state: Exp; lines: +4 -1
> fix bz#1948: ssh -f doesn't fork for multiplexed connection.
> ok dtucker@
it interacts badly with ControlPersist
|
|
|
|
| |
ok dtucker@
|
|
|
|
|
|
|
|
|
| |
1) send the actual listen port in the open message (instead of 0).
this allows multiple forwardings with a dynamic listen port
2) update the matching permit-open entry, so we can identify where
to connect to
report: den at skbkontur.ru and P. Szczygielski
feedback and ok djm@
|
|
|
|
|
| |
socket. Use ssh -O cancel -L xx:xx:xx -R yy:yy:yy user@host" to request
the cancellation of the specified forwardings; ok markus@
|
|
|
|
| |
forwarding was refused by the server; ok markus@
|
|
|
|
|
|
|
|
|
|
|
|
| |
RequestTTY=auto mode (the default), then do not treat at TTY
allocation error as fatal but rather just restore the local TTY
to cooked mode and continue. This is more graceful on devices that
never allocate TTYs.
If RequestTTY is set to "yes" or "force", then failure to allocate
a TTY is fatal.
ok markus@
|
|
|
|
| |
control over tty allocation (like -t/-T); ok markus@
|
|
|
|
| |
sockaddr_un. ok markus@ as part of a larger diff
|
|
|
|
| |
its listener socket and refuse future multiplexing requests; ok markus@
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
name and then linking it into position after listen() has succeeded.
this allows the mux clients to determine that the server socket is
either ready or stale without races. stale server sockets are now
automatically removed
ok deraadt
|
|
|
|
|
|
|
|
|
|
|
| |
authentication cookies to avoid fallback in X11 code to fully-trusted
implicit authentication using SO_PEERCRED described at:
http://lists.x.org/archives/xorg-devel/2010-May/008636.html
After the X11ForwardTimeout has expired the client will now refuse
incoming X11 channel opens.
based on patch from Tavis Ormandy; "nice" markus@
|
|
|
|
| |
forwards per direction; ok markus@ stevesk@
|
|
|
|
|
|
| |
sizeof(state) with sizeof(*state). This worked by accident since
the struct contained a single int at present, but could have broken
in the future. patch from hyc AT symas.com
|
|
|
|
|
|
| |
use with
LPORT=`ssh -S muxsocket -R0:localhost:25 -O forward somehost`
feedback and ok djm@
|
|
|
|
|
|
|
|
|
|
|
|
| |
Prevents misordering of replies if new requests arrive while waiting.
Extend channel open confirm callback to allow signalling failure
conditions as well as success. Use this to 1) fix a memory leak, 2)
start using the above pause mechanism and 3) delay sending a success/
failure message on mux slave session open until we receive a reply from
the server.
motivated by and with feedback from markus@
|
|
|
|
|
| |
This causes the channel to close normally when its fds close and
hangs when terminating a mux slave using ~. bz#1758; ok markus@
|
| |
|
|
|
|
|
| |
harmless error messages when connecting to SSH.COM Tectia server
report by imorgan AT nas.nasa.gov
|
|
|
|
| |
its session channel)
|
|
|
|
|
|
|
|
|
|
|
| |
In a mux master, when a socket to a mux slave closes before its server
session (as may occur when the slave has been signalled), gracefully
close the server session rather than deleting its channel immediately.
A server may have more messages on that channel to send (e.g. an exit
message) that will fatal() the client if they are sent to a channel that
has been prematurely deleted.
spotted by imorgan AT nas.nasa.gov
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The new multiplexing code uses channels for the listener and
accepted control sockets to make the mux master non-blocking, so
no stalls when processing messages from a slave.
avoid use of fatal() in mux master protocol parsing so an errant slave
process cannot take down a running master.
implement requesting of port-forwards over multiplexed sessions. Any
port forwards requested by the slave are added to those the master has
established.
add support for stdio forwarding ("ssh -W host:port ...") in mux slaves.
document master/slave mux protocol so that other tools can use it to
control a running ssh(1). Note: there are no guarantees that this
protocol won't be incompatibly changed (though it is versioned).
feedback Salvador Fandino, dtucker@
channel changes ok markus@
|
|
|
|
| |
usually don't actually have a tty to read/set; bz#1686 ok dtucker@
|
| |
|
| |
|
| |
|
|
|
|
|
| |
(socket connect fail, invalid version, refused permittion, corrupted
messages, etc.); bz #1329 ok dtucker@
|
|
|
|
| |
small memory leak per session; plug it.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
its own escape state and hook the escape filters up to muxed
channels. bz #1331
Mux slaves do not currently support the ~^Z and ~& escapes.
NB. this change cranks the mux protocol version, so a new ssh
mux client will not be able to connect to a running old ssh
mux master.
ok dtucker@
|
|
making the function names more consistent - making ssh.c and
clientloop.c a fair bit more readable.
ok markus@
|