We would like to stop supporting TLS1.0 and TLS1.1 on our Octopus Deploy server. If we stop supporting them, we get the following error during the VTST Build process on the Octopus create release step: “##[error]The underlying connection was closed: An unexpected error occurred on a send.” While the Octopus push package step is doing well.
The difference between those steps is that deploying a package will use octo.exe and releasing will use an Invoke-RestMethod in PowerShell.
Invoke-RestMethods in PowerShell by default will use TLS1.0, so that’s why we receive the error.
Thanks for reaching out and bringing this to our attention. Those steps actually both use octo.exe, which had me confused for a minute. The difference is that the create release step makes a number of calls to the VSTS REST API to gather information to build the release notes etc.
I’ve raised an issue to get the powershell scripts updated to support TLS 1.2.
We’ll also try to get this implemented as a priority, so keep an eye on that issue for progress. Hope that helps and sorry for the inconvenience.