Translations:Concepts/OpenPGP Getting Started/27/da: Difference between revisions

Latest revision as of 14:08, 8 July 2013

Information about message (contribute)

This message has no documentation. If you know where or how this message is used, you can help other translators by adding documentation to this message.

Message definition (Concepts/OpenPGP Getting Started)

The main key can set (and change) the expiration date for itself and its subkeys. The only "disadvantage" of an expiration date for others is that they have to update the key to keep it usable. But keys shall be updated regularly anyway so you may consider that an advantage as well. The main advantage of an expiration date (for the main key, too) is that keys which are not used any more can easily be recognized as such. The "official" way is another, of course. If a key is abandoned then a revocation certificate should be published. But this may be impossible (key or passphrase lost and no certificate created before (or lost, too)) or you may simply forget to do so (or to publish it everywhere). The "right" validity period is a compromise between reducing disturbance by expired keys (on both sides; remember that you need a secure environment to change the expiration date with an offline main key) and the time which a key still appears valid. One year may be a good choice.

Hovednøglen kan fastsætte (og ændre) sin egen og sine undernøglers udløbsdato. Den eneste "ulempe" ved en udløbsdato for andre er, at de skal opdatere nøglen for at den skal forblive brugbar. Men nøgler bør alligevel opdateres regelmæssigt, så man kan også betragte dette som en fordel. Den vigtigste fordel ved en udløbsdato (også for hovednøglen) er, det er let at se om en nøgle ikke længere er i brug. Der er også en "officiel" måde at opnå dette på. Hvis en nøgle opgives, så bør der udgives et tilbagekaldelsescertifikat. Men det kan være umuligt (hvis nøgle eller kodeord er gået tabt og der ikke tidligere er blevet oprettet et certifikat (eller det også er gået tabt)) eller du kan glemme at gøre det (eller at offentliggøre det overalt). Den "rette" gyldighedsperiode er et kompromis imellem at reducere forstyrrelser fra udløbne nøgler (på begge sider: husk at du skal bruge sikre omgivelser for at ændre udløbsdatoen med en offline hovednøgle) og den tid, hvor nøglen stadig optræder som gyldig. Et år kan være et godt valg.

Revision as of 13:57, 8 July 2013 (view source) Claus chr (talk \| contribs) (Importing a new version from external source)		Latest revision as of 14:08, 8 July 2013 (view source) Claus chr (talk \| contribs) (Importing a new version from external source)
Line 1:		Line 1:
	Hovednøglen kan fastsætte (og ændre) sin egen og sine undernøglers udløbsdato. Den eneste "ulempe" ved en udløbsdato for andre er, at de skal opdatere nøglen for at den skal forblive brugbar. Men nøgler bør alligevel opdateres regelmæssigt, så man kan også betragte dette som en fordel. Den vigtigste ~~forden~~ ved en udløbsdato (også for hovednøglen) er, det er let at se om en nøgle ikke længere er i brug. Der er også en "officiel" måde at opnå dette på. Hvis en nøgle opgives, så bør der udgives et tilbagekaldelsescertifikat. Men det kan være umuligt (hvis nøgle eller kodeord er gået tabt og der ikke tidligere er blevet oprettet et certifikat (eller det også er gået tabt)) eller du kan glemme at gøre det (eller at offentliggøre det overalt). Den "rette" gyldighedsperiode er et kompromis imellem at reducere forstyrrelser fra udløbne nøgler (på begge sider: husk at du skal bruge sikre omgivelser for at ændre udløbsdatoen med en offline hovednøgle) og den tid, hvor nøglen stadig optræder som gyldig. Et år kan være et godt valg.		Hovednøglen kan fastsætte (og ændre) sin egen og sine undernøglers udløbsdato. Den eneste "ulempe" ved en udløbsdato for andre er, at de skal opdatere nøglen for at den skal forblive brugbar. Men nøgler bør alligevel opdateres regelmæssigt, så man kan også betragte dette som en fordel. Den vigtigste fordel ved en udløbsdato (også for hovednøglen) er, det er let at se om en nøgle ikke længere er i brug. Der er også en "officiel" måde at opnå dette på. Hvis en nøgle opgives, så bør der udgives et tilbagekaldelsescertifikat. Men det kan være umuligt (hvis nøgle eller kodeord er gået tabt og der ikke tidligere er blevet oprettet et certifikat (eller det også er gået tabt)) eller du kan glemme at gøre det (eller at offentliggøre det overalt). Den "rette" gyldighedsperiode er et kompromis imellem at reducere forstyrrelser fra udløbne nøgler (på begge sider: husk at du skal bruge sikre omgivelser for at ændre udløbsdatoen med en offline hovednøgle) og den tid, hvor nøglen stadig optræder som gyldig. Et år kan være et godt valg.