November Happy Hour will be moved to Thursday December 5th.
November Happy Hour will be moved to Thursday December 5th.
Hi Ludvig
Did you ever solve this issue? If so, could you please explain how you solved it.
Thanks in advance
/Fred
Hello Fred!
Unfortunately I didn't find a "good" solution to this issue.
The end result was, as for many others, to host this service sepratly on a VM where I have full control over certificate management.
I'm still intreseted in finding a better setup, and if you find a more reasonable solution, I'm very interested in discussing it.
Best regards,
Ludvig
Hi Anders
That seems like best solution. For us it worked when the certificates where uploaded to public cert store but they were not persisted through deployements as you said.
/Fred
Thanks for confirming that so quickly Fred! I'll make sure we look into this as soon as possible and report back here when we know more.
Looks like we've found a solution for making these certificates persistent, unless something unforseen happens we'll ship this within the next couple of weeks. I can confirm here when it's out!
We've now added support for persisting public certificates in the DXP deployment flow, so if you ask managed services to upload them to the web app it should hopefully work out of the box now.
Hello
TL;DR; I'm looking for assistence using multiple certificates for authentication of webrequests against an external API form the DXC encironemnts.
I'm working with an external API that requiers multiple certificats for authentication when making requests. (Swish Paymetns)
My code works well in local environemnt, and it works under certain conditions in DXC Integration and PreProduction.
This is an example from the integration guide for the API to test for successfull connection. Users are provided one personal cert as well as the root cert .pem file.
In my application, my first approach was to install the certificats on my local machine, as well as in the Azure Web App Certificate Store. I then used thumbprints to find and load the certificates. This worked well, and I deployed the code to the DXC and verified my integration. But at my next deploy of code, the public certificates had been removed from the Azure Certificate Store! Through Epi Support, I learned that this is intentional from Microsoft when new slots are copied, as is being done in DXC-deployment scripts. So, the certificats would have to be uploaded again after each deploy which is not a long term solution...
Microsoft suggested placing the public parts of the certificates in the file system, and reading them from there.
I adjusted my code, and for good measure placed both .pfx and .pem fil in the wwwroot, and read the certificates directly from file, ignoring the Azure Certificate Store.
In my local setup, this works well, and when uploading to DXC, it works, BUT only when the public certificates are still in the Azure Certificate Store.... (WHAT!?)
So, even when both certificates are read from file, if they are missing from the Certificate Store, the requests still fails.
I'm looking for input in using client certificates for authenticating requests to an external API in the DXC.
Below is my code to read the certificate from file. This is called twice, once for each certificate.
Best regards,
Ludvig