Por lo que sé, muchas Univercities helénicas proporcionan su propio panel de inicio de sesión. Así que puedes implementar varias metodologías, estrategias que dependen de la unidad (supongo que otras unidades ofrecen una solución similar).
El más débil es verificar por correo electrónico y periódicamente debe volver a verificar sus correos electrónicos (por ejemplo, una vez al año). El más fuerte es verificar a través del panel de inicio de sesión de univectity. También puede proporcionar varias pantallas, por ejemplo, en la primera, elija la universidad y en la segunda, ya sea para ofrecer una conexión directa o para registrarse, dependiendo de la universidad.
También muchas Univercities ofrecen conexiones VPN (que yo sepa en Hellenic Univercities) para que pueda verificar si algún usuario está conectado a través de una univercity en un inicio de sesión multifactorial:
- En primer lugar, compruebe la dirección IP si pertenece a una universidad.
- Luego, el usuario ofrece las credenciales para registrarse o iniciar sesión.
- El inicio de sesión debe estar permitido si una dirección IP pertenece a una univercity.
Un enfoque alternativo puede mantener una base de datos de expresiones regulares / comodines con los correos electrónicos válidos de Univercity y combinado con el enfoque de verificar una por año, sus correos electrónicos deben ser una solución práctica y viable para usted.
Además, en el caso de utilizar un mecanismo de autenticación independiente en función de la univercity, sugiero utilizar el patrón de ingeniería de software strategy y dependiendo de la univercity para aplicar diferentes mecanismos de registro. Puede elegir la estrategia a través de un patrón factory y mantener un nombre distintivo donde se almacena la lista de univercities, por ejemplo. en la base de datos, almacene una columna adicional llamada auth_mechanism y si univercity admite la autenticación OAUTH & El mecanismo de autorización luego almacena el valor OAUTH .