Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Info

Display feature availability
EndingWithRelease1.9
The information in this article applies to JobScheduler releases up to 1.9

Display feature availability
StartingFromRelease1.10
JobScheduler releases starting from 1.10 and later do not use remote execution but use the JobScheduler Universal Agent and establish a single http connection from the Master to the Agent.

 

Table of Contents
outlinh1. true
outlinh1. true
1printablefalse
2stylh1. none
3indent20px
---------- DRAFT ----------

Remote Execution

To trigger a job or an order on a remote JobScheduler you need have to open the configured JobScheduler port at the remote side (port 4455 in the example below) and ports 59999 and lower at the client side:

 

Only incoming ports should be restricted when configuring a firewall for JobScheduler (see the above diagram). The outgoing ports are allocated by operating system functions at random and therefore it is not worthwhile restricting them in the firewall.

The maximum number of remote processes that can run in parallel should be considered when setting the range of the ports to be opened below 59999. It is also important to consider that operating systems generally take around two minutes before they finally open release a port and allow it to be used to make create a new TCP connection to be made. .  

  

Notes

  • Use of ports as explained in this article applies to the communication between JobScheduler Master instances for remote execution.
  • The communication between JobScheduler Master and JobScheduler Universal Agents makes use of a single HTTP or HTTPS connection, see JobScheduler Universal Agent - Architecture.