How do you provision accounts and have all of the passwords in sync? I usually go AD to Google, but I'd like to go Google to AD this year.
In a normal year we have every kid use a domain PC and login with a generic account to change their password, which then syncs to Google. Our O365 syncs with AD, but we barely use it, it just exists - I don't think we have the right licensing for anything fancy.
Next year we'd like to bring the new students in early to pick up chromebooks, login to their chromebooks to change their passwords, and then have that sync back to AD. Is this possible? I only want it the first time, then I can continue using GAPS once they are in school to go from AD to Google instead.
Posted May 20, 2021, 12:52 PM UTC
Not possible; Google does not recognized AD's 'password must change at next logon' flag and can't write back to AD.
We have on-prem AD and also use O365 and Google with GSPS (or whatever it's called today).
We sync from AD to Google and AD to O365. We send students to the O365 password reset portal (https://login.microsoftonline.com), which forces students to change their password at logon and syncs back to AD, then to Google. I created a simple Kiosk app for this webpage, so nobody has to log into a device first. You could also do a Guest Session and force open the browser to Microsoft's login site.
Alternatively, in the past we've provided temp passwords (based on a formula so they're unique) and the students are required to change it by a given date in the future.
I'm in the process of doing this (once MS actually assigns the licenses I own to my O365), and the kiosk app for password resets is a great idea!
[deleted]
Essentially, yes. I used the 'Chrome App Builder". Steps are here.
The caveat is that in order to publish an app, you must own or at least be able to verify the domain where the app (more specifically, the URL to the app) points. So you can't publish an app that's a direct link to a Microsoft page, for example.
To get around that, I host a redirect for the app on our website.
So for example, I create an app that points to www.school.org/password-reset.html
On the web server, I create 'password-reset.html' file that's a simple redirect to the intended destination. Like this:
<HTML> <HEAD> <META HTTP-EQUIV="refresh" CONTENT="0;URL=https://whatever.url.you.want"> </HEAD> </HTML>These apps are only published privately within our domain. I'm sure they would get taken down quickly if they were public. Also worth noting that Chrome apps will be going away in the near future, so there's that.
[deleted]
They're moving to what they call Progressive Web Apps (PWA).