[Chilli] Filter requests to some URL before auth

Henk Kleynhans henk at skyrove.com
Mon Feb 21 10:57:30 UTC 2011


Hi Oriol, we went with a javascript redirect a few years back to solve the
same problem (~700 hotspots)

Henk

On 19 Feb 2011 10:52 AM, "David Bird" <david at coova.com> wrote:
> You could add some of those resources into the walled garden, or you might
consider using the uamhomepage feature and a simple JavaScript redirect to
your portal... Chances are these programs will not follow that redirect, but
browsers with eyeballs watching will.. You could also perhaps filter dns so
those sites don't resolve...
>
> I hope all is well....
>
> --
> David Bird
> Coova Technologies, LLC
>
> On Feb 14, 2011, at 2:44 PM, Oriol Bosch <uribosch at gmail.com> wrote:
>
>> Hi all,
>> It's been a long time since my last contribution to the list, but now we
have a problem and we need to find a solution.. David or someone else may
remember about me.
>>
>> We have an scenario with about 200 hotspots with a large number of users.
We use CoovaAP in a quilte old version, but very stable so far.. so we would
like to avoid changing it. Nowadays we still use as source of the website a
perl script called hostpostlogin.cgi (i don't know if it's the used one in
current version) and we have the problem that with the huge amount of GETs
of this website, our webserver dies.
>>
>> We were thinking of what to do to solve this, and we have found that
about 20~40% of the get's from unauthenticated users are made by Windows
Update, or Antivirus updates or any other webservice.. and we would like to
filter them.
>>
>> So there is the question, is it possible to do a kind of "walled garden"
but in the opposite way? so that the url's/IP that we set are not redirected
to the captive portal? I've made a few tests using iptables and the several
firewall files present on the firmware, but I could not set this
performance.
>>
>> Any help is appreciated! Thanks in advance.
>>
>> Oriol.
>>
>> --
>> Oriol Bosch
>> uribosch at gmail.com
>> http://loiro.net
>> _______________________________________________
>> Chilli mailing list
>> Chilli at coova.org
>> http://lists.coova.org/cgi-bin/mailman/listinfo/chilli
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.coova.org/pipermail/chilli/attachments/20110221/3a66049c/attachment.html>


More information about the Chilli mailing list