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

Cannot join an active session on some of the clusters (4.3) #4012

Closed
alex-kovoy opened this issue Jul 10, 2020 · 2 comments · Fixed by #4027
Closed

Cannot join an active session on some of the clusters (4.3) #4012

alex-kovoy opened this issue Jul 10, 2020 · 2 comments · Fixed by #4027
Assignees

Comments

@alex-kovoy
Copy link
Contributor

The endpoint which returns an active session information may return an empty cluster_name field (which has been added in 4.3) thus preventing webui from joining a session. This has been observed on cluster upgraded from 4.2 to 4.3 using the dir storage.

/v1/webapi/sites/:siteID/sessions/:SID

{
  id: "XX"
  namespace: "default"
  parties: [{id: "XXX", remote_addr: "XXX",}]
  terminal_params: {w: 80, h: 25}
  login: "root"
  created: "2020-07-10T16:08:25.033352638Z"
  last_active: "2020-07-10T16:08:25.033354254Z"
  server_id: "61ada453-eb22-4692-b07f-9c729ad35b83"
  server_hostname: ""
  server_addr: ""
  cluster_name: ""
}

There are 2 things that we can do:

  1. Understand why cluster_name might be empty.
  2. If we cannot guarantee an availability of this field after upgrading from 4.2 to 4.3 then make UI more resilient - if empty, take this value from URL.
@stevenGravy
Copy link
Contributor

This is specifically happening with a 4.2.X agent with a 4.3.0 proxy/auth. A 4.3.0 agent works. Note that the webui is that part that doesn't work. tsh joining does work.

@russjones
Copy link
Contributor

russjones commented Jul 15, 2020

Best: 1
Realistic: 1

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