Diff for "cant_connect" - Creative Computing Wiki

Differences between revisions 1 and 2

This is only for connections that is already set up before and suddenly stopped working. Steps to do when user can't connect:

Find out what company they are from, what release, and how they connect.

If they use a browser to connect to Control, they are on release 14 or 15. They are using guacamole.
If they have a shortcut on their desktop, they are using a VNC client.

At this point we need to remotely connect to their computer to check what they are seeing. For windows computers, we would use ultraviewer. macs would need teamviewer. If we cannot connect to their computer with any of the above tools, then they need to check their internet connection.

Once connected to their computer (this confirms their internet is at least working):

Verify how they connect. If guacamole, try to login to their URL (ask the customer to show you how they connect on their browser) from your browser. Use guacadmin on your browser and try to pick their session. (guacadmin password is either "a secret" or "gu4c4dm1n")
For users of VNC client or if guacamole in step 1 above did not connect, check if you can connect to their session from sam:
```
vncview <servername> <session_number>
```
Where <servername> would be their server and <session_number> is the vnc session number or session name.
If you cannot connect, we need to restart their session:
release 13 and below (as root):
```
init Q
```
release 14 and above:
```
initctl restart turbo VNC=<session_number>
```
If you get an error about Unknown job: turbo try
```
initctl restart turbovnc VNC=<session_number>
```
This will restart the VNC server and should fix the problem.
If you can connect from sam, but not from the client PC, they must have a VPN. Try to disconnect and reconnect their VPN. It should either be native windows VPN or OpenVPN. There should only be one installed. If the VPN fails to connect, ask the customer to restart the whole PC. This should sort out most VPN related problems.

On some computers, we have a utility called "resetsess". This would kill all the processess owned by a certain linux user. The syntax is:

resetsess <session number>

resetsess <session_name>

This is an alternative to working out which command to use in step 2 above.

-  ⇤ ← Revision 1 as of 2019-01-09 22:35:02 → 
  Size: 1305
  Editor: fuzzy
  Comment:
+   ← Revision 2 as of 2019-01-09 22:58:07 → ⇥
  Size: 2365
  Editor: fuzzy
  Comment:
-Deletions are marked like this.
+Additions are marked like this.
 Line 8:
-At this point we need to remotely connect to their computer to check what they are seeing.  For windows computers, we would use ultraviewer.  macs would need teamviewer. 1) if we cannot connect to their computer with any of the above tools, then they need to check their internet connection.
+At this point we need to remotely connect to their computer to check what they are seeing.  For windows computers, we would use ultraviewer.  macs would need teamviewer. If we cannot connect to their computer with any of the above tools, then they need to check their internet connection.
 Line 10:
-Once connected to their computer:
+Once connected to their computer ('''this confirms their internet is at least working'''):
 Line 12:
-. Verify how they connect.  If guacamole, try to login to their URL (check their browser) from your browser
 1. If they are using a VNC client, check if you can connect to their session from sam:
+. Verify how they connect.  If guacamole, try to login to their URL (ask the customer to show you how they connect on their browser) from your browser.  Use guacadmin on your browser and try to pick their session. (guacadmin password is either "a secret" or "gu4c4dm1n")
 1. For users of VNC client or if guacamole in step 1 above did not connect, check if you can connect to their session from sam:
 {{{
vncview <servername> <session_number>
}}}
 Where <servername> would be their server and <session_number> is the vnc session number or session name.<<BR>>If you cannot connect, we need to restart their session:<<BR>>release 13 and below (as root): <<BR>>
 {{{
init Q
}}}
 release 14 and above:<<BR>>
 {{{
initctl restart turbo VNC=<session_number>
}}}
 If you get an error about Unknown job: turbo try<<BR>>
 {{{
initctl restart turbovnc VNC=<session_number>
}}}
 This will restart the VNC server and should fix the problem.
 1. If you can connect from sam, but not from the client PC, they must have a VPN.  Try to disconnect and reconnect their VPN.  It should either be native windows VPN or OpenVPN.  There should only be one installed.  If the VPN fails to connect, ask the customer to restart the whole PC.  This should sort out most VPN related problems.

On some computers, we have a utility called "resetsess".  This would kill all the processess owned by a certain linux user.  The syntax is:
-Line 16:
+Line 35:
-telnet <servername> <port number>
+resetsess <session number>
-Line 18:
+Line 37:
-Where <servername> would be their server
and <port number> = 5900 + session_number
+or
-Line 21:
+Line 39:
-) If they are using a VNC client, Check if they need a VPN (usually for printing).  Try to disconnect and reconnect their VPN.  It would either be native windows VPN or OpenVPN.  There should only be one installed.  The customer should know which
+{{{
resetsess <session_name>
}}}
This is an alternative to working out which command to use in step 2 above.