Come posso confermare una nuova registrazione utente via SMS?

Question

Sto costruendo un'applicazione web focalizzata sul cellulare, per convertirla successivamente in ibrida, e preferirei che le nuove registrazioni utente confermino il numero di telefono dell'utente rispetto al loro indirizzo email.

Desidero inviare un nuovo utente a un SMS con un codice univoco. Al loro primo accesso, devono inserire quel codice per attivare il proprio account.

Ho un servizio SMS personalizzato che invia SMS fine e vorrei sapere come integrare questo nel processo di registrazione Identità.

Si noti che non desidero utilizzare SMS per l'autenticazione di routine a due fattori.

Answer 1

È possibile utilizzare creare ulteriori azioni nel controller conto e sull'uso di metodi da Microsoft.AspNet.Identity.Core

1. UserManager.GenerateChangePhoneNumberToken
2. inviare sms con gettone
3. UserManager.VerifyChangePhoneNumberToken
4. Aggiungi logica personalizzata all'autorizzazione

Answer 2

Ci sono diversi modi per farlo.

1. economica, ma non affidabile o impresa pronti è quello di costruire un app su un dispositivo che possiedi e avere quelle di altri dispositivi inviano uno SMS ad esso. Puoi elaborare l'SMS e rispondere come preferisci. Con piani di sms illimitati, andrebbe bene. Non è ridondante o affidabile (la batteria del telefono potrebbe morire, potrebbe essere necessario fare aggiornamenti che potrebbero interrompere il servizio, ecc.)

2. Lavorare con un'azienda come Twilio (https://www.twilio.com/) e utilizzare il proprio gateway SMS, API e servizi per costruire, rapidamente ed a basso costo (per la maggior parte) il tipo di servizio che stai cercando di fornire. Ci sono concorrenti per Twilio e io non li approvo, solo fornendo loro un esempio.

3. Ottenere il proprio gateway SMS (https://en.wikipedia.org/wiki/SMS_gateway) e quindi eseguire servizi fortemente integrati e personalizzati.

Se questo è solo un proof of concept a livello aziendale o non si sa che cosa il vostro tasso di adozione da parte dell'utente sarà, poi 1 # è probabilmente bene fino a quando è necessario # 2. # 3 è raramente l'opzione migliore.