Dove devo conservare chiave di “attivazione” di mia applicazione?

Question

Ho scritto un'applicazione e mi piacerebbe aggiungere un numero chiave di registrazione / serial ad esso (sono grandi su inconvinience minima - ala # 4 a questo articolo Eric Sink). La mia domanda è su dove memorizzare la "attivazione" una volta che l'applicazione è stata registrata. A quanto ho capito, ho un trade-off tra la memorizzazione la chiave in un luogo pubblico, dove tutti gli utenti possono leggere (ma che richiede diritti di amministratore per salvare lì) e la memorizzazione di un'attivazione per utente (ma poi ciascun utente sul computer sarà necessario attivare in modo indipendente). Questo mi dà due possibilità:

1. Alcuni utenti, con diritti di amministratore locale, attiva il prodotto. L'attivazione è memorizzato in HKLM, nella cartella dei file di programma, o da qualche altra parte, dove tutti gli utenti possono leggere, e il prodotto viene attivato per tutti gli utenti.
2. Un utente (con o senza privilegi di amministratore) si attiva il prodotto. L'attivazione viene memorizzato da qualche parte user-centric (per utente app.config, HKCU, ecc). Il vantaggio è che l'utente non deve essere un amministratore. Il rovescio della medaglia è che se ci sono 6 gli utenti che utilizzano il computer, ognuno ha per attivare il prodotto. Possono ogni ri-utilizzare la stessa serie, ma hanno ancora di entrarvi.

E 'davvero questo il trade-off? Se lo è, ciò che hanno fatto gli altri? Come sviluppatore, sono abituato a gente che è un amministratore locale, ma nel mondo reale, non mi aspetto che molti dei miei utenti aziendali di essere amministratori locali, il che mi fa propendere per l'opzione 2. Sono i computer non condivisi spesso basta che non dovrei preoccuparmi?

Anche in questo caso, non sto chiedendo come registrare fisicamente un computer - non sono preoccupato. Sto solo andando a checksum la chiave fornita e dare il via libera, come io voglio essere come non-invasivo possibile.

Answer 1

mi sento di raccomandare una soluzione che non richiede diritti di amministratore. Molti utenti, soprattutto in ambienti condivisi, non avranno tali diritti e non sarà in grado di trovare qualcuno con loro convenientemente.

Inoltre, andando avanti di qualche anno, penso che sarà sempre sempre più raro avere diritti di amministratore sul computer che si sta utilizzando, come la situazione della sicurezza migliora.

Answer 2

Registro sembra essere una soluzione bene per software per il business. Almeno a dove ho usato per lavorare, utente normale non sarà un amministratore del computer locale, in modo che ogni installazione richiederà account di amministratore locale. Questa è una buona cosa dal momento che sarà diminuire il mal di testa del vostro personale di supporto da parte di persone che installano quasi tutto ciò che nel proprio ambiente di business computing. Il compromesso è, naturalmente, l'utente sarà incazzato che non possono installare roba o devono contattare l'assistenza per farlo, ma hey ...:)

altri animali:

• USB / altro tipo di dongle (ala vecchia 3DMax)
• semplice file di testo vecchio (ala Garmin GPS software sul dispositivo mobile)
• codificarli / riscrivere la chiave nella il vostro binario o parte del vostro binario (Fatto questo di nuovo trucco in th vecchio DOS giorni)
• memorizzarli nella propria db via web (ala EverQuest / altri giochi MMORPG)
• chiave locale db (ala MathLab credo)

Answer 3

Come sull'utilizzo del storrage isolato per voi applicazione?

Si avrà la possibilità di memorizzare le informazioni a livello mashiene per la registrazione, e le modifiche di configurazione possono essere persistenti a livello di utente.

Answer 4

Noi salviamo il nostro codice di attivazione al Registro di sistema per l'utente corrente (HKCU) abbiamo avuto molto poco problemi con esso. I nostri clienti eseguiti su tutto, dai computer di casa in thin client su collaborare reti.

Se il software verrà utilizzato nelle scuole o in altri ambienti educativi è necessario fornire qualche altro metodo. Potrebbe essere semplice come una domanda di registrazione separata che salverà per l'attivazione per tutti gli utenti. Il software dovrebbe fare due ricerche del Registro di sistema, ma che è un piccolo prezzo da pagare.

Answer 5

In generale, la maggior parte dei computer sono utilizzati da un singolo utente (o più persone che ancora utilizzano lo stesso account utente). Quindi un utente storage basato funzionerà la maggior parte del tempo in ogni caso.

Tuttavia non è o / o. Ci sono percorsi delle cartelle che sono scrivibili da tutti gli utenti - come ad esempio il href="https://stackoverflow.com/questions/131666/vista-and-programdata"> ProgramData cartella

DeployLX Licensing fa questo per i dati di licenza non protetti in modo che possa essere utilizzato da più utenti senza un admin concedere esplicitamente l'autorizzazione.

Answer 6

Si dovrebbe essere coerente. Se i diritti di amministratore è stato richiesto di installare il programma, non è fuori linea per richiedere i diritti di amministratore per registrarlo. Allo stesso modo se in qualche modo riuscito a installarlo senza diritti di amministratore quindi registrarlo senza troppo.

Se si installa e registra in un solo passo questo non sarà un problema.