Open programmerq opened 1 year ago
note for the implementor/assignee: due to the way our SSH session proxying code works to allow for proxy-recording, the codepath is the same regardless if you are a proxy or not and you have to check the component to figure out if you are a node or proxy (see lib/srv/sess.go). As a result of this, the proxy also generates a session ID as the code doesn't know it's running in proxy mode, so there's two of these.
Current behavior:
When connected to an SSH session, it is possible to grab your session id by running
teleport status
:If using proxy recording mode (and I suspect moderated sessions too), this session id does not show up in the event log, and does not work for session playback. The session id that appears in the proxy logs is the one that will appear in the audit events and work with
tsh play
:Additionally, there does not appear to be any reference on the node nor on the proxy to establish a relationship between the session id as seen on the proxy, and the session id as seen on the node.
Expected behavior
The
teleport status
output, and teleport node agent logs should have a session id that will appear in the audit events and work for session playback.At the very least, it should be possible to relate the user-visible session id (as seen in
teleport status
or the teleport node logs) with the session id in the event log. Ideally, one would be able to search either log for either session id and get the relevant matches.Bug details: