mirror of
https://github.com/ovh/the-bastion.git
synced 2026-05-09 08:25:27 +02:00
[GH-ISSUE #506] [Question] Rsync won't record the rsynced file names in ttyrec #128
Labels
No labels
answered
bug
documentation
enhancement
enhancement
feature
feature
kept-open-for-info
pull-request
question
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/the-bastion#128
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @SherifNagy on GitHub (Oct 23, 2024).
Original GitHub issue: https://github.com/ovh/the-bastion/issues/506
Just updated to latest release 3.17.00 to test the rsync functionality and it works great, however, I noticed that in the ttyrec session, it won't list the files names that being rsynced, is this expected?
just shows something like
@speed47 commented on GitHub (Dec 4, 2024):
Hello, sorry for the response delay!
Yes, what you're seeing is expected, this is because the file list is not generated (or seen) on the bastion, nor on the remote server where you're rsync from/to, but on your local rsync client.
Using the bastion, you have:
The filelist display is generated by the local rsync client, and outputted to your terminal directly. What's flowing through ssh to the bastion and to the remote server is the binary rsync protocol directly.
If having the output list recorded is critical to you, you would need to ensure the rsync client is launched under ttyrec itself, which means something like:
This way, the first bastion will have a ttyrec with the output of what is displayed on the rsync client machine's terminal.
Note that if your only concern is having this list, the second bastion is not even needed (if the rsync client has direct ssh access to the rsync server, and if this is allowed by your security/network constraints, that is)