8.201 iso

Can you post an example of a public site that isn't working properly along with the exceptions that you are using for that site?  Kind of hard to guess one, with only tens of millions of sites to choose from.  [:)]

BTW, there have always been some sites that don't play well with proxies, that's why there is the transparent skiplist.

https?://([A-Za-z0-9.-]*\.)?ryanair.com
https?://([A-Za-z0-9.-]*\.)?bookryanair.com
https?://([A-Za-z0-9.-]*\.)?62.73.129.180
https?://([A-Za-z0-9.-]*\.)?62.73.129.181
https?://([A-Za-z0-9.-]*\.)?62.134.190.241
https?://([A-Za-z0-9.-]*\.)?62.134.190.244

etc 
have them yet but will be enough. (IP addresses belong to Ryanair) Since more than half the attempts to access the site during the day was not good and they are complaining customers. proxy is very strange behavior.I had everything in place transparent skiplist (working).
 Now, in 8103 all over again is great. with identical setup (without skiplist)

my exception works like this; DNS name + other exception is the IP address of the DNS 
eg:
https?://([A-Za-z0-9.-]*\.)?astaro.org
https?://([A-Za-z0-9.-]*\.)?85.115.22.9
and 
no errors& no problems
. Indeed, the 8103 version works flawlessly.

Version 8201 is a volatile, with errors, IPS was raging and I first worked exceptions. Finally I turned off the IPS.
With all the other problems and what I read on the forum.............

.......returned 8103. And now everything works. :-)

Did a fresh ISO install, setup exception for ryanair (sorry didn't check all the urls) and it seems to work atleast in the logs. I didn't try to book a flight so don't know if it flakes out afterwards.

I say give ISO a try... night is still young[:P]

2011:08:25-15:10:27 gatekeeper httpproxy[8899]: id="0001" severity="info" sys="SecureWeb" sub="http" name="http access" action="pass" method="GET" srcip="192.168.0.10" dstip="193.95.148.90" user="" statuscode="301" cached="0" profile="REF_DefaultHTTPProfile (Default Proxy)" filteraction="REF_DefaultHTTPCFFAction (Default content filter action)" size="0" request="0x72e4e8d0" url="http://ryanair.com/en" exceptions="av,content,url,cache" error=""
2011:08:25-15:10:29 gatekeeper httpproxy[8899]: id="0001" severity="info" sys="SecureWeb" sub="http" name="http access" action="pass" method="GET" srcip="192.168.0.10" dstip="193.95.148.90" user="" statuscode="200" cached="0" profile="REF_DefaultHTTPProfile (Default Proxy)" filteraction="REF_DefaultHTTPCFFAction (Default content filter action)" size="70618" request="0x72e4a858" url="http://www.ryanair.com/en" exceptions="av,content,url,cache" error="" content-type="text/html"

try croatiaairlines.com (purchase of air tickets) url pass but but my clients said that does not work. only one run in the browser and nothing.
Some Banks (online banking ) not worked in 8201. but in 8103 works.
Perhaps the problem upgrade. Maybe clean instal works. I don't know that. 
waitnig 8.203 :-)

Might not be the best example.  Croatia Airlines Hrvatska zrakoplovna kompanija works just fine.  croatiaairlines.com fails, but this is because there is no DNS A record for the root domain to point it to their web server.

try
https://www.bookryanair.com/SkySales/FRSecurity.aspx?culture=en-gb&lc=en-gb

for croatiaairlines IP (in exeption) sorry I forgot to write
193.47.246.68
193.47.246.80
193.95.148.91 

But online checkin and  purchase not work (all clients call me)
identical setup in 8.103 works fine.


as I wrote,  might be a problem = upgrade. It may work well at 8201 ISO. I don't know.
it is certain that the links are not working well. I had to put them into skiplist. it was getting more calls and complaints. Therefore, I decided it all back in 8103.

and wait for 8203

Well, I'm not going to buy an airline ticket to test this.  ;P  Using transparent mode, https scanning enabled, with no exceptions, Welcome to Ryanair.com works just fine here.  Without any exceptions, what are you seeing in the Web Filtering log?

Now, I only have 8103 version so I can not answer :-(

my configuration is fine otherwise would not have worked even at 8103

Oh well.  Guess we can just revisit this after 8.203, when you try again.