Having problems with your account or logging in?
A lot of changes are happening in the community right now. Some may affect you. READ MORE HERE

What should be checked when SilkTest generates a "Socket connection refused" error during remote testing?

What should be checked when SilkTest generates a "Socket connection refused" error during remote testing?

  1. Check that the port being used is not already in use by a different application. To find out which ports are in use by the machine, go to the command prompt and type netstat -a and press enter. If the port is in use by another application, then make sure it is changed in both Agents, on the host and target machines.

  2. Open the Runtime Options and select "Local" for Agent Name. Then in the script, try connecting via Connect("machine name").

  3. Try using the machine"s "IP address" instead of "Machine Name"

  4. Check that the network connection is sound, by pinging the machines in question both to and from.

  5. Check the Options Runtime locally to ensure that everything is correctly set up. Ensure that the Agent Name = none and that the Network Protocol is set to whatever network being used, i.e. TCP/IP

  6. Ensure that the Agent on the remote machine is also correctly set to the Network Protocol.

DISCLAIMER:

Some content on Community Tips & Information pages is not officially supported by Micro Focus. Please refer to our Terms of Use for more detail.
Top Contributors
Version history
Revision #:
1 of 1
Last update:
‎2013-02-15 19:30
Updated by:
 
The opinions expressed above are the personal opinions of the authors, not of Micro Focus. By using this site, you accept the Terms of Use and Rules of Participation. Certain versions of content ("Material") accessible here may contain branding from Hewlett-Packard Company (now HP Inc.) and Hewlett Packard Enterprise Company. As of September 1, 2017, the Material is now offered by Micro Focus, a separately owned and operated company. Any reference to the HP and Hewlett Packard Enterprise/HPE marks is historical in nature, and the HP and Hewlett Packard Enterprise/HPE marks are the property of their respective owners.