mirror of
https://github.com/ovh/the-bastion.git
synced 2026-05-09 08:25:27 +02:00
[GH-ISSUE #125] cant ssh to any host. #26
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#26
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 @qxmips on GitHub (Jan 19, 2021).
Original GitHub issue: https://github.com/ovh/the-bastion/issues/125
not sure what's happened but now I can't ssh to any host:
seems like ttyrec doesn't like some param.
how i can check what parameters is ttyrec is called with?
@qxmips commented on GitHub (Jan 19, 2021):
the version was v3.01.03 when issue appered . updated to v3.01.99-rc2 and
also re-executed /opt/bastion/bin/admin/install-ttyrec.sh -a
@qxmips commented on GitHub (Jan 19, 2021):
enabled debug:
@speed47 commented on GitHub (Jan 19, 2021):
It looks like you're having an old version of ttyrec, which seems strange because the latest The Bastion version bumps didn't change the ttyrec calls parameters.
Could you check that you don't have multiple ttyrec versions installed, for example one in /usr/local/bin and another one in /usr/bin, one being an older version?
EDIT: disregard that, I missed the
You specified --warn-before-kill without enabling --timeout-kill, this doesn't make senseline, bisecting.@speed47 commented on GitHub (Jan 19, 2021):
There were no recent change around that portion of code, did you change your
/etc/bastion/bastion.confrecently, possibly settingwarnBeforeKillSecondswithout settingidleKillTimeout? ThewarnBeforeKillSecondssetting tells ttyrec to warn the user a few seconds/minutes before theidleKillTimeouttimer kicks in and terminate their session. That's why setting a non-zero value towarnBeforeKillSecondswithout enabling idle session killing throughidleKillTimeoutdoesn't make sense.I'll propose a patch to detect this case, so that the bastion ignores the
warnBeforeKillSecondssetting ifidleKillTimeoutis not enabled, and log an error to syslog so that the sysadmin know they should adjust their configuration, to avoid completely breaking connections as it does now.@qxmips commented on GitHub (Jan 19, 2021):
@speed47 yep. that's it. warnBeforeKillSeconds was set without idleKillTimeout . Thank you