Cisco Support Community
Showing results for 
Search instead for 
Did you mean: 
New Member

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?

New Member

Strategy for dealing with

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.,,,,,,,,,,,,,,,

New Member

Working on something similar

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)?



New Member

Thanks!  How did this work

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.


Re: Strategy for dealing with

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

CreatePlease to create content