Differences between revisions 5 and 7 (spanning 2 versions)
Revision 5 as of 2019-01-11 00:26:52
Size: 2727
Editor: test02
Comment:
Revision 7 as of 2020-07-03 07:10:14
Size: 3376
Editor: sam
Comment:
Deletions are marked like this. Additions are marked like this.
Line 15: Line 15:
 1. if you do not know what is the url its most likely http://companycode.creativecomputing.com.au:8080/guacamole/
 1. if they complain connection is slow, it can be with their router, ask them to restart the router. first.
 1. you can do ultra viewer and run tracert on their command line to see exactly which hop is slow.
Line 19: Line 22:
 If the shared keys are not yet set up, vncview will ask for the root password a few times, just type the root password.
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:
 If the shared keys are not yet set up, vncview will ask for the root password a few times, just type the root password.<<BR>>Where <servername> would be their server and <session_number> is the vnc session number or session name. Example:
 {{{
vncview xtreme.crecom.com.au x2xwyn
}}}
 vncview will give you the server name and the session number (you have to subtract 5900 from the number displayed) it connected to.<<BR>><<BR>>If you cannot connect, we need to restart their session. Connect to <their_server>:5 using vnc<<BR>><<BR>>release 13 and below (as root):
Line 22: Line 28:
release 13 and below (as root):

 . {{{
 1. {{{
Line 27: Line 31:
 release 14 and above:  this will only restart sessions that are not running.<<BR>><<BR>>release 14 and above:
Line 36: Line 40:
 * 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.
 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.

This is only for connections that is already set up before and suddenly recently stopped working. Remember that we have had customers call to say that a particular connection suddenly can't connect, only to discover much later on that this connection never worked, or that the last time they used this was over 6 months ago.

Steps to do when user can't connect:

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

  1. If they use a browser to connect to Control, they are on release 14 or 15. They are using guacamole.
  2. 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 verify 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):

  1. 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")
  2. if you do not know what is the url its most likely http://companycode.creativecomputing.com.au:8080/guacamole/

  3. if they complain connection is slow, it can be with their router, ask them to restart the router. first.
  4. you can do ultra viewer and run tracert on their command line to see exactly which hop is slow.
  5. 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>

    If the shared keys are not yet set up, vncview will ask for the root password a few times, just type the root password.
    Where <servername> would be their server and <session_number> is the vnc session number or session name. Example:

    vncview xtreme.crecom.com.au x2xwyn

    vncview will give you the server name and the session number (you have to subtract 5900 from the number displayed) it connected to.

    If you cannot connect, we need to restart their session. Connect to <their_server>:5 using vnc

    release 13 and below (as root):

  6. init Q

    this will only restart sessions that are not running.

    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.
  7. 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>

or

resetsess <session_name>

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

cant_connect (last edited 2025-10-16 06:14:07 by KafuWong)