You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I have a container app running an Azure Function with authentication enabled via an Azure App Registration to authorize incoming requests. While the primary HTTP-triggered function requests work as expected, I'm encountering an issue when trying to make API calls to the Durable Functions runtime API. These calls require a system key for authentication, but since the Azure Container App does not have an "App Keys" section (like the Functions resources do), I'm unable to provide the required system key.
How are scenarios like this handled where a system key is required, and the container app doesn’t have an equivalent section for generating and using the system key?
Here is an example of the response I get from the Durable Functions API, which references the specific runtime durable tasks I'm referring to:
The above issue has been fixed by the new azure functions durable tasks release 1.2.0 the CreateHttpManagementPayload method returns the code (system key value). all that remains since the url will be in localhost is to update it to base url of your container app url. If you have auth settings enabled like in my case, you need to also pass the access token in the header for both auth and the local authentication to work.
Description:
I have a container app running an Azure Function with authentication enabled via an Azure App Registration to authorize incoming requests. While the primary HTTP-triggered function requests work as expected, I'm encountering an issue when trying to make API calls to the Durable Functions runtime API. These calls require a system key for authentication, but since the Azure Container App does not have an "App Keys" section (like the Functions resources do), I'm unable to provide the required system key.
How are scenarios like this handled where a system key is required, and the container app doesn’t have an equivalent section for generating and using the system key?
Here is an example of the response I get from the Durable Functions API, which references the specific runtime durable tasks I'm referring to:
I have also opened an issue on the Durable Functions GitHub repository regarding this problem.
Additional Context:
The text was updated successfully, but these errors were encountered: