I just updated my local developer instance to 2026.3.0 so i can use the updated vs code extension. the automatic instance discovery worked and it shows me the connection. but when i try to drill into the apps or settings i get an error:
"Failed to connect to http://localhost:5006. PSU request failed (400 Bad Request): An HTTP/1.x request was sent to an HTTP/2 only endpoint."
The remote connection to the instance on my jumpbox connects without error. That is also upgraded to 2026.3.0. So local connection errors but remote does not.
Not sure what this error means. i did a search on the net for this related to vs code but there are no settings in vs code for HTTP/1.x or HTTP/2. Any ideas on how to resolve?
Hello @russellreid1
Thank you for reporting this and for including the comparison with your remote 2026.3.0 instance.
The HTTP/1.x versus HTTP/2 message gives us a useful starting point. Since automatic discovery finds the local instance but operations against it fail, while the remote 2026.3.0 instance works, I would like to compare the local connection and hosting configuration before assuming this is an extension issue.
Could you please confirm the following?
• Exact version of the Devolutions PowerShell Universal VS Code extension currently installed.
• Operating system of the local development machine.
• How the local PSU instance is running, for example Windows service, executable, IIS, Docker, or another method.
• The URL and protocol you normally use to access the local PSU Admin Console, specifically whether it is HTTP or HTTPS.
• Whether you have any custom Kestrel, proxy, TLS, or HTTP protocol configuration on the local instance.
If possible, please also provide the relevant VS Code Output entries from the PowerShell Universal extension and the PSU log entries covering the same failed connection attempt.
Because this is a public forum, please sanitize all evidence before posting. Remove credentials, tokens, license keys, cookies, private keys, full connection strings, email addresses, usernames, customer data, tenant or account identifiers, internal domains, hostnames, IP addresses, and private URLs. Please do not upload unredacted HAR files, memory dumps, database backups, or complete configuration files to this public thread.
References:
https://forum.devolutions.net/topics/56197/devolutions-powershell-universal-version-2026300-september-15-2026
Best regards,
Ruben Tapia
Hello @russellreid1
Thank you for reporting this and for including the comparison with your remote 2026.3.0 instance.
The HTTP/1.x versus HTTP/2 message gives us a useful starting point. Since automatic discovery finds the local instance but operations against it fail, while the remote 2026.3.0 instance works, I would like to compare the local connection and hosting configuration before assuming this is an extension issue.
Could you please confirm the following?
• Exact version of the Devolutions PowerShell Universal VS Code extension currently installed.
• Operating system of the local development machine.
• How the local PSU instance is running, for example Windows service, executable, IIS, Docker, or another method.
• The URL and protocol you normally use to access the local PSU Admin Console, specifically whether it is HTTP or HTTPS.
• Whether you have any custom Kestrel, proxy, TLS, or HTTP protocol configuration on the local instance.
If possible, please also provide the relevant VS Code Output entries from the PowerShell Universal extension and the PSU log entries covering the same failed connection attempt.
Because this is a public forum, please sanitize all evidence before posting. Remove credentials, tokens, license keys, cookies, private keys, full connection strings, email addresses, usernames, customer data, tenant or account identifiers, internal domains, hostnames, IP addresses, and private URLs. Please do not upload unredacted HAR files, memory dumps, database backups, or complete configuration files to this public thread.
References:
https://forum.devolutions.net/topics/56197/devolutions-powershell-universal-version-2026300-september-15-2026
Best regards,
Ruben Tapia
@rubentapia
This was a PU upgrade of version 2026.1.3.0 which worked with the previous version of the PU VS code extension but did not work with the current 2026.3.0 version of the extension. Which is why i upgraded PU.
VS Code version: 1.137.0 user setup
Devolutions Powerhsell Universal extension: 2026.3.0
Operating system of dev machine: Windows 11 Enterprise 25H2
Local Powershell Universal is running as a windows service
URL: http://localhost:5006 This was the url auto discovered.
I have a xampp portable installation but it is not running. When i do have it running it is using port 80, 443.
I do have Cisco Umbrella and crowdstrike installed per company policy.
Extension error on connect: Failed to connect to http://localhost:5006. PSU request failed (400 Bad Request): An HTTP/1.x request was sent to an HTTP/2 only endpoint.
I found this set of lines in the system log for PU:
2026-09-17 07:00:39.101 -05:00 [INF] Loading configuration files...
2026-09-17 07:00:39.118 -05:00 [INF] Reading configuration for Vault
2026-09-17 07:00:39.235 -05:00 [WRN] HTTP/2 is not enabled for [::]:5000. The endpoint is configured to use HTTP/1.1 and HTTP/2, but TLS is not enabled. HTTP/2 requires TLS application protocol negotiation. Connections to this endpoint will use HTTP/1.1.
2026-09-17 07:00:39.263 -05:00 [INF] Reading configuration for LoggingTarget
2026-09-17 07:00:39.283 -05:00 [INF][UniversalAutomation.Services.UniversalConfigurationService] Reading configuration for Tag
2026-09-17 07:00:39.317 -05:00 [INF][UniversalAutomation.Services.UniversalConfigurationService] Reading configuration for Variable
2026-09-17 07:00:39.541 -05:00 [INF][Microsoft.Hosting.Lifetime] Now listening on: http://[::]:60458
2026-09-17 07:00:39.542 -05:00 [INF][Microsoft.Hosting.Lifetime] Now listening on: http://[::]:5006
2026-09-17 07:00:39.542 -05:00 [INF][Microsoft.Hosting.Lifetime] Now listening on: http://[::]:5000
2026-09-17 07:00:39.542 -05:00 [INF][Microsoft.Hosting.Lifetime] Now listening on: https://[::]:5001