Wie kann ich eine neue Benutzerregistrierung per SMS bestätigen?

Question

Ich baue eine Mobile-fokussierte Webanwendung, um später zu Hybrid zu konvertieren, und ich würde es vorziehen, dass neue Benutzerregistrierungen die Telefonnummer des Benutzers gegen ihre E-Mail-Adresse bestätigen.

Ich möchte einem neuen Benutzer eine SMS mit einem eindeutigen Code senden. Wenn sie sich zum ersten Mal anmelden, müssen sie diesen Code eingeben, um ihr Konto zu aktivieren.

Ich habe einen benutzerdefinierten SMS-Dienst, der SMS sendet fein, und würde gerne wissen, wie dies in den Registrierungsprozess der Identität zu integrieren.

Bitte beachten Sie, dass ich SMS für routinemäßige Zwei-Faktor-Authentifizierung nicht verwenden möchte.

Answer 1

Sie können zusätzliche Aktionen in Ihrem Konto-Controller erstellen und Verwendung von Methoden Microsoft.AspNet.Identity.Core

1. UserManager.GenerateChangePhoneNumberToken
2. Senden Sie eine SMS mit Token
3. UserManager.VerifyChangePhoneNumberToken
4. Benutzerdefinierte Logik zur Autorisierung hinzufügen

Answer 2

Es gibt mehrere Möglichkeiten, dies zu erreichen.

1. Billig, aber nicht zuverlässig oder betriebsbereit ist es, eine App auf einem Gerät zu erstellen, das Sie besitzen und über das andere Geräte eine SMS senden. Sie können die SMS bearbeiten und antworten, wie Sie möchten. Mit unbegrenzten SMS-Plänen wäre es in Ordnung. Es ist nur nicht redundant oder zuverlässig (die Telefonbatterie könnte sterben, müssen Sie möglicherweise Updates, die Service unterbrechen könnten, usw.)

2. Arbeiten Sie mit einem Unternehmen wie Twilio (https://www.twilio.com/) und verwenden Sie ihre SMS-Gateway, API und Dienstleistungen um schnell und kostengünstig (in den meisten Fällen) die Art von Dienstleistung zu erstellen, die Sie anbieten möchten. Es gibt Konkurrenten für Twilio, und ich unterstütze sie nicht, sondern stelle sie nur als Beispiel zur Verfügung.

3. Erhalten Sie Ihr eigenes SMS-Gateway (https://en.wikipedia.org/wiki/SMS_gateway) und führen Sie dann stark integrierte und angepasste Dienste durch.

Wenn dies nur ein Proof of Concept auf betrieblicher Ebene ist oder Sie nicht wissen, was Ihre Benutzer Akzeptanz sein wird, dann 1 # ist wahrscheinlich gut, bis Sie # 2 benötigen. # 3 ist selten die beste Option.