Showing results for 
Search instead for 
Did you mean: 

Strategy for dealing with


We have several systems on our network that utilize a hosted service to check gift card balances, etc.  These devices normally use a custom TCP port to access the hosted server w/o issue.

However, occasionally these devices attempt to verify the hosted provider's server's certificate and hit TCP 80 (which we redirect to our Ironport) by sending a request to Verisign's CRL servers.  This causes the Ironport to force an authentication requirement and causes the devices to fail.

Has anyone come up with a strat to deal with this?  There are too many addresses within Verisign's CRL server list to add manually (and querying the A records isn't possible).

I've tried manually bypassing auth for the following but it still fails 1/2 the time (until the terminal attempts to connect to one of the allowed systems).,,,,,,,,,,

Any ideas of a better way to approach this?

4 Replies 4


For now, I've created the following custom URL catagory based off the ARIN list of ALL Verisign addresses.

I'll report back if it helps resolve the issue.,,,,,,,,,,,,,,,

Working on something similar and came across this list from Symantec -

Hope this help. Can you confirm the only traffic seen outbound from a client was across TCP 80 (http)?



Thanks!  How did this work out for you?  We're still struggling with the issue occasionally.


Unfortunately, I've noticed the link is no longer working properly.


Ken Stieers
VIP Advisor VIP Advisor
VIP Advisor

Figure out what the user agent is for the app, and turn off auth for it instead of tracking down the ips on either end of the conversation...

Sent from Cisco Technical Support iPad App

Getting Started

Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community:

Recognize Your Peers