How can we make Microsoft Teams better?

Microsoft Teams Windows Firewall pop up

Issue : Microsoft Teams client is showing prompt “Windows Firewall has blocked some features of this app” even after adding Windows Firewall Rules. Issue is explained in the article but no resolution.

132 votes
Sign in
or sign in with
  • facebook
  • google
    Password icon
    Signed in as (Sign out)

    We’ll send you updates on this idea

    Anonymous shared this idea  ·   ·  Flag idea as inappropriate…  ·  Admin →


    Sign in
    or sign in with
    • facebook
    • google
      Password icon
      Signed in as (Sign out)
      • Jan commented  ·   ·  Flag as inappropriate

        Even though, the following may not comply with someone's security understanding, and the port range may not be 100% accurate, I would like to share this information. Please handle with care:

        You can create two 'Inbound' Port rules:
        1. TCP, Allow Ports 50000-50059
        2. UDP, Allow Ports 3479-3481, 50000-50059

        As a result, the windows firewall will not prompt the user for rule creation anymore.

      • Kazzan commented  ·   ·  Flag as inappropriate

        This should be configurable by MDM or GPO to create these rules in firewall in native Microsoft operating system. Really lowering security says user "do not follow security prompt".

      • Johnnymac1974 commented  ·   ·  Flag as inappropriate

        I am currently working on a 2000+ Win 10 Azure/Intune deployment, and really need a tried & tested non GPO based solution! :( I will get this raised with Microsoft shortly , and will post my findings.

      • Anonymous commented  ·   ·  Flag as inappropriate

        Getting error like
        Error code - Request timeout
        Failed to connect to settings endpoint

        Not able to login Microsoft Teams Desktop App but allowint to login Microsoft Teams web application

      • Anonymous commented  ·   ·  Flag as inappropriate

        Did you actually try calling someone on Teams after the deployment via your script? Even with the rule in place, Teams will prompt to make changes to the FW rules, regardless if the rule is already in place or not.

      • Lance commented  ·   ·  Flag as inappropriate

        What I have done, works great:
        Create scheduled task with user logon as trigger, runs as SYSTEM account at highest priveledge, calls the following VBS script with wscript.exe
        The script creates a per user rule for any users who log onto the computer, the script first checks to make sure no rule exists and excludes some default accounts.

        Dim oFSO, oShell, fwPolicy2, RulesObject, sExclude, rule, bExists, sRuleName

        Set oFSO = CreateObject("Scripting.FileSystemObject")
        Set oShell = CreateObject("WScript.Shell")
        Set fwPolicy2 = CreateObject("HNetCfg.FwPolicy2")
        Set RulesObject = fwPolicy2.Rules

        ' folders to exclude
        sExclude="All Users,Default,Default User,Public"

        ' valid fw profile types?
        If fwPolicy2.CurrentProfileTypes Then

        ' get users folder and enumerate subfolders
        Set fUsers=oFSO.GetFolder("C:\Users")

        For Each subFolder In fUsers.SubFolders
        ' ignore excluded folders
        If InStr(LCase(sExclude),LCase(subFolder.Name))=0 Then

        ' check if fw rule already exists
        sRuleName="Teams.exe (" & subFolder.Name & ")"

        For Each rule In Rulesobject
        if rule.Profiles Then
        If LCase(rule.Name)=lcase(sRuleName) Then
        Exit For
        End If
        End If

        ' create fw rule if not already exists
        If Not bExists Then
        oShell.Run "Netsh.exe advfirewall firewall add rule name=""" & sRuleName & """ program=""C:\Users\" & subFolder.Name & "\Appdata\Local\Microsoft\Teams\Current\Teams.exe"" dir=in enable=yes action=allow",0,True
        End If
        End If

        End if

      • Anonymous commented  ·   ·  Flag as inappropriate

        +1 to this. We're trying to deploy this to a enterprise environment with 300+ employees. Our initial testing with about 30 employees all had the issue of UAC prompting to making Firewall changes on 1st call on Teams. Subsequent calls did not get the UAC prompt but now have denied firewall rules. Funny thing, Microsoft Teams still works fine with the denied rules in place. This issue is pausing our project as of now there is no work around fix.

      • David commented  ·   ·  Flag as inappropriate

        This is a major hindrance to staff working on systems outside of IT control such as Guests invited into meetings or contractors working on a remote site joining a meeting and needing to SHARE content which is not possible via the web client.

        There isn't a point in having a user mode installer if an Admin ACTION is still prompted after install!!!

        This is Skype for business all over again!

        Please look at the near frictionless experience of Webex / Zoom for group meetings of users without install privileges.

        People joining conferences switch to other other products largely due to setup issues. If you have one participant struggling to connect the whole meeting gets derailed.

      • Lb commented  ·   ·  Flag as inappropriate

        I am not sure how this has been allowed to fly under the radar for so long, this is a pretty significant issue and I think installing\running anything from appdata should be discouraged. As others have said we need to have a business version of this that runs from a static path.

      • Steve Wells commented  ·   ·  Flag as inappropriate

        A proper system-wide installer of this is required, if the installation requires admin rights that is fine, we need to deploy this to a large number of users via SCCM and have zero push back due to UAC prompts.

      • Ben Giacaman commented  ·   ·  Flag as inappropriate


        That is not a solution. Using profile variables such as %userprofile% or %localappdata% is not recognized by the Windows Firewall because it runs as system.

      • Mohit commented  ·   ·  Flag as inappropriate

        Here is the solution:
        Enable to the following using GPO
        Windows Firewall: Allow local program exception :Enable
        Windows Firewall: Define Inbound program exception: Enable
        value: %userprofile%appdata\local\microsoft\teams\current\teams.exe
        Windows Firewall: Prohibit notification : Enable

        now create firewall rules :

        rule 1:-
        name: teams.exe profile: all enable: yes action : allow program: %userprofile%\appdata\local\Microsoft\teams\current\teams.exe

        Rule 2:-
        name: team.exe profile: all action: allow program:

        create a blockrule and disable it
        rule 3:(disabled)
        teams.exe domain: all action:block %localappdata%\Microsoft\teams\current\teams.exe

        rule 4: disabled
        teams.exe domain: all action:block %userprofile%\appdata\local\Microsoft\teams\current\teams.exe

        Rule 5: Outbound Rule
        name: teams.exe profile : all action: allow program %localappdata%\Microsoft\teams\current\teams.exe

        Push the policy through GPO and test with the new user.


      • Ben Giacaman commented  ·   ·  Flag as inappropriate

        Please fix this! The whole issue is not in the firewall settings. The issue is how Teams is being deployed. The MSI package still installs the actual app in the user's profile. Microsoft needs to give us an enterprise version of Teams so that it can install in %ProgramFiles% like a normal Microsoft product would and then we will be able to add the correct rules in the Firewall. C'mon, Microsoft!

      • Jeff Genovese commented  ·   ·  Flag as inappropriate

        I implemented a workaround that seems to suppress the message. Use the following as a Group Policy PowerShell Startup script for the computer account. It won't work as a regular user since they don't have access rights to the firewall settings.

        $users = Get-ChildItem c:\users

        foreach ($user in $users) {
        $path = "c:\users\" + $user.Name + "\appdata\local\Microsoft\Teams\current\teams.exe"

        if (Test-Path $path) {
        $name = "teams.exe " + $user.Name

        if (!(Get-NetFirewallRule -DisplayName $name)) {
        New-NetfirewallRule -DisplayName $name -Direction Inbound -Profile Domain -Program $path -Action Allow

      ← Previous 1

      Feedback and Knowledge Base