Bypassing Zoom Traffic for Stability

  • 23 February 2023
  • 4 replies

Userlevel 4
Badge +16

Multiple users have reported issues with the stability of Zoom, as well as the performance of the application itself. Common complaints or issues relating to audio dropping, audio quality, and screen redraws or slowness painting the screen. Due to these issues, as seen traversing a proxy, it is recommended that Zoom traffic be bypassed and go directly to the destination, at least for real-time traffic. 

We do recommend using our Next Generation API Data Protection for Zoom. With its current release, audit events, standard user behavior analytics alerts in Skope IT, and DLP alerts may be seen in the tenant. Future improvements to API data protection includes, threat protection, inventory and dashboard remediation actions, and retroscan.


The following instruction set allows you to bypass Zoom traffic using the Netskope Client’s  real-time traffic steering method.

  1. Go to and locate the section for “Zoom firewall rules”.
  2. Create Cloud Firewall applications to be bypassed.
    1. Use the hosts listed in the “Zoom firewall rules” section in addition to “” to create a CFW app to bypass connections from all Zoom clients on TCP ports 80 and 443.

      NOTE: “” is bypassed for support of ADA accessibility.

    2. Use the IP addresses in the “Zoom firewall rules” section to create a CFW app to bypass TCP connections on TCP ports 443, 8801, and 8802.
    3. Use the IP address in the “Zoom firewall rules” section to create a CFW app to bypass UDP connections to UDP ports 3478, 3479, and 8801 - 8810.
    4. Use the hosts listed in the “Firewall rules for certificate validation” section to create a CFW app to bypass certificate verification sites.
  3. Update steering configurations to bypass the CFW applications.

You will need to check the Zoom site for network firewall settings on a regular basis.  Zoom updates the site without notice and has seen the list grow and shrink as they make changes.


4 replies

Userlevel 4
Badge +16

updated list of ip's in csv,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,

Userlevel 2
Badge +6

Are you getting reports about google meet issues as well?  I have a remote workforce that is steering all traffic to netskope with some complaining about degradation of google meet conferencing and screen sharing when netskope is on. I have a support ticket open with netskope.  I’ve found an article with google stating that traffic should be split in presence of vpn, is that the case?  I don’t see any documentation here or in the support portal.  Thanks. 

Userlevel 4
Badge +16

It depends on what you have licensed as well as enabled in the tenant for CASB, Web, and/or CFW.  I would analyze what logs you are seeing on the clients nsdebuglog.log file to determine what the client is or isn't steering.  Then look into the app and page events to see how the traffic is processed within the proxies.  There has been an occasion where an alert is thrown in the tenant that references a policy hit and interrupts the traffic flowing for the endpoint.


I have not heard of issues with Google Meet needing to be bypassed nor Microsoft Teams as well.

Userlevel 2
Badge +6

Hi @stevan , we have all 3 skus and steering all traffic. 

Here is another article about Teams in this forum