Is there any inner exception showing the response body? Or can you see any errors logged in the diagnostics log of the container in Azure?
So updating the targeted framwork to 4.6.2 made it possible to update some of the packages, including EPiServer.Azure to 10.0.1. I was also able to dive a bit deeper into the problem and found an inner exception: "WebForms UnobtrusiveValidationMode requires a ScriptResourceMapping for 'jquery'. Please add a ScriptResourceMapping named jquery(case-sensitive)" on page load. So adding this to my webconfig put the site back up:
<add key="ValidationSettings:UnobtrusiveValidationMode" value="None" />
For the blobs to work I made a new copy from my local directory to my container using AzCopy, putting them directly under the container and not inside a sub-directory. After that I ran the BlobConverter-job from the EPiCode.BlobConverter nuget and it's finally running as I wanted.
Our client have been running a fileshare as the default blob provider, there's been some issues with getting that to fully work so they've been doing some work around. They wish to move it to Azure Storage. We've set up a storage account and container, all according to the guides.
I managed to copy all the blobs using AzCopy to the container I want to use. But as soon as I introduce this to my web.config, it crashes and gives me a 400 response.
The exception that is thrown is as follows:
We are running on .NET Framework 4.6.1 and EPiServer.CMS 11.20.14 which means some of the newer packages for Azure won't work, so I'm currently using EPiServer.Azure 9.4.4 and WindowsAzure.Storage 8.5.0. I know a split has been made for this package, but installing the seperate ones did not fix the problem. Any clues to what might be causing this? Thank you!