Netgate Discussion Forum
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Search
    • Register
    • Login

    Teams chat not working with Squid enabled?

    Scheduled Pinned Locked Moved Cache/Proxy
    16 Posts 4 Posters 2.2k Views
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • M
      michmoor LAYER 8 Rebel Alliance @rheritier
      last edited by

      @rheritier I have a feeling i know what the problem is
      You are most likely getting the /409 error in your logs.

      https://redmine.pfsense.org/issues/14390

      Ive submitted a Redmine to have the documentation updated.
      https://redmine.pfsense.org/issues/14842

      The problem is just that the proxy is resolving a different IP to what your client is resolving to therefore breaking the connection.

      The solution to this is to use the Bypass function in the Transparent Proxy section.
      Create an Alias using the IPs found here for the application you need:
      https://learn.microsoft.com/en-us/microsoft-365/enterprise/urls-and-ip-address-ranges?view=o365-worldwide

      Apply that Alias in Squid. You will need a firewall rule as well as those IPs will no longer go through the proxy. I have this set up and it works.

      Firewall: NetGate,Palo Alto-VM,Juniper SRX
      Routing: Juniper, Arista, Cisco
      Switching: Juniper, Arista, Cisco
      Wireless: Unifi, Aruba IAP
      JNCIP,CCNP Enterprise

      D 1 Reply Last reply Reply Quote 0
      • D
        DBMandrake @michmoor
        last edited by DBMandrake

        I can confirm that Teams chat (in fact most features of Office 365) are impacted by the HTTP/409 issue referenced in my redmine ticket.

        The workaround we use is to ensure that all clients which use Teams/Office 365 have PFSense configured explicitly as their HTTP/HTTPS proxy server, then it works perfectly.

        On Windows PC's we do this using group policy, for iPads and some other non-Windows devices we have set up WPAD proxy auto-configuration using an internal HTTP server, however on recent versions of iOS you still have to manually change "Proxy configuration" to "Automatic" in WiFi settings the first time you connect to WiFi. (Although this is better than trying to get users to enter proxy settings by hand!)

        1 Reply Last reply Reply Quote 1
        • JonathanLeeJ
          JonathanLee
          last edited by JonathanLee

          Set a custom splice file for teams. See example

          Screenshot 2023-11-01 at 10.16.43 AM.png

          Set in custom

          Screenshot 2023-11-01 at 10.18.34 AM.png

          add teams domain

          Screenshot 2023-11-01 at 10.20.02 AM.png

          Also do not cache them.

          I have zero issues with this.

          Make sure to upvote

          D 1 Reply Last reply Reply Quote 0
          • D
            DBMandrake @JonathanLee
            last edited by DBMandrake

            @JonathanLee While this may work in this instance you're playing a game of whack a mole doing it this way - if Microsoft ever changes any hostnames used it will break again, also it won't solve the numerous other websites and applications (too many to manually add exceptions for) that suffer from this same issue. (Pretty much any big website or app that uses CDN's will run into this issue to a greater or lesser degree) I very much try to avoid whack a mole solutions to these kind of problems.

            If you can do it, explicitly assigning a proxy setting is a much better solution - although not as good as this over 10 year old bug in Squid being fixed of course. To be fair to the PFSense guys this bug exists in mainline squid since around 2012 so any fix would require a custom patch on Netgate's part and careful consideration of how to approach the problem.

            Here is a 7 year old thread on the squid mailing list discussing the issue: (there are many more as well)

            https://squid-users.squid-cache.narkive.com/zdrtxq6b/host-verify-strict-and-wildcard-sni

            While it's referring to wildcard SNI's (and whether they're valid or not) the underlying problem is the same - host_verify_strict off does not work as documented.

            1 Reply Last reply Reply Quote 1
            • M
              michmoor LAYER 8 Rebel Alliance
              last edited by michmoor

              The solution to this problem is ultimately found here

              https://redmine.pfsense.org/issues/14390

              I can only assume by the lack of action taken that this will not get looked at unfortunately by any dev.
              So in order to alleviate this problem by users such as the OP I submitted a redmine to have the documentation updated to reflect this /409 problem - https://redmine.pfsense.org/issues/14842

              This documentation ticket also hasn't been looked at as well and so we are on this cycle of people reporting an issue with Squid, the problem being known and we have a fix but no one from Netgate touches this and so goes the cycle.

              What also impacts the resolution to this is that there doesn't seem to be an assigned maintainer for Squid on pfSense, so there is no one to escalate to other than Netgate.

              As ive been telling people, its best to assume that the Squid package is no longer maintained but is kept around for legacy reasons. If there is a serious CVE i have no doubt a patch will be pulled from upstream but at this time dont expect any of the known issues with Squid to be resolved.

              Firewall: NetGate,Palo Alto-VM,Juniper SRX
              Routing: Juniper, Arista, Cisco
              Switching: Juniper, Arista, Cisco
              Wireless: Unifi, Aruba IAP
              JNCIP,CCNP Enterprise

              D 1 Reply Last reply Reply Quote 0
              • D
                DBMandrake @michmoor
                last edited by DBMandrake

                @michmoor said in Teams chat not working with Squid enabled?:

                https://redmine.pfsense.org/issues/14390

                Now that the announcement has been made that Squid and SquidGuard in PFSense is depreciated and will be removed entirely in the next major release, it is obvious why no effort has been made to address this issue.

                What a shame - we rely on Squid and Squidguard for SNI based domain blacklisting so the removal of Squid will force us to switch to another firewall product.

                I was going to try to build the Squid package myself and apply the necessary patch to the source to fix this issue, but with the impending removal of the package I see no point in going to this effort.

                Well, it was nice while it lasted.

                JonathanLeeJ 1 Reply Last reply Reply Quote 1
                • JonathanLeeJ
                  JonathanLee
                  last edited by JonathanLee

                  Well I am sticking with the version that has Squid.

                  FYI...side note
                  Snort 3.1.75.0 is available to download now.
                  It's got QUIC support too.

                  I don't see Squid leaving my device anytime soon.

                  Screenshot_20231128-144409.png

                  Make sure to upvote

                  1 Reply Last reply Reply Quote 0
                  • JonathanLeeJ
                    JonathanLee @DBMandrake
                    last edited by

                    @DBMandrake OpenSense products have full updated support for Squid. I am going to ride out 23.05.01 until it dies and find a product that supports Squid and or use a raspberry pi 5 for Squid and update my firewall one or the other.

                    Make sure to upvote

                    D 1 Reply Last reply Reply Quote 0
                    • D
                      DBMandrake @JonathanLee
                      last edited by

                      @JonathanLee said in Teams chat not working with Squid enabled?:

                      @DBMandrake OpenSense products have full updated support for Squid. I am going to ride out 23.05.01 until it dies and find a product that supports Squid and or use a raspberry pi 5 for Squid and update my firewall one or the other.

                      Do you know if the OpnSense build of Squid is patched to fix the issue I reported in https://redmine.pfsense.org/issues/14390 ?

                      I saw discussion in the OpnSense forum from a couple of years ago about a patch for this but later posts from people saying the patch didn't actually solve the issue and then no follow up.

                      By the way, this issue can be tested using my Python script ("Transparent Proxy test.py") attached to the redmine ticket.

                      JonathanLeeJ 1 Reply Last reply Reply Quote 0
                      • JonathanLeeJ
                        JonathanLee @DBMandrake
                        last edited by

                        @DBMandrake I have been looking at OpenSense alot, but again I am in school for computer science. OpenSense would be an instant fix all. The reason I went with PfSense was to learn about the code. Now I got issues and all sorts of stuff to learn with, again I need to be professional taught how to use GitHubs virtual machines still. Yes OpenSense can fix everything, but for a person that wants to help fix all of this like me, its the easy out.

                        Make sure to upvote

                        1 Reply Last reply Reply Quote 0
                        • JonathanLeeJ
                          JonathanLee
                          last edited by

                          Have you all attempted to use the following custom patches

                          Redmine#13984

                          This fixed a lot for me with Squid and Squidguard

                          Make sure to upvote

                          1 Reply Last reply Reply Quote 0
                          • First post
                            Last post
                          Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.