thanks fabrice! That's one way of doing it ;-) cheers!!
On Wed, Feb 2, 2022 at 10:09 AM Fabrice Durand <oeufd...@gmail.com> wrote: > Hello Diego, > > you can change it there: > > https://github.com/inverse-inc/packetfence/blob/devel/go/httpdispatcher/proxy.go#L148 > > then go in /usr/local/pf/go > make go-env > source ~/.bashrc > make pfhttpd > mv pfhrrpd ../sbin > systemctl restart packetfence-httpd.dispatcher.service > > Regards > Fabrice > > > Le mer. 2 févr. 2022 à 03:37, Diego Garcia del Rio via PacketFence-users < > packetfence-users@lists.sourceforge.net> a écrit : > >> Hello everyone >> >> I am using a ruckus smartzone based setup with WISPR / hot-spot redirect >> on the AP. (so packetfence is NOT the DHCP server nor is it really using an >> isolation or registration vlan on packetfence) In fact, my packetfence >> server is not co-located on the same site as the clients. >> >> So un-authenticated clients get re-directed by the wifi access point and >> steered to "http://activelearning.school-wifi.com/RuckusSmartZone"; where >> the login works just fine >> >> The thing is that I was trying to configure rfc7710 dhcp options in my >> dhcp server and that's ok (I was pointing to " >> https://activelearning.school-wifi.com/rfc7710"; as the content of the >> dhcp option. >> >> And that works fine. Clients that are rfc7710 capable retrieve that dhcp >> option and immediately open the portal. The problem is that the portal url >> that the /rfc7710 ip specifies is " >> https://activelearning.school-wifi.com/portal";. And of course, that >> doesn't work since my clients are not locally terminated on packetfence, so >> PF has no IP/MAC information to do any correlation and shows an "unknown >> client error" >> >> My question was if there is any way to cause the /rfc7710 json response >> to point to ANY OTHER url. In my case, for example, it could be " >> http://neverssl.com"; or anything else that would cause the AP to do the >> proper WISPR redirection. (notice that neverssl is HTTP and not HTTPS) >> >> >> Is there any knob/option I could use? >> >> I was looking at the code in proxy.go for httpdispatcher and it seems the >> "UserPortalURL" field fo the JSON response is derived from the >> "X-Forwarded-For" header added by the front-end proxy. I think it might be >> useful to provide some means of overriding this value so that clients can >> then use rfc7710 in this scenario as well. >> >> Thanks in advance! >> >> >> >> _______________________________________________ >> PacketFence-users mailing list >> PacketFence-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/packetfence-users >> >
_______________________________________________ PacketFence-users mailing list PacketFence-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/packetfence-users
