We’re evaluating SQ and so far we installed the scanner using the “dotnet tool install --global dotnet-sonarscanner” command. Now we’re trying to execute the scanner on a project but we get this error: Unable to connect to server. Please check if the server is running and if the address is correct. Url: ‘https://sonarcloud.io/api/settings/values?component=unknown’. Unhandled exception. System.Net.Http.HttpRequestException: The SSL connection could not be established, see inner exception.
Following on some other posts we tried to upgrade the .net framework version and it didn’t help. We also tried PS with invoke-webrequest https://sonarcloud.io/api/server/version and we get a similar error indicating SSL issue. We are running Windows 2022 Server with .Net 8.0
So we need to understand the issue with TLS on the scan server.
I’m suspecting maybe the TLS 1.2 cypher suits they are using are not allowed on our end. I will try looking into the response with WireShark.
So this was solved when we started WireShark and noticed the server is missing critical TLS 1.2 Cypher Suits in it’s TLS handshake offering. This happened because the server was not accepting the Cypher Suits GPO which was related to a VMWare Tools version that caused issues with the LAN interface of the server. After the update of VMware Tools and the download of the Cypher Suits GPO everything started working as expected.
The “server” is our build server. It had a specific issue with the LAN interface caused by the version of VMWare-Tools installed. So the process was:
Check the response from sonarqube.io with WireShark - we noticed the TLS offering from our build server was missing critical TLS 1.2 cypher suits.
We checked the cypher suits GPO and noticed that the GPO is not downloading to the server - this lead to checking other network services and that’s when we found the LAN driver on the server is faulty
We updated the LAN drivers with a new VMware-Tools version and from that point everything was working well