7

Meine Firma wechselt in Kürze zu Google Apps. Ich möchte vorschlagen, dass unsere Websiteverwaltungsseite mit OpenID authentifiziert wird. Daher wird jeder Nutzer, der bei Google Apps angemeldet ist, automatisch bei unserer Website-Verwaltung angemeldet. Momentan hat unsere Websiteverwaltung eine eigene Liste mit Nutzern und Passwörtern in der Datenbank, aber ich möchte, dass die Nutzerliste auf Google Apps basiert und ihre eindeutige ID in unserer Datenbank gespeichert wird. Auf diese Weise müssten neue Mitarbeiter nur in Google Apps eingerichtet werden, um auf unsere Website-Verwaltung zuzugreifen.Verwenden von SSO zum Anmelden bei meiner bestehenden Anwendung von Google Apps

Ich habe etwas recherchiert und stoße auf Begriffe wie SSO, OpenID und SAML, aber ich kann nicht genau eingrenzen, welchen Weg ich gehen soll. Es sieht so aus, als ob Google viele Pfade zur Entwicklung geöffnet hat und ich bin mir nicht sicher, welchen ich nehmen soll.

Meine Frage ist: Welche Art von Authentifizierung suche ich für meinen oben beschriebenen Zweck, und kann mir jemand in die Richtung zeigen, wo ich anfangen soll? Meine Website wird in ColdFusion 9 veröffentlicht, so dass Antworten, die für diese Plattform spezifisch sind, ein Bonus sind.

Antwort

2

Wenn Sie nur Web-SSO benötigen - ich glaube, Sie würden Ihre GApps-Domain als OpenID-Provider verwenden. Ihre Anwendung würde dann als RP fungieren und Identitäten konsumieren, die von Ihrer eigenen GApps-Domain und Unternehmensadministration festgelegt wurden. GApps kann nur als SAML Service Provider fungieren - SAML für diesen Anwendungsfall ist also nicht realistisch.

HTH Ian

+0

"RP" ist ein harter Begriff zu Google ... Ich nehme an, Sie nicht "Rest Profit" gemeint. Könnten Sie ein bisschen Licht vergießen? –

+0

Entschuldigung - OpenID Relying Party. Ähnlich im Konzept zu einem Service Provider (SAML). – Ian

+0

Auf die Gefahr hin, wie ein SO Newb klingen, könnten Sie mich in Richtung eines guten Tutorials auf diesem zeigen? +1 für Ihre Zeit –

Verwandte Themen