¿Dónde debo guardar clave de “activación” de mi solicitud?

Question

He escrito una solicitud y me gustaría añadir un número de clave de registro / serie a ella (Soy grande en inconvinience mínimo - Ala # 4 en este artículo Eric Sink). Mi pregunta es acerca de dónde almacenar la "activación" una vez que la solicitud ha sido registrada. Según tengo entendido, tengo un compromiso entre el almacenamiento de la llave en un lugar público, donde todos los usuarios pueden leer (pero que requiere derechos de administrador para guardar allí) y el almacenamiento de una activación por usuario (pero entonces cada usuario en el equipo tendrá que activar forma independiente). Eso me da dos opciones:

1. Algunas usuario, con derechos de administrador local, activa el producto. La activación se almacena en HKLM, en la carpeta de archivos de programa, o en otro lugar donde todos los usuarios puedan leerlo, y el producto se activa para todos los usuarios.
2. A de usuario (con o sin derechos de administrador) activa el producto. La activación se almacena en algún lugar centrado en el usuario (app.config por usuario, HKCU, etc). La ventaja es que el usuario no tiene por qué ser un administrador. La desventaja es que si hay 6 usuarios que utilizan el ordenador, cada uno tiene que activar el producto. Cada uno puede volver a utilizar la misma serie, pero todavía tienen que entrar en él.

¿Es realmente el trade-off? Si es así, ¿qué han hecho los demás? Como desarrollador, estoy acostumbrado a gente que es un administrador local, pero en el mundo real, no espero que muchos de mis usuarios corporativos para ser administradores locales, lo que me hace inclinan hacia la opción 2. ¿Son las computadoras no se comparten a menudo suficiente como para que yo no debería estar preocupado?

Una vez más, no estoy preguntando acerca de cómo registrar físicamente a una computadora - no estoy preocupado por eso. Sólo voy a la suma de comprobación proporciona la clave y dar el visto bueno, ya que quiero ser lo menos invasiva posible.

Answer 1

Yo recomendaría una solución que no requiere derechos de administrador. Muchos de los usuarios, sobre todo en entornos compartidos, no tienen esos derechos y no ser capaz de encontrar a alguien con ellos convenientemente.

Además, en el futuro unos años, creo que va a estar recibiendo cada vez más raro tener derechos de administrador en el equipo que está utilizando, ya que la situación de seguridad.

Answer 2

Registro parece ser una solución aceptable para el software de negocios. Por lo menos en donde solía trabajar, usuario normal no será un administrador del equipo local, por lo que cada instalación requiere cuenta de administrador local. Esta es una buena cosa ya que disminuirá el dolor de cabeza de su personal de apoyo de la gente que instala casi todo en su entorno informático empresarial. La compensación es, por supuesto, el usuario será molesto que no pueden instalar cosas o tiene que contactar con el soporte para hacerlo, pero bueno ...:)

Otras materias:

• USB / otro tipo de dispositivo de seguridad (al estilo antiguo 3DMax)
• archivo de texto simple y llano (ala Garmin GPS de software en el dispositivo móvil)
• codificarlos / reescribir la llave en su binario o parte de su binario (Hizo esto de nuevo truco en ª edad DOS día)
• almacenarlos en su propio db vía web (ala EverQuest / otros juegos MMORPG)
• db clave local (ala MathLab creo)

Answer 3

¿Cómo sobre el uso del aislado guardarlas para su aplicación?

Usted tendrá la capacidad de almacenar esta información en un nivel mashiene para su registro, y los cambios de configuración se pueden conservar en un nivel de usuario.

Answer 4

Guardamos nuestro código de activación para el registro del usuario actual (HKCU) que han tenido muy poco problemas con él. Nuestros clientes se ejecutan en todo, desde los ordenadores personales de los clientes ligeros de cooperar redes.

Si el software se utiliza en las escuelas u otros entornos educativos es necesario proporcionar algún otro método. Podría ser tan simple como una solicitud de inscripción por separado que permitirá ahorrar a la activación de todos los usuarios. Su software tendría que hacer dos operaciones de búsqueda del registro, sino que es un pequeño precio a pagar.

Answer 5

En general, la mayoría de las computadoras son utilizadas por un solo usuario (o varias personas que siguen utilizando la misma cuenta de usuario). Por lo que un almacenamiento basado en el usuario va a trabajar la mayor parte del tiempo de todos modos.

Sin embargo, no es o / o. Hay ubicaciones de las carpetas que son escribibles por todos los usuarios - como la carpeta Datos de programa href="https://stackoverflow.com/questions/131666/vista-and-programdata"> . La clave es hacer que el archivo de lectura / escritura por todo el mundo para que pueda verificar el contenido independientemente del usuario.

DeployLX Licensing hace esto por datos de la licencia no seguros para que pueda ser utilizado por múltiples usuarios sin un administrador conceder permiso explícitamente.

Answer 6

Usted debe ser consistente. Si se requieren derechos de administrador para instalar el programa, no está fuera de la línea de exigir derechos de administrador para registrarlo. Del mismo modo, si de alguna manera para instalarlo sin derechos de administrador y luego registrarlo sin demasiados.

Si instala y se registra en un solo paso esto no será un problema.