Updating the answer from comments: to benefit the community:
"The kudu issue was solved after setting-up the DNS records in the internal zone."
- For accessing the Kudu console, or Kudu REST API (deployment with Azure DevOps self-hosted agents for example), you must create two records in your Azure DNS private zone or your custom DNS server. Kindly check this document for more details. If you haven't added the records, kindly see if that works.
Name |Type | Value
mywebapp.privatelink.azurewebsites.net A PrivateEndpointIP
mywebapp.scm.privatelink.azurewebsites.net A PrivateEndpointIP
- Ensure that the release pipeline is running in the right host. Because the endpoint is private for the SCM too, the DevOps Agent must be in a network with access with the endpoint, so mandatory to use self-hosted Devops Agent.
Just to highlight, you must not change azurewebsites.net record, you need to create only the myapp.privatelink.azurewebsites.net and myapp.scm.privatelink.azurewebsites.net DNS records, as explain in the article, App Service will create the CNAME from public to private. but your app or the SCM must be reached by the public name not the private link one, if not you will have no name to match and no TLS handshake. Private link is for the resolution only.
- Yes. You can setup a Windows VM on Azure in the same network as the App Service and use that as an agent.
I have also shared your feedback with the content team, to update the doc with a specific topic about how to deploy code with private endpoint, which should cover all these points. But, there is no ETA to share on the document update at this time.
private-endpoint#dns: https://learn.microsoft.com/azure/app-service/networking/private-endpoint#dns
Thanks for your time and collaboration!