2017-03-14 - Re: Free access only captive portal performance
Header Data
From: José Borges <jo***s@algardata.pt>
Message Hash: 9dfdff788792bd078d4c7a68a62570fcb926f957fdaa30d4fa0dadc1eb3d139c
Message ID: <08ac040b-1a2a-4d66-9a1a-35061bc2f6d7@grasehotspot.org>
Reply To: <678f24f0-5918-43b3-b870-f88e7ba7688e@grasehotspot.org>
UTC Datetime: 2017-03-14 02:16:41 UTC
Raw Date: Tue, 14 Mar 2017 02:16:41 -0700
Raw message
I think the main problem with Pi will be the "disk" io, because you better
disable all logging (Apache/php/mysql/squid) ...
Does the Pi3 even work "well" with databases? Never even tried that on my
Pi1.
segunda-feira, 13 de Março de 2017 às 22:25:56 UTC, Michael escreveu:
>
> First off, big thanks to Tim and the developers behind Grase hotspot as
> well as the community here! This is my first time posting but I have been
> scouring the group for a while and it's been a huge help getting through
> roadblocks.
>
> I have successfully built a working Grase setup with an old PC with Ubuntu
> desktop 14 and a basic DD-WRT flashed router setup in AP mode which follows
> the following process for users:
>
>
> 1. WIFI connect
> 2. TOS captive with button to signup for free wifi (actual connect
> button is hidden below a huge blank <div> space.. betting they wont scroll
> down)
> 3. Button re-directs to allowed domain for a external Mailchimp
> newsletter form signup
> 4. Back to captive page with anchor link to connect button after
> successful single opt-in.
> 5. Connect to internet
>
>
> My question is concerning what may be the bare minimum performance to run
> the above steps and no any additional authentication? Would using a Pi3 be
> acceptable for 50-100 simultaneous users? I attempted to use a simple
> NoDogSplash setup on a router but was unsuccessful in getting the above
> process to work, so using a separate PC for just a free wifi portal was my
> only avenue but I would like to stay dirt cheap on the PC if possible. I'm
> not very versed in networking lore so it may be the case where the router
> is what generally needs to "handle" the user load, and not the Grase
> server, but I thought I would ask.
>
> Thank you!!
>
Thread
-
Return to March 2017
- Return to “José Borges <jo***s@algardata.pt>”
-
Return to “Michael <mi***l@m2pmarketingllc.com>”
- 2017-03-13 (Mon, 13 Mar 2017 15:25:55 -0700) - Free access only captive portal performance - Michael <mi***l@m2pmarketingllc.com>
- 2017-03-14 (Tue, 14 Mar 2017 02:14:05 -0700) - Re: Free access only captive portal performance - José Borges <jo***s@algardata.pt>
- 2017-03-14 (Tue, 14 Mar 2017 09:15:50 -0700) - Re: Free access only captive portal performance - Michael <mi***l@m2pmarketingllc.com>
- 2017-03-14 (Tue, 14 Mar 2017 09:25:13 -0700) - Re: Free access only captive portal performance - José Borges <jo***s@algardata.pt>
- 2017-03-14 (Tue, 14 Mar 2017 09:30:17 -0700) - Re: Free access only captive portal performance - José Borges <jo***s@algardata.pt>
- 2017-03-14 (Tue, 14 Mar 2017 12:56:10 -0700) - Re: Free access only captive portal performance - Michael <mi***l@m2pmarketingllc.com>
- 2017-03-14 (Tue, 14 Mar 2017 09:15:50 -0700) - Re: Free access only captive portal performance - Michael <mi***l@m2pmarketingllc.com>
- 2017-03-14 (Tue, 14 Mar 2017 02:16:41 -0700) - Re: Free access only captive portal performance - José Borges <jo***s@algardata.pt>
- 2017-03-14 (Tue, 14 Mar 2017 02:14:05 -0700) - Re: Free access only captive portal performance - José Borges <jo***s@algardata.pt>