Hi Andi, On 04/12/2012 05:59 AM, Morris, Andi wrote: > An nslookup from the production network to dns.msftncsi.com results in > 131.107.255.255 as it is supposed to, so I'm not sure why this is happening. >
As I said earlier: > Basically, and this is a guess, it'll try to hit > http://www.msftncsi.com/ncsi.txt and if it's not "Microsoft NCSI" but > can do the DNS lookup alright it'll report a captive portal and request > an opening of the browser. Try hitting the web page mentioned. There could be a transparent proxy in the way or some other thing. > I don't think that this happened when I was forcing the clients to register > manually. When that was in place they would see the progress bar, then get > redirected successfully. > Knowing if it's the case for sure would definitely help troubleshooting further. I hoped that, by now, someone would have chimed in with a fix... I guess you'll have to do some more research and I'll try to be more careful about it in the lab. Filing a ticket (http://www.packetfence.org/bugs) would also help. Regards, -- Olivier Bilodeau [email protected] :: +1.514.447.4918 *115 :: www.inverse.ca Inverse inc. :: Leaders behind SOGo (www.sogo.nu) and PacketFence (www.packetfence.org) ------------------------------------------------------------------------------ For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 _______________________________________________ Packetfence-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/packetfence-users
