Fix “Functions:Worker:HostEndpoint” missing in Azure Functions (.NET Isolated)

  • Sandro Pereira
  • Feb 16, 2026
  • 3 min read

Recently, I was trying to run an Azure Function locally in my Visual Studio 2020 environment, and while trying to run, I got the following error:

System.InvalidOperationException: ‘Configuration is missing the ‘HostEndpoint’ information. Please ensure an entry with the key ‘Functions:Worker:HostEndpoint’ is present in your configuration.’

📝 One-Minute Brief

Seeing System.InvalidOperationException saying “Configuration is missing the ‘HostEndpoint’… ‘Functions:Worker:HostEndpoint’” usually means your .NET Isolated Azure Function worker started without the Azure Functions host. This post explains what that setting is, why you should not hardcode it, and how to fix the issue in minutes by starting the app via Functions Core Tools (func start) or the correct Visual Studio debug profile—plus a quick checklist for packages, local.settings.json, and common launch misconfigurations.

…you’re almost certainly running a .NET Isolated Azure Functions project in a way that starts the worker but not the Functions host.

Good news: this is usually a launch/config mismatch, not a code bug.

Cause

In the .NET Isolated model, your function app is split into two processes:

  • Azure Functions Host (the runtime host that loads triggers, bindings, routes, etc.)
  • .NET Worker (your .NET process that runs your function code)

The HostEndpoint is the connection info that the host provides to the worker at startup so they can talk to each other.

So when you see this exception, it typically means:

  • ✅ Your worker started
  • ❌ The Azure Functions host did not
  • ➡️ Therefore, the worker never received Functions:Worker:HostEndpoint

Functions:Worker:HostEndpoint is injected by the Functions host at startup; if the host isn’t running (or VS is launching the wrong profile), the worker can’t connect, and you get this error.

Solution

To solve this, we need to fix our local dev by ensuring the following steps:

    What not to do

    • Don’t try to “fix” it by adding Functions:Worker:HostEndpoint manually to local.settings.json — It’s a host↔worker gRPC endpoint and is normally assigned/passed by the host, not a stable value you set yourself.

    In my case, I have reinstalled (fixed the installation) the Azure Functions Core Tools, and after that, restarted Visual Studio, and it solved my problem.

    Hope you find this helpful! If you liked the content or found it useful and would like to support me in writing more, consider buying (or helping to buy) a Star Wars Lego set for my son. 

    Thanks for Buying me a coffe
    Author: Sandro Pereira

    Sandro Pereira lives in Portugal and works as a consultant at DevScope. In the past years, he has been working on implementing Integration scenarios both on-premises and cloud for various clients, each with different scenarios from a technical point of view, size, and criticality, using Microsoft Azure, Microsoft BizTalk Server and different technologies like AS2, EDI, RosettaNet, SAP, TIBCO etc. He is a regular blogger, international speaker, and technical reviewer of several BizTalk books all focused on Integration. He is also the author of the book “BizTalk Mapping Patterns & Best Practices”. He has been awarded MVP since 2011 for his contributions to the integration community.

    Leave a Reply

    Your email address will not be published. Required fields are marked *

    The Ultimate Cloud
    Management Platform for Azure

    Supercharge your Azure Cost Saving

    Learn More
    Turbo360 Widget

    Back to Top