Architektur für login-system auf der MEAN-stack?

Ich bin der Entwicklung einer web-app auf dem MEAN-stack (MongoDB, Express, AngularJS und node.js). Entwickle ich ein login-system, und auch einige der Eckigen Strecken geschützt, damit nur eingeloggte Nutzer darauf zugreifen können. Ich versuche zu denken, der beste Weg der Annäherung an die Architektur dieses.

Ich denke da an den aktuellen workflow:

  • Benutzer meldet sich in der via AngularJS form, die sendet eine http-POST an eine Express-Endpunkt. Der Endpunkt validiert die Benutzer für die Datenbank und antwortet mit einer OAuth-token sowie einen cookie. Beide befinden sich in der mongo-Datenbank für eine spätere überprüfung.
  • Einmal AngularJS erhält die login Antwort, speichert es die empfangenen cookie mit ng-cookies und speichert die OAuth-token in der Benutzer-service.
  • Jedes mal wechselt die route in AngularJS nun, der Benutzer-service wird verwendet, um sicherzustellen, dass das cookie ist noch legitim, durch Vergleich mit cookies in der mongo-Datenbank (dies wäre ein API-Aufruf mit Winkel ' s lösen... würde dies einen spürbaren lag?)
  • Wenn ein Benutzer klickt auf "log out" oder der cookie abläuft, wird die cookie-und OAuth-token sind beide aus der Datenbank gelöscht und nicht mehr gültig.

Ist dieser Ansatz sinnvoll? Ist es sicher, und es ist relativ effizient/schnell in der Ausführung?

InformationsquelleAutor Jakemmarsh | 2013-10-04
  1. 8

    Landete ich mit der Kombination aus meinem ursprünglichen workflow mit Ausdrücken, die auth-Beispiel gesehen hier. Es ist wie folgt:

    • Wenn der Benutzer zunächst lädt die app ein http-Aufruf durchgeführt, um eine Express-Endpunkt, der prüft, ob eine session bereits vorhanden ist für den Benutzer. Wenn ja, wird der Benutzer gespeichert in $rootScope angesehen und angemeldet.
    • Jeder Zeit die AngularJS route verpasst, den gleichen Endpunkt zugegriffen wird. Route-Schutz angegeben wurde, in einer Art und Weise ähnlich den oben beschriebenen hier. Wenn der Endpunkt immer wieder, dass keine Sitzung vorhanden ist, $rootScope.user ist unset (wenn es sein muss), und der Benutzer wird auf die Anmeldeseite umgeleitet.
    • Wenn das Formular verarbeitet wird, sendet es eine Express-Endpunkt. Der Endpunkt ruft der Benutzer aus der mongoDB (wenn es existiert), und versuche, einen hash des Passworts. Wenn es übereinstimmt, wird die Sitzung des Benutzers festgelegt ist, gespeichert in der mongo-DB-und den Endpunkt liefert die user Objekt (zum speichern in der $rootScope wie bereits erwähnt).
    • Jederzeit weitere Endpunkte zugegriffen werden, die Funktionen werden zuerst Durchlaufen die restrict Funktion, die gewährleistet, dass eine session vorhanden ist, vor der Versendung von Daten an den client. Es gibt eine 401 wenn keine Sitzung vorhanden ist, die wird dann behandelt, auf der Eckigen Seite mit diese HTTP-interceptor zu unset $rootScope.user und umleiten auf die login-Bildschirm.
    • Wenn der Benutzer klickt auf "log out" auf der Eckigen Seite, die session nicht gesetzt ist, und gelöscht von der mongo DB, $rootScope.user ist auf null festgelegt, und der Benutzer wird umgeleitet auf die Startseite.
    InformationsquelleAutor Jakemmarsh
Schreibe einen Kommentar