Thread Info
  • State Not Answered
  • Replies 5 replies
  • Subscribers 0 subscribers
  • Views 4931 views
  • Users 0 members are here
Options
Suggested

[7.951][BUG][FIXED] Proxy bypass for blocked countries.

Billybob
Probably a little too late but here is a bug that probably needs fixing. There is no bypass for country blocking. However when a country is blocked via proxy, you still get the option to unlock it using your username and password. Which obviously ends up in connection refused again.

Feature Request: If you don't fill the block bypass request correctly, all the fields are cleared (tested on IE8 vista and opera but I think that is the intended behavior). Can we atleast leave the username in the authentication form instead and maybe leave the reason optional. More than likely only a few people will have the blocking bypass available and most of them would be higher up/managers etc. I am sure if they are looking at p0rn, they can ignore the reason surfing for p0rn and continue surfing after just filling the username and password fields, not to mention you can just input a single character in the reason field and bypass the reason altogether.
  • 0 
    Astaro Beta Report
    --------------------------------
    Version: 7.951
    Type: BUG
    State: RESOLVED/FIXED
    Reporter: Billybob
    Contributor: 
    MantisID: 14143
    Target version: 8.050
    Fixed in version: 
    --------------------------------

  • 0
    yes bill i had also same problem but if u refresh the page or revisited the same link it was working in last beta  ,but now it seems there is problem i try with china for new papers it it give connection refued 

    http://www.chinadaily.com.cn/ 

    thanks
  • 0
    Billybob, 

    we already have an entry in Mantis (#14143) that says:

    GEOIP: packetfilter shouldn't block HTTP-Proxy 
    The geoip blocking feature drops packets from HTTP Proxy. As the HTTP Proxy does GeoIP blocking by itself, this prevents creating exceptions.



    I think that will then be the fix to your problem, right?

    Regarding your feature-request: Don't you think that this is something that your browsers password-management feature should handle? I usually turn it off completely, but for those sites that annoy me by asking for my password too often, i've enabled it again. You maybe need a browser that supports per-domain settings, like opera, or firefox with plugins.

    The other alternative would be to implement some cookie mechanism in the http-proxies error-handling and url-blocking subsystem. And since most of us do block cookies too, it wouldn't work right-out-of-the-box anyway, i guess.
  • 0 in reply to kbr
    Thanks kai, 14143 was what I was expecting to be the behavior of http proxy. 

    Regarding the password mechanism, I don't mind filling my passwords, it just seemed a little blunt when all the info I filled just disappeared with an error message. No big deal but the reason field could be optional in my opinion since it doesn't really serve any real purpose.

    That being said, great job on the beta and congratulations on the v8 final release. You guys/gals worked hard and I bet v8 would be a great success.

    Best Regards
    Bill.
  • 0
    Thank you Bill, and that you very much for participating in the beta. The success of V8 will be your merit too!

    Regarding the "reason" field: I don't like that field too, but as far as i know this was a customer's  wish and in that feature-request they wanted the "reason" field to be mandatory. I'll talk to SvenS tomorrow. Let's see if we can add another option (something like 'make "reason" field mandatory') to the http-proxy configuration...
Unfiltered HTML