How to browse app service created in PME tenant

Ojas Chopade (LTIMINDTREE LIMITED) 40 Reputation points Microsoft External Staff
2026-07-03T09:54:49.3933333+00:00

Recently we created 2 app services in PME tenant but it is throwing server errors when we try to access it in browser even if it is in running condition. Is there any Silo where we need to safelist the urls? Errors: "502: Server received an invalid response", "500: ASP.NET Core app failed to start"

Azure App Service
Azure App Service

Azure App Service is a service used to create and deploy scalable, mission-critical web apps.


1 answer

Sort by: Most helpful
  1. AI answer

    2026-07-03T09:55:13.4833333+00:00

    The errors indicate that the App Service is reachable but the app process is failing to start or respond correctly. No additional “silo safelisting” is required for basic browsing; instead, focus on app startup and configuration issues inside the App Service.

    Use the following checks and troubleshooting steps:

    1. Confirm the app is actually starting
      The 500.30 “ASP.NET Core app failed to start” means the worker process failed to start the .NET app in-process.
      • In the App Service, collect:
        • Browser status codes and messages (502, 500.30).
        • Application Event Log entries.
        • ASP.NET Core Module stdout logs.
      • For Azure App Service, follow the guidance in Troubleshoot ASP.NET Core on Azure App Service and IIS to enable and inspect stdout logs and event logs.
    2. Check for common 500.30 / handler load failures
      From the ASP.NET Core error reference, typical causes include:
      • Incorrect processPath or missing dotnet for framework-dependent deployments:
        • In web.config, verify <aspNetCore processPath="dotnet" ...> for framework-dependent deployments, or processPath=".\{ASSEMBLY}.exe" for self-contained deployments.
        • For framework-dependent deployments, ensure C:\Program Files\dotnet\ is present in the system PATH and accessible to the App Service worker process identity.
      • .NET Hosting Bundle / ASP.NET Core Module issues (for IIS):
        • If hosting on IIS (not pure Azure App Service), ensure Windows Server Hosting (.NET Hosting Bundle) is installed and that the ASP.NET Core Module is correctly registered.
      • Targeting a missing ASP.NET Core shared framework:
        • If the app targets a runtime not present on the machine, the process will fail. Check that the required ASP.NET Core runtime version is available or deploy as self-contained.
      • Application configuration/programming errors:
        • The error may be due to configuration or code issues during startup. The stdout log will usually show the exception.
    3. Check for 500.0 ANCM In-Process Handler Load Failure
      If the browser shows HTTP Error 500.0 - ANCM In-Process Handler Load Failure:
      • Verify the processPath in web.config as above.
      • Confirm the app runs locally on Kestrel with the same configuration. If it fails locally, fix the app-level issue first.
      • If using IIS, ensure the ASP.NET Core Module is installed and the correct IIS roles/features are enabled.
    4. Investigate 502 errors from the gateway
      For 502 Bad Gateway in Azure App Service:
      • These are often caused by:
        • Requests taking too long.
        • High CPU or memory usage.
        • Unhandled exceptions preventing responses.
      • In the Azure portal for the App Service, go to Monitoring > Metrics and check:
        • CPU time
        • Memory working set
        • Requests
      • Use these metrics plus logs to see if the app is crashing, timing out, or being recycled.
    5. Check for platform / RID conflicts
      If the app was upgraded or redeployed:
      • A System.BadImageFormatException in stdout logs indicates platform conflicts (e.g., wrong RID or leftover assemblies).
      • Manually delete all files from the previous deployment before redeploying to avoid incompatible assemblies.
    6. Consider startup timeouts
      • The ASP.NET Core Module has a default startupTimeLimit of 120 seconds. If the app has a long initialization (for example, heavy migrations or external calls), it may fail to start within this window and cause 500.30/502 symptoms.
      • If logs show the app is timing out during startup, increase startupTimeLimit in web.config and/or optimize startup logic.
    7. No separate “silo safelist” needed for basic access
      • The described errors (502, 500.30) are typical application/startup issues, not network blocking or URL safelisting problems.
      • Focus on fixing the app startup and configuration issues using the logs and checks above rather than safelisting URLs.

    Once stdout logs and event logs are collected, the specific exception or configuration error will usually point directly to the fix (missing runtime, bad configuration, permission issue, or code exception during startup).


    References:

    AI-generated content may be incorrect. Read our transparency notes for more information.

    Was this answer helpful?

Your answer

Answers can be marked as 'Accepted' by the question author and 'Recommended' by moderators, which helps users know the answer solved the author's problem.