You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently if two sessions are started from the same machine with the same port (even with two different users) then the second session will fail to create the SSH tunnel but will appear to have connected nonetheless. This can lead to multiple users hijacking one session due to everyone using the default port (12345) and then connecting to this in Vivado/SDK.
While users can specify a custom port using the -l option to the client script, this needs to be clearer as an option, and if the port cannot be used then the script needs to fail rather than carrying on regardless.
Using a random default port would help with this, but then the VLAB connection in the Xilinx tools will have to be modified frequently, which is likely to cause problems.
An alternative could be to assign (or calculate) a different default port for each user, or to just encourage (or force) people to specify a custom port when connecting.
The text was updated successfully, but these errors were encountered:
This stops a user from accidentally opening a connection without
actually creating a tunnel, but no error handling is done at the moment.
First step towards fixing #29.
Currently if two sessions are started from the same machine with the same port (even with two different users) then the second session will fail to create the SSH tunnel but will appear to have connected nonetheless. This can lead to multiple users hijacking one session due to everyone using the default port (12345) and then connecting to this in Vivado/SDK.
While users can specify a custom port using the
-l
option to the client script, this needs to be clearer as an option, and if the port cannot be used then the script needs to fail rather than carrying on regardless.Using a random default port would help with this, but then the VLAB connection in the Xilinx tools will have to be modified frequently, which is likely to cause problems.
An alternative could be to assign (or calculate) a different default port for each user, or to just encourage (or force) people to specify a custom port when connecting.
The text was updated successfully, but these errors were encountered: