Web Security Service (WSS) ingress and egress IP addresses


Article ID: 167174


Updated On:


Web Security Service - WSS


  • What are the IP addresses used to connect to the Symantec Web Security Service (WSS)?
  • What are the data center names and locations?
  • What are the WSS IP addresses and ranges that have to be permitted on firewalls?
  • What is a vPOP and where are they located?
  • What are the WSS ingress and egress subnet ranges?


Best Practices based on Connection Type (Access Method)

IPsec:  For fault tolerance, each customer site should have IPsec tunnels established to at least two (2) WSS data centers in the table below, as well as:

  • Only IPsec connections should redirect traffic to an IP address.  All other connections should use WSS data center hostnames.
  • IPsec connections are only accepted by the IPsec specific ingress IP addresses in the table below.
  • IPsec configurations should have dead peer detection (DPD) enabled and a tunnel monitor (ie, IPSLA) configured.
  • IPsec phase 1 lifetime should be 24 hours, and phase 2 lifetime should be four hours.
    • IKEv2 FQDN phase 2 lifetime should be 50 minutes.
  • IPsec backup tunnels should never point to the same "compute POP" (data center) that the primary tunnel is going to.

Explicit over IPsec ("Trans-proxy" forwarding):  Explicit traffic redirection within an IPsec tunnel to WSS should always point to ep.threatpulse.net:80

Explicit and Proxy Forwarding:  For optimal performance and fault tolerance, explicit traffic should be redirected to proxy.threatpulse.net:8080.  This hostname automatically resolves to the nearest WSS data center based on the geo-location of the client's DNS resolver.  In the event of an outage (including planned maintenance), users will be automatically redirected to the nearest available data center.

Should the need to avoid GEO location services with explicit exists, the following WSS explicit IP addresses indicate the VIPs an admin can point to for explicit or Proxy Forwarded traffic.

SEP WTR:  For optimal performance and fault tolerance, explicit traffic should be redirected to sep-wtr.threatpulse.net:8080.  Nearest data center selection is performed automatically by the agent based on the geo location of the end user's public IP address.  No manual configuration is required.

WSS Agent, Unified Agent:  Nearest data center selection is performed automatically by the agent based on the geo-location of the end user's public egress IP address.  No manual configuration is required.

Portal Addresses
Cloud Traffic Controller (CTC) addresses
Auth Manager


WSS ingress and egress IP addresses

Note:  The "ingress ranges" in the third column are also the WSS "egress ranges".

Location (codename) Ingress IP address (IPsec and trans-proxy) Ingress and egress ranges for other access methods and for auth connector
Buenos Aires, Argentina (GARBA1) - vPOP to Sao Paulo
Columbia, South Carolina (GUSCO1) formerly Miami (GUSMI)
Des Moines, Iowa (GUSDM1) formerly Chicago (GUSCH)
Des Moines, Iowa (GUSDM2) formerly Dallas (GUSDA)***

Des Moines, Iowa (GUSDM3) formerly Denver (GUSDV)
Las Vegas, Nevada (GUSLV1)
Mexico City, Mexico (GMXMC1) - vPOP to Los Angeles
Montreal, Canada (GCAMO1)

Los Angeles, California (GUSLA1) formerly San Jose, California (GUSSC)
Sao Paulo, Brazil (GBRSP1)

Portland, Oregon (GUSPO1) formerly Seattle (GUSSE)*

Toronto, Canada (GCATO1) - vPOP to Montreal
Washington, DC (GUSAS1)****

Washington, DC (GUSAS2) - formerly New York, NY (GUSSA)**


Auckland, New Zealand (GNZAU1) - vPOP to Sydney

Beijing, China (PEK1)

Hong Kong (GCNHK1)

Mumbai, India (GINMU1)****

Mumbai, India (GINMU2) formerly Chennai, India (GINCH)*****

Osaka, Japan (GJPOS1)

Seoul, South Korea (GKRSE1)

Shanghai, China (SHA1)

Singapore (GSGRS1)

Sydney (GAUSY1)

Taipei, Taiwan (GTWTA1)

Tokyo, Japan (GJPTK)*

Wellington, New Zealand (GNZWL) - vPOP to Sydney


Amsterdam, the Netherlands (GNLAM1)

Bucharest, Romania (GROBU1) - vPOP to Frankfurt 

Copenhagen, Denmark (GDKCP1) - vPOP to Amsterdam

Dubai, UAE (GAEDX1) - vPOP to Zurich

Dublin, Ireland (GIEDU1) -  vPOP to London

Frankfurt, Germany (GDEFR1)

Munich, Germany (GDEMU), soon to be Frankfurt, Germany (GDEFR2)

Helsinki, Finland (GFIHE1)

Johannesburg, South Africa (JNB2)

Madrid, Spain (GESMA1) - vPOP to Zurich

Middlesex, England (GGBLO1)

London, England (GGBLR) soon to be Middlesex, England (GGBLO2)

Milan, Italy (GITMI1) - vPOP to Frankfurt

Oslo, Norway (GNOOS1) - vPOP to Helsinki

Paris, France (GFRPA1) - vPOP to Belgium

Stockholm, Sweden (GSESK1) - vPOP to Helsinki

Tel Aviv, Israel (GILTA1) - vPOP to London

Turin, Italy (GITTU1) - vPOP to Frankfurt

Zurich, Switzerland (GCHZU1)

*NOTE:  IP addresses marked with an asterisk* will be removed from use as a part of the WSS 2021 POP Optimization.  Please also refer to the WSS Status Page to view the announcements of these IP address changes.

POP Types

Compute POP - A point of presence that contains physical compute infrastructure (aka: data center).

vPOP - Virtual point of presence.  vPOPs are hosted in a "Compute POP" (data center) in another locale and provide content localization for users in a specific country.  Performance is maintained for vPOP transactions thanks to our global private network that minimizes use of congested public Internet routes.