Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Spikes in connection time #121

Open
chrypnotoad opened this issue Sep 30, 2019 · 3 comments
Open

Spikes in connection time #121

chrypnotoad opened this issue Sep 30, 2019 · 3 comments

Comments

@chrypnotoad
Copy link

We are seeing intermittent spikes in the time it takes for a user to establish a connection with our SSH Server. The delay is in between PublicKeyHandler and Handler starting. So the customer successfully authenticates, then something happens anywhere from a couple seconds to multiple minutes (9 minutes was the most this weeks), then then the Handler kicks in and they are connected as usual. it seems to be inside the gliderlabs/ssh code while this is happening.

We have not been able to reproduce the issue ourselves. It does not happen to any particular customers or with any particular client, but we see some customer connections being delayed like this every day.

We only have questions right now:

  • Is it possible that there are some timeout values that we could configure around this?
  • Is it possible there is a prompt or some other customer interaction that it is waiting on?
@progrium
Copy link
Contributor

progrium commented Sep 30, 2019 via email

@chrypnotoad
Copy link
Author

chrypnotoad commented Oct 1, 2019

We are seeing these in our logs and monitoring. We log the time it takes between multiple different steps. We have one specifically for the time in between our authentication completing and the handler starting. We have a load test that we run which does not ever hit this issue.

@belak
Copy link
Collaborator

belak commented May 10, 2022

When I was maintaining the server for Bitbucket, we had a number of users who would open a connection then use it later. We added a timeout to kill connections which took too long to open a session.

Would one of the timeouts mentioned in #11 work? It seems like this issue might be a duplicate of that.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants