ks,
>
>
>
> Bill
>
>
>
>
>
> *From:* Diego Garcia del Rio
> *Sent:* Wednesday, April 29, 2020 11:48 AM
> *To:* Bill Handler
> *Cc:* Jonathan Nathanson ;
> packetfence-users@lists.sourceforge.net
> *Subject:* Re: [PacketFence-users] Google oauth2 -
>
10:11 AM
To: Bill Handler
Cc: Jonathan Nathanson ;
packetfence-users@lists.sourceforge.net
Subject: Re: [PacketFence-users] Google oauth2 - Behavior/Troubleshooting -
http vs https
Hi Bill
Interesting that of using http it works. I used publicly signed certs for my
portal. Self signed will just be
onder
>> why I’m not getting the same pop-up or it’s not accepting the previously
>> accepted self-signed cert for that oauth page.
>>
>>
>>
>> Thanks,
>>
>>
>>
>> Bill
>>
>>
>>
>>
>>
>> *From:* Die
e same pop-up or it’s not accepting the previously
> accepted self-signed cert for that oauth page.
>
>
>
> Thanks,
>
>
>
> Bill
>
>
>
>
>
> *From:* Diego Garcia del Rio
> *Sent:* Wednesday, April 29, 2020 10:11 AM
> *To:* Bill Handler
> *Cc:* Jonath
elf-signed cert, or do you have a public cert installed?
>
>
>
> Thanks,
>
>
>
> Bill
>
>
>
>
>
> *From:* Diego Garcia del Rio
> *Sent:* Wednesday, April 29, 2020 8:49 AM
> *To:* Bill Handler
> *Cc:* Jonathan Nathanson ;
> packetfence-users@list
;
packetfence-users@lists.sourceforge.net
Subject: Re: [PacketFence-users] Google oauth2 - Behavior/Troubleshooting - DNS
Issue?
Hi Bill
I haven't installed pf10 yet. But I think the key item is the fact that the
registration vlan DNS is not resolving to the correct PF address. Do you have
any nic
on (eth1)
> tagged. PF is handing out DHCP on registration/isolation vlans.
>
>
>
> Any help is appreciated.
>
>
>
> Thanks,
>
>
>
> Bill
>
>
>
> *From:* Bill Handler
> *Sent:* Friday, April 24, 2020 4:40 PM
> *To:* Diego Garcia del Rio
&g
: [PacketFence-users] Google oauth2 - Behavior/Troubleshooting
Diego,
Thanks for your help and guidance on this… The end-system is getting the reply
from Google with the authorization code – the Portal URL in the config that
ends in ‘/callback’. However, the hostname of the pf server is not being
forge.net<mailto:packetfence-users@lists.sourceforge.net>
Subject: RE: [PacketFence-users] Google oauth2 - Behavior/Troubleshooting
Diego,
Thanks for the pointers. The logs appear to be now located in the
/usr/local/pf/logs directory. There is no logs folder in the /usr/local/pf/var
directory.
I
nes, I’m not sure what API I may need.
>>
>>
>>
>> Ideas?
>>
>>
>>
>> Thanks,
>>
>>
>>
>> Bill
>>
>>
>>
>> *From:* Bill Handler
>> *Sent:* Friday, April 24, 2020 8:36 AM
>> *To:* Diego Garc
, I’m not sure what API I may need.
Ideas?
Thanks,
Bill
From: Bill Handler
Sent: Friday, April 24, 2020 8:36 AM
To: Diego Garcia del Rio
Cc: Jonathan Nathanson ;
packetfence-users@lists.sourceforge.net
Subject: RE: [PacketFence-users] Google oauth2 - Behavior/Troubleshooting
Diego,
Thanks
>
> *From:* Bill Handler
> *Sent:* Friday, April 24, 2020 8:36 AM
> *To:* Diego Garcia del Rio
> *Cc:* Jonathan Nathanson ;
> packetfence-users@lists.sourceforge.net
> *Subject:* RE: [PacketFence-users] Google oauth2 -
> Behavior/Troubleshooting
>
>
>
> Diego,
>
or…
Thanks,
Bill
From: Diego Garcia del Rio
Sent: Thursday, April 23, 2020 5:26 PM
To: Bill Handler
Cc: Jonathan Nathanson ;
packetfence-users@lists.sourceforge.net
Subject: Re: [PacketFence-users] Google oauth2 - Behavior/Troubleshooting
Hi bill
Please look at ALL the log files under
gt;
>
>
> *From:* Diego Garcia del Rio
> *Sent:* Thursday, April 23, 2020 10:43 AM
> *To:* Jonathan Nathanson
> *Cc:* packetfence-users@lists.sourceforge.net; Bill Handler <
> bhand...@pcsknox.com>
> *Subject:* Re: [PacketFence-users] Google oauth2 -
> Beha
: packetfence-users@lists.sourceforge.net; Bill Handler
Subject: Re: [PacketFence-users] Google oauth2 - Behavior/Troubleshooting
Hi Jonathan, Bill,
The device will get the role indeed after a disconnect / CoA but given Bill
mentions that his other auth methods work... I would be surprised that CoA
fails
I had this very similar problem recently. Does A3 manage DHCP in the reg
VLAN?
The role should be assigned following a disconnect / COA packet sent to the
client device to get them to reconnect, I believe.
You should do a packet trace and check. You might also want to check
corresponding log
I’m running on v10, using the default whitelist in the Google Auth config. The
end system is talking to google, verified with wireshark, and by inputting
wrong password.
The end system’s role never gets updated, even though I have a catchall rule in
place that should move it to a different
Running into an issue with Google oauth2 authentication via Captive Portal...
* Have it configured and set as an External Authentication Source
* Have all the correct settings on Google Developer site
What's happening is that after entering the username/password in the Google
display
18 matches
Mail list logo