Check-In Control

The Check-In Control page specifies when and where each machine ID should check in with a KServer. Changes made using this page take effect at the next agent check-in and display in red text until then. You can specify the primary and secondary KServers used by the agent to check in, the bandwidth consumed by an agent to perform tasks and the check-in period.

Note: The primary and secondary KServer values and the minimum and maximum check-in periods are subject to the policies set using System > Check-in Policy. This prevents administrators from selecting settings that place undue stress on servers running the KServer service.

Note: Check-in Control information can also be maintained using the Agent Settings tab of the Machine Summary page.

You may decide for performance or logistical reasons to migrate managed machines to a new KServer. This can be done at any time, whether or not the agents are currently checking in.

Note: If any Agents have not migrated to the new port before you switch the KServer, you will have to manually change the port at the managed machine. Right click the agent icon

in the system tray to display the agent menu on the managed machine and select the Set Account... option. Enter the server address and port. For example, 192.168.1.7:1234.

Enter the IP address or fully qualified host name of the machine ID's primary KServer. This setting is displayed in the Primary KServer column.

The text equivalent of an IP address. For example, the IP address 89.234.7.197 should resolve to the host name of www.kaseya.com. Host names are only available from computers. Hubs, switches, routers, or other network appliances do not return a host name.

Kaseya agents initiate all communication with the KServer. For this reason the agents must always be able to reach the domain name or IP (Internet Protocol) address assigned to the KServer. Choose an IP address or domain name which can be resolved from all desired network(s), both on the local LAN and across the internet.

Best Practices: Although a public IP address may be used, Kaseya recommends using a domain name server (DNS) name for the Kaseya Server. This practice is recommended as a precaution should the IP address need to change. It is easier to modify the DNS entry than redirecting orphaned agents.

Enter the port number of either the primary KServer or a virtual system server. This setting is displayed in the Primary KServer column.

Warning: Do NOT use a computer name for your server. The agent uses standard WinSock calls to resolve a fully qualified host name into an IP address, which is used for all agent connections. Resolving a computer name into an IP address is done by NETBIOS, which may or may not be enabled on each computer. NETBIOS is an optional last choice that the Windows will attempt to use to resolve a name. Therefore, only fully qualified names or IP addresses are supported.

Enter the IP address or fully qualified host name of the machine ID's secondary KServer. This setting is displayed in the Secondary KServer column.

Enter the port number of either the secondary KServer or a virtual system server. This setting is displayed in the Secondary KServer column.

Enter the time interval for an agent to wait before performing a quick check-in with the KServer. A check-in consists of a check for a recent update to the user's account, which is determined by an administrator. If a recent update has been set by a KServer administrator, the Agent starts working on the task at the next check-in. This setting is displayed in the Check-In Period column. The minimum and maximum check-in periods allowed are set using System > Check-in Policy.

Best Practices: The agent maintains a persistent connection to the KServer. As a result, quick check-in times do not effect response times from the agent. The quick check-in time sets the maximum time before re-establishing a dropped connection. Setting all your machine's quick check-in time to 30 seconds guarantees each agent recovers from a dropped connection within 30 seconds, assuming connectivity is successful.

Limit the agent to consuming a maximum amount of bandwidth on the system with this control. By default the agent shares bandwidth with all other running applications so you typically do not need bandwidth throttle enabled. Disable bandwidth throttle by entering a 0.

The KServer can detect if more than one agent is connecting to the KServer and using the same machine ID.group ID. This problem could be caused by installing an agent install package pre-configured with the machine ID on more than one machine. Check this box to receive notifications of more than one agent using the same account each time you log into the KServer as an administrator.

If you are managing machines that share the same LAN as your KServer then you may get this alert. By default all agents connect back to the KServer using the external name/IP address. TCP/IP messages from these agents travel through your internal LAN to your router, and then back to the KServer. Some routers do a poor job of routing internal traffic back through themselves. Check this box to receive a notification when the KServer detects an agent may be on the same LAN but connecting through the router.

Note: Agents on the same LAN as the KServer should be configured to connect directly to the KServer using the Check-In Control function.

Click Update to update all selected machine IDs with the options previously selected.

Click the Select All link to check all rows on the page. Click the Unselect All link to uncheck all rows on the page.