PGPKeyserver - Versionsgeschichte

SebastianG: /* Wie benutze ich den Keyserver? */

2014-03-10T12:54:12Z

Wie benutze ich den Keyserver?

← Nächstältere Version		Version vom 10. März 2014, 12:54 Uhr
Zeile 16:		Zeile 16:

	=== Wie benutze ich den Keyserver? ===		=== Wie benutze ich den Keyserver? ===

			[[Datei:nas2sks2.png\|thumb\|Screenshot der Web-Schnittstelle]]

	In der Kommandozeile sieht das dann zum Beispiel so aus:		In der Kommandozeile sieht das dann zum Beispiel so aus:
Zeile 23:		Zeile 25:
	Wenn man jetzt einen Schlüssel von jemandem unterschrieben hat, der nicht möchte, dass sein Schlüssel auf den öffentlichen Schlüsselservern auftaucht, dann sollte man diese keyserver-Option bei --send-keys echt nicht vergessen! Aber Bitte keine Schlüssel von Leuten drauf schicken, die aus unserem Dunstkreis sonst keiner kennt. Dafür ist der ''interne'' Schlüsselserver nicht gedacht.		Wenn man jetzt einen Schlüssel von jemandem unterschrieben hat, der nicht möchte, dass sein Schlüssel auf den öffentlichen Schlüsselservern auftaucht, dann sollte man diese keyserver-Option bei --send-keys echt nicht vergessen! Aber Bitte keine Schlüssel von Leuten drauf schicken, die aus unserem Dunstkreis sonst keiner kennt. Dafür ist der ''interne'' Schlüsselserver nicht gedacht.

	Es gibt aber auch das bekannte [http://nas2.nok.lab:11371/ Webinterface] auf Port 11371. ~~Und das sieht im Moment so aus:~~		Es gibt aber auch das bekannte [http://nas2.nok.lab:11371/ Webinterface] auf Port 11371. Siehe Screenshot rechts.

	~~[[Datei:nas2sks2~~.~~png]]~~

	=== Internas und Konfigurationsfoo ===		=== Internas und Konfigurationsfoo ===

SebastianG: /* Was? */

2014-03-10T12:01:46Z

Was?

← Nächstältere Version		Version vom 10. März 2014, 12:01 Uhr
Zeile 7:		Zeile 7:
	* Falls in der freien Wildbahn (auf öffentlichen Keyservern "draußen") neue Signaturen, Subkeys, Key Revocations von Schlüsseln auftauchen, die unser Keyserver speichert, werden diese auch importiert.		* Falls in der freien Wildbahn (auf öffentlichen Keyservern "draußen") neue Signaturen, Subkeys, Key Revocations von Schlüsseln auftauchen, die unser Keyserver speichert, werden diese auch importiert.

	* Es wird [http://nas2.nok.lab/Public/pgp-keys.gpg hier] ein Dump der Datenbank erzeugt, welcher sich leicht per gpg --import importieren lässt. Wenn man also zu Besuch ist, kann man so seinen Schlüsselbund mit einem Befehl um ~~mindestens 18~~ Schlüssel vergrößern.		* Es wird [http://nas2.nok.lab/Public/pgp-keys.gpg hier] ein Dump der Datenbank erzeugt, welcher sich leicht per gpg --import importieren lässt. Wenn man also zu Besuch ist, kann man so seinen Schlüsselbund mit einem Befehl um ca 19 Schlüssel vergrößern.

	Der Datenaustausch der Schlüsselserver läuft also nur in eine Richtung: von "außen" nach "innen".		Der Datenaustausch der Schlüsselserver läuft also nur in eine Richtung: von "außen" nach "innen".

SebastianG: +Konfigurationsfoo

2014-03-07T21:18:46Z

+Konfigurationsfoo

← Nächstältere Version		Version vom 7. März 2014, 21:18 Uhr
Zeile 26:		Zeile 26:

	[[Datei:nas2sks2.png]]		[[Datei:nas2sks2.png]]

			=== Internas und Konfigurationsfoo ===

			Folgendes wurde nach Installation angefasst:

			* /etc/sks/sksconf (Hostnamen eingetragen)
			* /etc/sks/mailsync (Default-E-Mail-Adresse für "mailsync" auskommentiert)
			* /etc/init.d/sks (Gossiping Dienst "sks recon" auskommentiert)
			* /var/lib/sks (Das Home-Verzeichnis des debian-sks Users, wo die DB liegt und das www Verzeichnis mit einer angepassten index.html)
			* /etc/cron.daily/pgp-keys-sync (Selbstgebasteltes Skript, was Updates von außen holt, einen Dump in //nas2/Public reinlegt und die Updates in die DB einpflegt)

			Was man nicht erwarten sollte, ist, dass das Dumpen der Keys funktioniert, während die DB läuft. Die geht dann nämlich kaputt. Deswegen wird vor dem Dumpen der Keys die DB per /etc/init.d/sks stop angehalten und danach mit start wieder gesgartet. Das Einpflegen der Updates passiert über einem temporären GnuPG-KeyRing und einer --send-keys Aktion.

SebastianG: /* Was? */

2014-02-25T12:45:38Z

Was?

← Nächstältere Version		Version vom 25. Februar 2014, 12:45 Uhr
Zeile 1:		Zeile 1:
	=== Was? ===		=== Was? ===

			Ein PGP-Keyserver ist quasi ein elektronisches Telefonbuch. Statt Telefonnummern speichert er allerdings [https://de.wikipedia.org/wiki/OpenPGP PGP]-Schlüssel inklusive Beglaubigungen von Dritten.

	Wir haben einen innerhalb des Noklabs erreichbaren PGP-Keyserver ("sks db") laufen: nas2:11371. Im Moment enthält er nur PGP Schlüssel von Mitgliedern und Leuten, die hier öfters aufschlagen. Der Server redet von sich aus auch nicht mit anderen Schlüsselservern (kein "sks recon"). Auf der Kiste ist allerdings cron und anacron installiert, so dass abundzu /etc/cron.daily/pgp-keys-sync ausgeführt wird. Das Script tut mehrere Dinge mit folgenden Effekten:		Wir haben einen innerhalb des Noklabs erreichbaren PGP-Keyserver ("sks db") laufen: nas2:11371. Im Moment enthält er nur PGP Schlüssel von Mitgliedern und Leuten, die hier öfters aufschlagen. Der Server redet von sich aus auch nicht mit anderen Schlüsselservern (kein "sks recon"). Auf der Kiste ist allerdings cron und anacron installiert, so dass abundzu /etc/cron.daily/pgp-keys-sync ausgeführt wird. Das Script tut mehrere Dinge mit folgenden Effekten:

SebastianG: /* Was? */ Andere Signaturen werden jetzt nicht mehr weggeschmissen

2014-02-23T22:40:24Z

Was?: Andere Signaturen werden jetzt nicht mehr weggeschmissen

← Nächstältere Version		Version vom 23. Februar 2014, 22:40 Uhr
Zeile 3:		Zeile 3:
	Wir haben einen innerhalb des Noklabs erreichbaren PGP-Keyserver ("sks db") laufen: nas2:11371. Im Moment enthält er nur PGP Schlüssel von Mitgliedern und Leuten, die hier öfters aufschlagen. Der Server redet von sich aus auch nicht mit anderen Schlüsselservern (kein "sks recon"). Auf der Kiste ist allerdings cron und anacron installiert, so dass abundzu /etc/cron.daily/pgp-keys-sync ausgeführt wird. Das Script tut mehrere Dinge mit folgenden Effekten:		Wir haben einen innerhalb des Noklabs erreichbaren PGP-Keyserver ("sks db") laufen: nas2:11371. Im Moment enthält er nur PGP Schlüssel von Mitgliedern und Leuten, die hier öfters aufschlagen. Der Server redet von sich aus auch nicht mit anderen Schlüsselservern (kein "sks recon"). Auf der Kiste ist allerdings cron und anacron installiert, so dass abundzu /etc/cron.daily/pgp-keys-sync ausgeführt wird. Das Script tut mehrere Dinge mit folgenden Effekten:

	* Falls in der freien Wildbahn (auf öffentlichen Keyservern "draußen") neue Signaturen, Subkeys, Key Revocations von Schlüsseln auftauchen, die unser Keyserver speichert, werden diese auch importiert~~. Andere Keys oder Signaturen von Schlüsseln, die unser Server gar nicht kennt, werden dabei ignoriert~~.		* Falls in der freien Wildbahn (auf öffentlichen Keyservern "draußen") neue Signaturen, Subkeys, Key Revocations von Schlüsseln auftauchen, die unser Keyserver speichert, werden diese auch importiert.

	* Es wird [http://nas2.nok.lab/Public/pgp-keys.gpg hier] ein Dump der Datenbank erzeugt, welcher sich leicht per gpg --import importieren lässt. Wenn man also zu Besuch ist, kann man so seinen Schlüsselbund mit einem Befehl um mindestens 18 Schlüssel vergrößern.		* Es wird [http://nas2.nok.lab/Public/pgp-keys.gpg hier] ein Dump der Datenbank erzeugt, welcher sich leicht per gpg --import importieren lässt. Wenn man also zu Besuch ist, kann man so seinen Schlüsselbund mit einem Befehl um mindestens 18 Schlüssel vergrößern.

SebastianG: /* Wie benutze ich den Keyserver? */

2014-02-22T00:26:05Z

Wie benutze ich den Keyserver?

← Nächstältere Version		Version vom 22. Februar 2014, 00:26 Uhr
Zeile 19:		Zeile 19:
	gpg --keyserver nas2 --refresh-keys		gpg --keyserver nas2 --refresh-keys

	Wenn man jetzt einen Schlüssel von jemandem unterschrieben hat, der nicht möchte, dass sein Schlüssel auf den öffentlichen Schlüsselservern auftaucht, dann sollte man diese keyserver-Option bei --send-keys echt nicht vergessen! Bitte ~~auch~~ keine Schlüssel von Leuten drauf schicken, die aus unserem Dunstkreis sonst keiner kennt. Dafür ist der ''interne'' Schlüsselserver nicht gedacht.		Wenn man jetzt einen Schlüssel von jemandem unterschrieben hat, der nicht möchte, dass sein Schlüssel auf den öffentlichen Schlüsselservern auftaucht, dann sollte man diese keyserver-Option bei --send-keys echt nicht vergessen! Aber Bitte keine Schlüssel von Leuten drauf schicken, die aus unserem Dunstkreis sonst keiner kennt. Dafür ist der ''interne'' Schlüsselserver nicht gedacht.

	Es gibt aber auch das bekannte [http://nas2.nok.lab:11371/ Webinterface] auf Port 11371. Und das sieht im Moment so aus:		Es gibt aber auch das bekannte [http://nas2.nok.lab:11371/ Webinterface] auf Port 11371. Und das sieht im Moment so aus:

	[[Datei:nas2sks2.png]]		[[Datei:nas2sks2.png]]

SebastianG: /* Wie benutze ich den Keyserver? */

2014-02-22T00:25:03Z

Wie benutze ich den Keyserver?

← Nächstältere Version		Version vom 22. Februar 2014, 00:25 Uhr
Zeile 19:		Zeile 19:
	gpg --keyserver nas2 --refresh-keys		gpg --keyserver nas2 --refresh-keys

	Wenn man jetzt einen Schlüssel von jemandem unterschrieben hat, der nicht möchte, dass sein Schlüssel auf den öffentlichen Schlüsselservern auftaucht, dann sollte man diese keyserver-Option bei --send-keys echt nicht vergessen! :)		Wenn man jetzt einen Schlüssel von jemandem unterschrieben hat, der nicht möchte, dass sein Schlüssel auf den öffentlichen Schlüsselservern auftaucht, dann sollte man diese keyserver-Option bei --send-keys echt nicht vergessen! Bitte auch keine Schlüssel von Leuten drauf schicken, die aus unserem Dunstkreis sonst keiner kennt. Dafür ist der ''interne'' Schlüsselserver nicht gedacht.

	Es gibt aber auch das bekannte [http://nas2.nok.lab:11371/ Webinterface] auf Port 11371. Und das sieht im Moment so aus:		Es gibt aber auch das bekannte [http://nas2.nok.lab:11371/ Webinterface] auf Port 11371. Und das sieht im Moment so aus:

	[[Datei:nas2sks2.png]]		[[Datei:nas2sks2.png]]

SebastianG am 22. Februar 2014 um 00:20 Uhr

2014-02-22T00:20:57Z

← Nächstältere Version		Version vom 22. Februar 2014, 00:20 Uhr
Zeile 7:		Zeile 7:
	* Es wird [http://nas2.nok.lab/Public/pgp-keys.gpg hier] ein Dump der Datenbank erzeugt, welcher sich leicht per gpg --import importieren lässt. Wenn man also zu Besuch ist, kann man so seinen Schlüsselbund mit einem Befehl um mindestens 18 Schlüssel vergrößern.		* Es wird [http://nas2.nok.lab/Public/pgp-keys.gpg hier] ein Dump der Datenbank erzeugt, welcher sich leicht per gpg --import importieren lässt. Wenn man also zu Besuch ist, kann man so seinen Schlüsselbund mit einem Befehl um mindestens 18 Schlüssel vergrößern.

	Der Datenaustausch läuft also nur in eine Richtung: von "außen" nach "innen".		Der Datenaustausch der Schlüsselserver läuft also nur in eine Richtung: von "außen" nach "innen".

	=== Warum? ===		=== Warum? ===

SebastianG: /* Was? */

2014-02-22T00:17:55Z

Was?

← Nächstältere Version		Version vom 22. Februar 2014, 00:17 Uhr
Zeile 6:		Zeile 6:

	* Es wird [http://nas2.nok.lab/Public/pgp-keys.gpg hier] ein Dump der Datenbank erzeugt, welcher sich leicht per gpg --import importieren lässt. Wenn man also zu Besuch ist, kann man so seinen Schlüsselbund mit einem Befehl um mindestens 18 Schlüssel vergrößern.		* Es wird [http://nas2.nok.lab/Public/pgp-keys.gpg hier] ein Dump der Datenbank erzeugt, welcher sich leicht per gpg --import importieren lässt. Wenn man also zu Besuch ist, kann man so seinen Schlüsselbund mit einem Befehl um mindestens 18 Schlüssel vergrößern.

			Der Datenaustausch läuft also nur in eine Richtung: von "außen" nach "innen".

	=== Warum? ===		=== Warum? ===

SebastianG: /* Wie benutze ich den Keyserver? */

2014-02-21T23:41:17Z

Wie benutze ich den Keyserver?

← Nächstältere Version		Version vom 21. Februar 2014, 23:41 Uhr
Zeile 17:		Zeile 17:
	gpg --keyserver nas2 --refresh-keys		gpg --keyserver nas2 --refresh-keys

	Wenn man jetzt einen Schlüssel von jemandem unterschrieben hat, der nicht möchte, dass sein Schlüssel auf den öffentlichen Schlüsselservern auftaucht, dann sollte man diese keyserver-Option echt nicht vergessen! :)		Wenn man jetzt einen Schlüssel von jemandem unterschrieben hat, der nicht möchte, dass sein Schlüssel auf den öffentlichen Schlüsselservern auftaucht, dann sollte man diese keyserver-Option bei --send-keys echt nicht vergessen! :)

	Es gibt aber auch das bekannte [http://nas2.nok.lab:11371/ Webinterface] auf Port 11371. Und das sieht im Moment so aus:		Es gibt aber auch das bekannte [http://nas2.nok.lab:11371/ Webinterface] auf Port 11371. Und das sieht im Moment so aus:

	[[Datei:nas2sks2.png]]		[[Datei:nas2sks2.png]]