Eigenen Mirror erstellen - Versionsgeschichte

Niemand: Größe dem tatsächlichen Stand angepasst

2025-03-15T15:59:08Z

Größe dem tatsächlichen Stand angepasst

← Nächstältere Version		Version vom 15. März 2025, 17:59 Uhr
Zeile 138:		Zeile 138:
	exit 0		exit 0

	Das Script muss natürlich an die eigenen Bedürfnisse angepasst werden. Gerade bei der Auswahl der Architekturen und Repositorys sollte man tatsächlich auch nur das angeben, was man selbst wirklich benötigt. Ein x86_64-Mirror mit den Repositorys „core“ und „extra“ umfasst etwa 15 Gigabyte.		Das Script muss natürlich an die eigenen Bedürfnisse angepasst werden. Gerade bei der Auswahl der Architekturen und Repositorys sollte man tatsächlich auch nur das angeben, was man selbst wirklich benötigt. Ein x86_64-Mirror mit den Repositorys „core“ und „extra“ umfasst etwa 89 Gigabyte.

	Für jeden Mirror-Vorgang wird ein Logfile angelegt. Damit die Logfiles nicht überhand nehmen, sollte man zum beispiel LogRotate einrichten, oder aber ein Aufräumscript laufen lassen, wenn man sich nicht manuell um die Logfiles kümmern möchte.		Für jeden Mirror-Vorgang wird ein Logfile angelegt. Damit die Logfiles nicht überhand nehmen, sollte man zum beispiel LogRotate einrichten, oder aber ein Aufräumscript laufen lassen, wenn man sich nicht manuell um die Logfiles kümmern möchte.

Dirk: Verschiebung community -> extra

2023-05-24T17:36:46Z

Verschiebung community -> extra

← Nächstältere Version		Version vom 24. Mai 2023, 19:36 Uhr
Zeile 51:		Zeile 51:

	# Auswahl der zu synchronisierenden Repositorys		# Auswahl der zu synchronisierenden Repositorys
	# Gültige Optionen sind: core, extra, testing~~, community~~, iso		# Gültige Optionen sind: core, extra, testing, iso
	# Leer lassen, um den gesammten Mirror zu synchronisieren		# Leer lassen, um den gesammten Mirror zu synchronisieren
	# SYNC_REPO=(core extra testing ~~community~~ iso)		# SYNC_REPO=(core extra testing iso)
	SYNC_REPO=()		SYNC_REPO=()

Zeile 138:		Zeile 138:
	exit 0		exit 0

	Das Script muss natürlich an die eigenen Bedürfnisse angepasst werden. Gerade bei der Auswahl der Architekturen und Repositorys sollte man tatsächlich auch nur das angeben, was man selbst wirklich benötigt. Ein x86_64-Mirror mit den Repositorys „core“, „extra“ ~~und „community“~~ umfasst etwa 15 Gigabyte.		Das Script muss natürlich an die eigenen Bedürfnisse angepasst werden. Gerade bei der Auswahl der Architekturen und Repositorys sollte man tatsächlich auch nur das angeben, was man selbst wirklich benötigt. Ein x86_64-Mirror mit den Repositorys „core“ und „extra“ umfasst etwa 15 Gigabyte.

	Für jeden Mirror-Vorgang wird ein Logfile angelegt. Damit die Logfiles nicht überhand nehmen, sollte man zum beispiel LogRotate einrichten, oder aber ein Aufräumscript laufen lassen, wenn man sich nicht manuell um die Logfiles kümmern möchte.		Für jeden Mirror-Vorgang wird ein Logfile angelegt. Damit die Logfiles nicht überhand nehmen, sollte man zum beispiel LogRotate einrichten, oder aber ein Aufräumscript laufen lassen, wenn man sich nicht manuell um die Logfiles kümmern möchte.

HuskyTeufel: Link zur pacserve aktualisiert

2022-08-16T05:50:44Z

Link zur pacserve aktualisiert

← Nächstältere Version		Version vom 16. August 2022, 07:50 Uhr
Zeile 3:		Zeile 3:
	Ein Großteil aller Arch-Nutzer wird dies nie benötigen. Es ist nur sinnvoll, einen eigenen Mirror zu betrieben, wenn man sehr viele Arch-Installationen versorgen will, oder wenn man selbst einen eigenen, offiziellen Mirror anbieten möchte.		Ein Großteil aller Arch-Nutzer wird dies nie benötigen. Es ist nur sinnvoll, einen eigenen Mirror zu betrieben, wenn man sehr viele Arch-Installationen versorgen will, oder wenn man selbst einen eigenen, offiziellen Mirror anbieten möchte.

	Für den Heimgebrauch mit nur wenigen Rechnern eignet sich ein im Netzwerk geteilter Pacman-Cache eventuell besser. Auch existiert mit [~~http~~://xyne.~~archlinux.ca~~/projects/pacserve/ pacserve] {{sprache\|en}} eine einfache Möglichkeit, den Cache im LAN zu verteilen, ohne einen zentralen Cache verwalten zu müssen.		Für den Heimgebrauch mit nur wenigen Rechnern eignet sich ein im Netzwerk geteilter Pacman-Cache eventuell besser. Auch existiert mit [https://xyne.dev/projects/pacserve/ pacserve] {{sprache\|en}} eine einfache Möglichkeit, den Cache im LAN zu verteilen, ohne einen zentralen Cache verwalten zu müssen.

	Aufgrund der Tatsache, dass das Synchronisieren eines kompletten Repositorys viel Traffic verursacht, ist es nur offiziellen Mirrors gestattet, direkt von rsync.archlinux.org zu synchronisieren. Will man einen offiziellen Mirror betreiben, muss man sich auf der Arch-Mailingliste melden.		Aufgrund der Tatsache, dass das Synchronisieren eines kompletten Repositorys viel Traffic verursacht, ist es nur offiziellen Mirrors gestattet, direkt von rsync.archlinux.org zu synchronisieren. Will man einen offiziellen Mirror betreiben, muss man sich auf der Arch-Mailingliste melden.

Dragster: Kleiner Rechtschreibfehler

2020-11-03T14:41:13Z

Kleiner Rechtschreibfehler

← Nächstältere Version		Version vom 3. November 2020, 16:41 Uhr
Zeile 215:		Zeile 215:
	data_connection_timeout=30		data_connection_timeout=30

	Der so konfigurierte Server ist sehr sicher. Man braucht für den zugriff kein Passwort, und sollte daher nicht öffentlich zugänglich sein (außer, das ist beabsichtigt, weil man einen öffentlichen Mirror anbieten will). ~~Einschrängen~~ kann man den Zugriff beispielsweise über die Datei {{ic\|/etc/hosts.allow}} oder Portforwarding-Regeln auf dem Router.		Der so konfigurierte Server ist sehr sicher. Man braucht für den zugriff kein Passwort, und sollte daher nicht öffentlich zugänglich sein (außer, das ist beabsichtigt, weil man einen öffentlichen Mirror anbieten will). Einschränken kann man den Zugriff beispielsweise über die Datei {{ic\|/etc/hosts.allow}} oder Portforwarding-Regeln auf dem Router.

	Der Passwortschutz für den FTP-Zugang zum Mirror bei gleichzeitiger Funktionalität als normaler, mit Pacman abrufbarer Mirror wird in diesem Artikel nicht behandelt.		Der Passwortschutz für den FTP-Zugang zum Mirror bei gleichzeitiger Funktionalität als normaler, mit Pacman abrufbarer Mirror wird in diesem Artikel nicht behandelt.

CaptainOreo: Entfernen des "veraltet" Tags, da die Anleitung Stand 04.10.2020 funktioniert

2020-10-04T18:12:01Z

Entfernen des "veraltet" Tags, da die Anleitung Stand 04.10.2020 funktioniert

← Nächstältere Version		Version vom 4. Oktober 2020, 20:12 Uhr
Zeile 1:		Zeile 1:
	~~{{veraltet}}~~
	Dieser Artikel beschreibt, wie man sich einen eigenen Arch-Mirror anlegt, und diesen mit einem anderen Mirror synchronisiert.		Dieser Artikel beschreibt, wie man sich einen eigenen Arch-Mirror anlegt, und diesen mit einem anderen Mirror synchronisiert.

CaptainOreo am 4. Oktober 2020 um 18:10 Uhr

2020-10-04T18:10:36Z

← Nächstältere Version		Version vom 4. Oktober 2020, 20:10 Uhr
Zeile 60:		Zeile 60:
	# Nur offizielle, öffentliche Mirrors dürfen rsync.archlinux.org verwenden		# Nur offizielle, öffentliche Mirrors dürfen rsync.archlinux.org verwenden
	# SYNC_SERVER=rsync.archlinux.org::ftp		# SYNC_SERVER=rsync.archlinux.org::ftp
	SYNC_SERVER=rsync.selfnet.de::archlinux		# Der selvnet.de Server kann nicht aufgelößt werden.
			# SYNC_SERVER=rsync.selfnet.de::archlinux
			# Daher nun der erste rsync Server von folgender Liste: https://www.archlinux.org/mirrors/status/
			# Funktioniert Stand 04.10.2020
			SYNC_SERVER=rsync://mirror.liteserver.nl/archlinux/
	# An dieser Stelle weicht die Lokalisierte Version des Scripts von der		# An dieser Stelle weicht die Lokalisierte Version des Scripts von der
	# Originalversion ab, da der Mirror in der Originalversion seit einigen		# Originalversion ab, da der Mirror in der Originalversion seit einigen
Zeile 178:		Zeile 182:

	== Konfiguration von Pacman ==		== Konfiguration von Pacman ==
	Je nachdem, ob man den eigenen Mirror nur Lokal verwenden möchte, oder ob man einen ~~SErver~~ im Netz stehen hat, auf dem der Mirror läuft, und man diesen verwenden möchte, gibt es zwei Wege, die man beschreiten kann.		Je nachdem, ob man den eigenen Mirror nur Lokal verwenden möchte, oder ob man einen Server im Netz stehen hat, auf dem der Mirror läuft, und man diesen verwenden möchte, gibt es zwei Wege, die man beschreiten kann.

	=== Rein lokaler Mirror ===		=== Rein lokaler Mirror ===

Dirk: hosts.deny raus weil tot.

2020-07-07T13:59:16Z

hosts.deny raus weil tot.

← Nächstältere Version		Version vom 7. Juli 2020, 15:59 Uhr
Zeile 250:		Zeile 250:
	* [[Eigene Repositories erstellen]]		* [[Eigene Repositories erstellen]]
	* Wiki-Artikel zur Funktionsweise von [[rsync]]		* Wiki-Artikel zur Funktionsweise von [[rsync]]
	* [[Hosts.deny]] – das Gegenstück zur angesprochenen {{ic\|hosts.allow}}
	* Der Paketmanager [[Pacman]]		* Der Paketmanager [[Pacman]]

Dirk: es wird noch die hosts.allow referenziert, es wird noch von /etc/rc.d ausgegangen, etc.

2020-07-07T13:57:38Z

es wird noch die hosts.allow referenziert, es wird noch von /etc/rc.d ausgegangen, etc.

← Nächstältere Version		Version vom 7. Juli 2020, 15:57 Uhr
Zeile 1:		Zeile 1:
			{{veraltet}}
	Dieser Artikel beschreibt, wie man sich einen eigenen Arch-Mirror anlegt, und diesen mit einem anderen Mirror synchronisiert.		Dieser Artikel beschreibt, wie man sich einen eigenen Arch-Mirror anlegt, und diesen mit einem anderen Mirror synchronisiert.

S0ulf7y: Typo korrigiert

2019-09-01T04:45:54Z

Typo korrigiert

← Nächstältere Version		Version vom 1. September 2019, 06:45 Uhr
Zeile 136:		Zeile 136:
	Das Script muss natürlich an die eigenen Bedürfnisse angepasst werden. Gerade bei der Auswahl der Architekturen und Repositorys sollte man tatsächlich auch nur das angeben, was man selbst wirklich benötigt. Ein x86_64-Mirror mit den Repositorys „core“, „extra“ und „community“ umfasst etwa 15 Gigabyte.		Das Script muss natürlich an die eigenen Bedürfnisse angepasst werden. Gerade bei der Auswahl der Architekturen und Repositorys sollte man tatsächlich auch nur das angeben, was man selbst wirklich benötigt. Ein x86_64-Mirror mit den Repositorys „core“, „extra“ und „community“ umfasst etwa 15 Gigabyte.

	Für jeden Mirror-Vorgang wird ein Logfile angelegt. Damit die Logfiles nicht überhand nehmen, sollte man zum beispiel LogRotate einrichten, oder aber ein Aufräumscript laufen lassen, wenn man sich nicht manuell ~~umdie~~ Logfiles kümmern möchte.		Für jeden Mirror-Vorgang wird ein Logfile angelegt. Damit die Logfiles nicht überhand nehmen, sollte man zum beispiel LogRotate einrichten, oder aber ein Aufräumscript laufen lassen, wenn man sich nicht manuell um die Logfiles kümmern möchte.

	== Regelmäßiges Synchronisieren ==		== Regelmäßiges Synchronisieren ==

Anonymous: Fehlendes 'r' in "Description" hinzugefügt

2018-09-30T16:16:09Z

Fehlendes 'r' in "Description" hinzugefügt

← Nächstältere Version		Version vom 30. September 2018, 18:16 Uhr
Zeile 157:		Zeile 157:
	{{hc\|1=/etc/systemd/system/archmirror.timer\|2=		{{hc\|1=/etc/systemd/system/archmirror.timer\|2=
	[Unit]		[Unit]
	~~Desciption~~=run archmirror sync every hour		Description=run archmirror sync every hour
	[Timer]		[Timer]
	OnBootSec=10min		OnBootSec=10min