Главный агент Jenkins не может подключиться к подчиненному агенту Windows с помощью плагина EC2

В настоящее время я пытаюсь настроить Jenkins для запуска моего ведомого устройства Windows с помощью плагина EC2. Однако мой подчиненный агент входит в бесконечный цикл с сообщением:

Connecting to ip-10-180-10-223.ap-southeast-2.compute.internal(10.180.10.223) with WinRM as Waiting for WinRM to come up. Sleeping 10s.

Я подписался на этот пост Как запустить экземпляр Windows на EC2 из Jenkins?, чтобы устранить свою проблему, но безрезультатно. Я настроил и для клиента, и для сервера и использовал эту команду на удаленном компьютере winrm identify -r:http://winrm_server:5985 -auth:basic -u:user_name -p:password -encoding:utf-8, как указано в этой ссылке http://www.gabrielmatteson.com/index.php/howto-configure-windows-remote-management-service-to-allow-http-and-basic-authentication/, но я получил это сообщение:

The WinRM client cannot process the request. If the authentication scheme is different from Kerberos, or if the client computer is not joined to a domain, then HTTPS transport must be used or the destination machine must be added to the TrustedHosts configuration setting. Use winrm.cmd to configure TrustedHosts. Note that computers in the TrustedHosts list might not be authenticated. You can get more information about that by running the following command: winrm help config. For more information, see the about_Remote_Troubleshooting Help topic.

Я следил за этим сообщением здесь Не удалось подключиться к удаленному серверу с помощью WinRM из PowerShell, чтобы снова устранить неполадки, но я все равно получил то же сообщение, что и выше. Для экземпляра EC2 я изменил группу безопасности, чтобы разрешить весь входящий и исходящий трафик, но это не сработало.

Я не знаю, почему, но мой WinRM на виртуальном сервере запущен и работает.