Entwicklerhandbuch/Repositorieverwaltung - Versionsgeschichte

Schoffer: Kat

2011-04-17T09:40:23Z

Kat

← Nächstältere Version		Version vom 17. April 2011, 11:40 Uhr
Zeile 1:		Zeile 1:
	~~__NOTOC__~~		{{EditStatus\|2\|ThorstenStrusch}}
	{{~~Uberarbeiten~~}}


Zeile 101:		Zeile 100:
	<div align="right">[[Entwicklerhandbuch\|zurück]] \| [[Hauptseite]]</div>		<div align="right">[[Entwicklerhandbuch\|zurück]] \| [[Hauptseite]]</div>

			Thorsten Strusch 2009

	~~Thorsten Strusch 2009~~		[[Kategorie:Entwicklerhinweise]]

ThorstenStrusch: /* scp-chroot */ sftp -> scp

2009-11-19T21:43:51Z

scp-chroot: sftp -> scp

← Nächstältere Version		Version vom 19. November 2009, 23:43 Uhr
Zeile 81:		Zeile 81:
	Sollte einmal der private-Teil verloren gehen, muss er bei allen Entwicklern ausgetauscht werden.		Sollte einmal der private-Teil verloren gehen, muss er bei allen Entwicklern ausgetauscht werden.

	== ~~sftp~~-chroot ==		== scp-chroot ==

	~~Der Benutzer dupload bekommt keine loginshell, er darf nur sftp zum Hoch/runterladen benutzen:~~

	~~<source lang="bash">~~
	~~Subsystem sftp internal-sftp~~
	~~Match user dupload~~
	~~ChrootDirectory $REPOSITORYROOT/mini-dinstall/incoming~~
	~~X11Forwarding no~~
	~~AllowTcpForwarding no~~
	~~ForceCommand internal-sftp~~
	~~</source>~~

			Der Benutzer dupload bekommt als loginshell /usr/bin/rssh, über die /etc/rssh.conf ist ihm nur scp erlaubt.

	== incron Setup ==		== incron Setup ==

ThorstenStrusch: /* gpg-key */ wir nutzen gpg!

2009-11-19T21:42:42Z

gpg-key: wir nutzen gpg!

← Nächstältere Version		Version vom 19. November 2009, 23:42 Uhr
Zeile 101:		Zeile 101:

	== gpg-key ==		== gpg-key ==
			Jeder User benötigt einen eigenen gpg-key. Der öffentliche key muss in der ML bekannt gegeben werden, damit er auf dem Server in das Schlüsselbund eingefügt werden kann.
	~~Zwei Möglichkeiten~~
	~~# wir hinterlegen das Passwort auf der Platte im Klartext~~
	~~# wir benutzen den~~ gpg-~~agent~~, ~~der es eine Weile im Speicher behält~~

	~~Nachteil bei Möglichkeit 1: unsicher<br>~~
	~~Nachteil bei Möglichkeit 2: man muss mind~~. ~~nach jedem Reboot den agent wieder mit dem PW füttern~~



	== Weblinks ==		== Weblinks ==

ThorstenStrusch: /* Benutzer dupload */

2009-11-19T21:41:44Z

Benutzer dupload

← Nächstältere Version		Version vom 19. November 2009, 23:41 Uhr
Zeile 74:		Zeile 74:
	== Benutzer dupload ==		== Benutzer dupload ==

	Um nicht allen Entwicklern einen ssh-login auf dem dev-server geben zu müssen, legen wir den Benutzer dupload ''(debian-upload)'' ein, der im incoming ~~Verzeichnis~~ von mini-dinstall ~~eingesperrt ist~~. Für ihn lassen wir ausschliesslich einen Zugang per ssh-key zu.		Um nicht allen Entwicklern einen ssh-login auf dem dev-server geben zu müssen, legen wir den Benutzer dupload ''(debian-upload)'' ein.
			In seinem Heimverzeichnis ist der Ordner incoming, auf den ein links von mini-dinstall/ioncoming zeigt.
			Für ihn lassen wir ausschliesslich einen Zugang per ssh-key zu.


	Sollte einmal der private-Teil verloren gehen, muss er bei allen Entwicklern ausgetauscht werden.		Sollte einmal der private-Teil verloren gehen, muss er bei allen Entwicklern ausgetauscht werden.


	== sftp-chroot ==		== sftp-chroot ==

ThorstenStrusch: /* mini-dinstall */

2009-11-19T21:40:32Z

mini-dinstall

← Nächstältere Version		Version vom 19. November 2009, 23:40 Uhr
Zeile 49:		Zeile 49:

	Pfad wo das Repository auf dem dev-Server liegt: '''/home/deb.delixs.de'''		Pfad wo das Repository auf dem dev-Server liegt: '''/home/deb.delixs.de'''

	~~=> '''Wollen wir mini-dinstall als root oder als seperater User laufen lassen?'''~~

	<source lang="properties">		<source lang="properties">
Zeile 62:		Zeile 60:
	use_dnotify = 0		use_dnotify = 0
	verify_sigs = 0		verify_sigs = 0
	~~# aktivieren, sobald key erzeugt ist~~		extra_keyrings = ~/.gnupg/pubring.gpg
	#extra_keyrings = ~/.gnupg/pubring.gpg
	mail_on_success = 1		mail_on_success = 1
	archive_style = simple-subdir		archive_style = simple-subdir
Zeile 72:		Zeile 69:
	# Releases:		# Releases:
	[aramec]		[aramec]
	[~~delixs1]~~		[testing]
	~~[delixs1-~~testing]
	</source>		</source>


	== Benutzer dupload ==		== Benutzer dupload ==

ThorstenStrusch: /* Apache */ den vHost angegeben

2009-11-19T21:39:17Z

Apache: den vHost angegeben

@@ Zeile 27: / Zeile 27: @@
 == Apache ==
-<source lang="apache">
+</VirtualHost>
 </source>
 == mini-dinstall ==

ThorstenStrusch: /* Funktionsweise */ sftp -> scp

2009-11-19T21:38:10Z

Funktionsweise: sftp -> scp

← Nächstältere Version		Version vom 19. November 2009, 23:38 Uhr
Zeile 8:		Zeile 8:
	= Funktionsweise =		= Funktionsweise =

	Der Benutzer '''dupload''' hat über die sshd_config ein chroot unterhalb von ''$REPOSITORYROOT/mini-dinstall/incoming'' und darf nur ~~sftp~~ benutzen. Ein login ist ausschliesslich über einen ssh-key möglich.		Der Benutzer '''dupload''' hat über die sshd_config ein chroot unterhalb von ''$REPOSITORYROOT/mini-dinstall/incoming'' und darf nur scp benutzen. Ein login ist ausschliesslich über einen ssh-key möglich.

	incron überwacht das Repository auf eine .changes-Datei und stößt nach einem ''"IN_MODIFY,IN_CREATE"'' das Script mini-dinstall --batch aus.		incron überwacht das Repository auf eine .changes-Datei und stößt nach einem ''"IN_MODIFY,IN_CREATE"'' das Script mini-dinstall --batch aus.
	Die Pakete werden daraufhin einsortiert und die Releases signiert.		Die Pakete werden daraufhin einsortiert und die Releases signiert.


	= Aufbau des Repositories =		= Aufbau des Repositories =

Schoffer: Links

2009-11-18T10:01:46Z

Links

← Nächstältere Version		Version vom 18. November 2009, 12:01 Uhr
Zeile 1:		Zeile 1:
			__NOTOC__
			{{Uberarbeiten}}


	'''Auf dieser Seite wird das Setup des dev-servers beschrieben. Möglicherweise gehört diese Seite ins trac!'''		'''Auf dieser Seite wird das Setup des dev-servers beschrieben. Möglicherweise gehört diese Seite ins trac!'''


	= Funktionsweise =		= Funktionsweise =

	Der Benutzer '''dupload''' hat über die sshd_config ein chroot unterhalb von ''$REPOSITORYROOT/mini-dinstall/incoming'' und darf nur sftp benutzen. Ein login ist ausschliesslich über einen ssh-key möglich.		Der Benutzer '''dupload''' hat über die sshd_config ein chroot unterhalb von ''$REPOSITORYROOT/mini-dinstall/incoming'' und darf nur sftp benutzen. Ein login ist ausschliesslich über einen ssh-key möglich.

	incron überwacht das Repository auf eine .changes-Datei und stößt nach einem ''"IN_MODIFY,IN_CREATE"'' das Script mini-dinstall --batch aus.		incron überwacht das Repository auf eine .changes-Datei und stößt nach einem ''"IN_MODIFY,IN_CREATE"'' das Script mini-dinstall --batch aus.
	Die Pakete werden daraufhin einsortiert und die Releases signiert.		Die Pakete werden daraufhin einsortiert und die Releases signiert.


	= Aufbau des Repositories =		= Aufbau des Repositories =

	* URL: deb.delixs.de		* URL: deb.delixs.de
	* aramec für den 1. Wurf		* aramec für den 1. Wurf
	* delixs1 für lenny als Unterbau		* delixs1 für lenny als Unterbau
	* delixs2 für squeezy als Unterbau		* delixs2 für squeezy als Unterbau


	= Konfigurationen =		= Konfigurationen =

	Nachfolgend Vorschläge über die Konfigurationsdateien der beteiligten Dienste		Nachfolgend Vorschläge über die Konfigurationsdateien der beteiligten Dienste


	== Apache ==		== Apache ==

	<source lang="apache">		<source lang="apache">
	deb.delixs.de		deb.delixs.de
	</source>		</source>


	== mini-dinstall ==		== mini-dinstall ==

	Pfad wo das Repository auf dem dev-Server liegt: '''/home/deb.delixs.de'''		Pfad wo das Repository auf dem dev-Server liegt: '''/home/deb.delixs.de'''

Zeile 46:		Zeile 63:
	[delixs1-testing]		[delixs1-testing]
	</source>		</source>


	== Benutzer dupload ==		== Benutzer dupload ==

	Um nicht allen Entwicklern einen ssh-login auf dem dev-server geben zu müssen, legen wir den Benutzer dupload ''(debian-upload)'' ein, der im incoming Verzeichnis von mini-dinstall eingesperrt ist. Für ihn lassen wir ausschliesslich einen Zugang per ssh-key zu.		Um nicht allen Entwicklern einen ssh-login auf dem dev-server geben zu müssen, legen wir den Benutzer dupload ''(debian-upload)'' ein, der im incoming Verzeichnis von mini-dinstall eingesperrt ist. Für ihn lassen wir ausschliesslich einen Zugang per ssh-key zu.


	Sollte einmal der private-Teil verloren gehen, muss er bei allen Entwicklern ausgetauscht werden.		Sollte einmal der private-Teil verloren gehen, muss er bei allen Entwicklern ausgetauscht werden.


	== sftp-chroot ==		== sftp-chroot ==

	Der Benutzer dupload bekommt keine loginshell, er darf nur sftp zum Hoch/runterladen benutzen:		Der Benutzer dupload bekommt keine loginshell, er darf nur sftp zum Hoch/runterladen benutzen:

	<source lang="bash">		<source lang="bash">
	Subsystem sftp internal-sftp		Subsystem sftp internal-sftp
Zeile 63:		Zeile 85:
	ForceCommand internal-sftp		ForceCommand internal-sftp
	</source>		</source>


	== incron Setup ==		== incron Setup ==

	brauchen wir ein seperates incron-setup oder funktioniert auch der dnotify-Support unter lenny?		brauchen wir ein seperates incron-setup oder funktioniert auch der dnotify-Support unter lenny?


	== gpg-key ==		== gpg-key ==

	Zwei Möglichkeiten		Zwei Möglichkeiten
	# wir hinterlegen das Passwort auf der Platte im Klartext		# wir hinterlegen das Passwort auf der Platte im Klartext
Zeile 74:		Zeile 100:
	Nachteil bei Möglichkeit 1: unsicher<br>		Nachteil bei Möglichkeit 1: unsicher<br>
	Nachteil bei Möglichkeit 2: man muss mind. nach jedem Reboot den agent wieder mit dem PW füttern		Nachteil bei Möglichkeit 2: man muss mind. nach jedem Reboot den agent wieder mit dem PW füttern



			== Weblinks ==

			* [http://wiki.debianforum.de/EigenesRepository wiki.debianforum.de/EigenesRepository]


			----
			<div align="right">[[Entwicklerhandbuch\|zurück]] \| [[Hauptseite]]</div>


			Thorsten Strusch 2009

Schoffer: hat „ThorstenStrusch/Infrastruktur:Repositorieverwaltung“ nach „Entwicklerhandbuch/Repositorieverwaltung“ verschoben

2009-11-18T09:59:11Z

hat „ThorstenStrusch/Infrastruktur:Repositorieverwaltung“ nach „Entwicklerhandbuch/Repositorieverwaltung“ verschoben

← Nächstältere Version	Version vom 18. November 2009, 11:59 Uhr
(kein Unterschied)

ThorstenStrusch: /* Aufbau des Repositories */

2009-10-10T11:37:06Z

Aufbau des Repositories

← Nächstältere Version		Version vom 10. Oktober 2009, 13:37 Uhr
Zeile 8:		Zeile 8:
	= Aufbau des Repositories =		= Aufbau des Repositories =
	* URL: deb.delixs.de		* URL: deb.delixs.de
			* aramec für den 1. Wurf
	* delixs1 für lenny als Unterbau		* delixs1 für lenny als Unterbau
	* delixs2 für squeezy als Unterbau		* delixs2 für squeezy als Unterbau