JailServer mit FreeBSD 10.1 - Versionsgeschichte

Rabe: /* Namen, IP-Adressen, Domains */ wikitable

2015-02-18T04:38:07Z

Namen, IP-Adressen, Domains: wikitable

← Nächstältere Version		Version vom 18. Februar 2015, 04:38 Uhr
Zeile 281:		Zeile 281:
	Alle in den folgenden Beispielen verwendeten IP-Adressen und Hostnamen ensprechen einem real existierenden Server, dessen Aufbau hier beschrieben wird.		Alle in den folgenden Beispielen verwendeten IP-Adressen und Hostnamen ensprechen einem real existierenden Server, dessen Aufbau hier beschrieben wird.

	{\|		{\| class=wikitable
	! Bezeichnung		! Bezeichnung
	! Wert		! Wert
Zeile 307:		Zeile 307:
	\|-		\|-
	\|}		\|}



	==== Software installieren ====		==== Software installieren ====

Rabe: /* Jails */ jails in diesem beispielsetup

2015-02-18T04:37:16Z

Jails: jails in diesem beispielsetup

@@ Zeile 702: / Zeile 702: @@
 Damit konnte die Komplexität des '''/etc/rc.d/jail'''-Startscript drastisch reduziert werden und es ist auch nicht mehr erforderlich dieses Startscript ansich zu nutzen.
 [[Kategorie:FreeBSD]]
 [[Kategorie:HowTo]]

Rabe: /* Grundkonfiguration des Servers (afterboot) */ beispiel-werte

2015-02-18T04:34:48Z

Grundkonfiguration des Servers (afterboot): beispiel-werte

← Nächstältere Version		Version vom 18. Februar 2015, 04:34 Uhr
Zeile 281:		Zeile 281:
	Alle in den folgenden Beispielen verwendeten IP-Adressen und Hostnamen ensprechen einem real existierenden Server, dessen Aufbau hier beschrieben wird.		Alle in den folgenden Beispielen verwendeten IP-Adressen und Hostnamen ensprechen einem real existierenden Server, dessen Aufbau hier beschrieben wird.

	{! Bezeichnung		{\|
			! Bezeichnung
	! Wert		! Wert
	! Bemerkung		! Bemerkung
	\|-		\|-
	\| Hostname des Servers \|\| srv01.sigsys.de \|\| \|\|		! Hostname des Servers
			\| srv01.sigsys.de
			\|
			\|-
			! Domain(s)
			\| sigsys.de und sigsys.lan
			\| analog zu den IP-Netzen
			\|-
			! IPv4
			\| 164.177.170.96/29
			\| externe IP-Adressen auf em0
			\|-
			! IPv4
			\| 10.253.2.0/24
			\| interne IP-Adressen auf "lan" (=lo1)
			\|-
			! IPv6
			\| 2a03:2500:1:8::/64
			\| externe IPv6-Adressen auf em0
			\|-
	\|}		\|}

Rabe: /* Grundkonfiguration des Servers (afterboot) */ Namen, IP-Adressen, Domains

2015-02-18T03:50:03Z

Grundkonfiguration des Servers (afterboot): Namen, IP-Adressen, Domains

@@ Zeile 277: / Zeile 277: @@
 === Grundkonfiguration des Servers (afterboot)===
 ==== Software installieren ====
 Die Installation eines vorkompilierten Paketes erfolgt einfach mittels "pkg install paketname".

Rabe: Bisher nur JailServer aber ohne irgendwelche Jails **** Jetzt neu: Jails, Grundlagen, Übersicht

2015-02-18T03:46:09Z

Bisher nur JailServer aber ohne irgendwelche Jails **** Jetzt neu: Jails, Grundlagen, Übersicht

@@ Zeile 630: / Zeile 630: @@
 Jails werden über das Hostsystem mit der Systemzeit versorgt, daher muss der Daemon nicht auf dem '''lan'''-Interface lauschen. Hier exemplarisch nur die Einstellung dass der Daemon ausschlielich auf '''localhost''' lauscht.
 [[Kategorie:FreeBSD]]
 [[Kategorie:HowTo]]

Rabe: /* swap-Partitionen von HDD auf SSD umbiegen */ nutzung von swap für crash dumps, erklärung für gpt-labels statt device-namen in /etc/fstab

2015-02-18T03:10:56Z

swap-Partitionen von HDD auf SSD umbiegen: nutzung von swap für crash dumps, erklärung für gpt-labels statt device-namen in /etc/fstab

← Nächstältere Version		Version vom 18. Februar 2015, 03:10 Uhr
Zeile 183:		Zeile 183:
	==== swap-Partitionen von HDD auf SSD umbiegen ====		==== swap-Partitionen von HDD auf SSD umbiegen ====
	Von bsdinstall wurde bereits swap-Speicher auf den Festplatten eingerichtet. Dieser soll entfallen zugunsten von swap-Partitionen auf SSDs.		Von bsdinstall wurde bereits swap-Speicher auf den Festplatten eingerichtet. Dieser soll entfallen zugunsten von swap-Partitionen auf SSDs.
	Auch wenn die oben angelegten 2x 16GB freebsd-swap üppig erscheinen (ergibt immerhin 32Gb swap), der Platz ist auf den SSDs ohnehin günstig vorhanden ~~und darüber hinaus kann (später) auch /tmp als "langsame" RAM-Disk mit swap-Persistenz mit verwendet werden (siehe unten)~~		Auch wenn die oben angelegten 2x 16GB freebsd-swap üppig erscheinen (ergibt immerhin 32Gb swap), der Platz ist auf den SSDs ohnehin günstig und schnell vorhanden.

			Abgesehen von klassischem "paging" kann der in Summe nun 32GB große swapspace verwendet werden für
			* /tmp als swap basierte RAM-Disk (swap backed memory disk, ''md'')
			* crash dump Partition (''dumpon=AUTO'')

	~~1. Zunächst prüfen, dass genug RAM frei ist und swap deaktivieren:~~

			1. Zunächst prüfen, dass genug RAM frei ist und swap nicht anderweitig genutzt wird, dann swap deaktivieren:
	<pre>		<pre>
	# swapoff -a		# swapoff -a
	</pre>		</pre>

	2. Anschließend in /etc/fstab ~~sillgemäß~~ folgnde Änderungen (hier dargestellt als unified diff) durchführen:		2. Anschließend in /etc/fstab sinngemäß folgnde Änderungen (hier dargestellt als unified diff) durchführen:
	<pre>		<pre>
	--- /etc/fstab.orig 2015-02-18 02:06:47.466768456 +0100		--- /etc/fstab.orig 2015-02-18 02:06:47.466768456 +0100
Zeile 208:		Zeile 211:
	fdesc /dev/fd fdescfs rw 0 0		fdesc /dev/fd fdescfs rw 0 0
	</pre>		</pre>

			Die '''GPT-Labels''' "ssdswap0" und "ssdswap1" wurden zuvor mittels "gpart add … -t freebsd-swap -l ssdswap0 …" erzeugt. Man könnte hier generell auch /dev/ada0p1 und /dev/ada0p2 verwenden, was aber bei Wegfall von einzelnen Devices oder Neu/Umverkabelung von SATA-Ports zu Problemen führt (andere Numerierung! der ada-Devices).

	3. swap nun wieder aktivieren:		3. swap nun wieder aktivieren:
Zeile 241:		Zeile 246:
	enabled and mounts it on mount-point.		enabled and mounts it on mount-point.
	</pre>		</pre>


	Generell könnte über diesen Mechanismus auch /tmp-Speicher für die jails angeboten werden, der beim Start eines Jails (vorab) automatisch bereitgestellt wird.		Generell könnte über diesen Mechanismus auch /tmp-Speicher für die jails angeboten werden, der beim Start eines Jails (vorab) automatisch bereitgestellt wird.
	Nach der Änderung der Storages ist ein Neustart vom Server hilfreich, bevor man anfängt viel Arbeit in das Setup zu investieren!		Nach der Änderung der Storages ist ein Neustart vom Server hilfreich, bevor man anfängt viel Arbeit in das Setup zu investieren!

			==== swap space für crash dumps ====
			Der FreeBSD-Kernel kann im Falle einer Kernelpanic seinen gesamten Speicher oder auszüge daraus für eine spätere Analyse auf ein "dump-device" schreiben (sofern die Kernel-Panic nicht durch das Storage-Subsystem ausgelöst wurde).

			Dies kann eine dedizierte crashdump-Partition sein, üblicherweise wird hier allerdings eine (ausreichend große) swap-Partition verwendet. Nach dem dann folgenden Reboot wird dieser crash-dump vor der Initialisierung von Swap automatisch gefunden und nach /var/crash kopiert, wo er post mortem analysiert werden kann.

			Da der Server 16GB RAM hat sind die (beiden) SWAP-Partitionen ebenfalls 16GB groß, aber nicht aufgrund der "SWAP = 2xRAM"-Regel sondern eben für die crash-dumps.

			;aus rc.conf(5):
			<pre>
			dumpdev (str) Indicates the device (usually a swap partition) to
			which a crash dump should be written in the event of a system
			crash. If the value of this variable is ``AUTO'', the first
			suitable swap device listed in /etc/fstab will be used as
			dump device. Otherwise, the value of this variable is passed
			as the argument to dumpon(8). To disable crash dumps, set
			this variable to ``NO''.

			dumpdir (str) When the system reboots after a crash and a crash dump
			is found on the device specified by the dumpdev variable,
			savecore(8) will save that crash dump and a copy of the ker-
			nel to the directory specified by the dumpdir variable. The
			default value is /var/crash. Set to ``NO'' to not run
			savecore(8) at boot time when dumpdir is set.
			</pre>

	=== Grundkonfiguration des Servers (afterboot)===		=== Grundkonfiguration des Servers (afterboot)===

Rabe: /* Storage Setup erweitern: SSDs einbinden */ GPT-ZFS Bootloader nicht vergessen!!

2015-02-18T02:57:05Z

Storage Setup erweitern: SSDs einbinden: GPT-ZFS Bootloader nicht vergessen!!

@@ Zeile 127: / Zeile 127: @@
 # gpart add -t freebsd-zfs -a 1m -s 64G -l cache1 ada1
 </pre>
 ==== GPT-Partitionen auf SSD als ZFS log und cache einbinden  ====
@@ Zeile 228: / Zeile 244: @@
 Generell könnte über diesen Mechanismus auch /tmp-Speicher für die jails angeboten werden, der beim Start eines Jails (vorab) automatisch bereitgestellt wird.
 Nach der Änderung der Storages ist ein Neustart vom Server hilfreich, bevor man anfängt viel Arbeit in das Setup zu investieren!
 === Grundkonfiguration des Servers (afterboot)===

Rabe: /* Basisinstallation */ x

2015-02-18T02:44:28Z

Basisinstallation: x

← Nächstältere Version		Version vom 18. Februar 2015, 02:44 Uhr
Zeile 37:		Zeile 37:
	Die beiden SSDs werden dann später manuell aufgesetzt und hinzugefügt.		Die beiden SSDs werden dann später manuell aufgesetzt und hinzugefügt.

	Nach der Installation sollte der Server per SSH über das Internet erreichbar sein.		Nach Abschluss der Installation und dem reboot sollte der Server per SSH über das Internet erreichbar sein.



	=== Storage Setup erweitern: SSDs einbinden ===		=== Storage Setup erweitern: SSDs einbinden ===

Rabe: umsortiert

2015-02-18T02:43:49Z

umsortiert

Änderungen zeigen

Rabe: /* sshd einrichten */ sshd neu starten und prüfen

2015-02-18T02:37:25Z

sshd einrichten: sshd neu starten und prüfen

← Nächstältere Version		Version vom 18. Februar 2015, 02:37 Uhr
Zeile 141:		Zeile 141:

	Weitere "Härtungen" (zB authorized_keys nur für root zugreifbar, hosts_access(5), sshd-via-xinetd, …) finden hier ersteinmal nicht statt.		Weitere "Härtungen" (zB authorized_keys nur für root zugreifbar, hosts_access(5), sshd-via-xinetd, …) finden hier ersteinmal nicht statt.

			Abschließend sshd neu starten (die bestehende SSH-Session bleibt dabei erhalten!):
			<pre>
			# service sshd restart
			Performing sanity check on sshd configuration.
			Stopping sshd.
			Waiting for PIDS: 664.
			Performing sanity check on sshd configuration.
			Starting sshd.
			</pre>

			… und direkt im Anschluss unbedingt von extern mit einer neuen ssh-Session prüfen, dass der Login noch klappt!

			Die noch offene SSH-Session ist evtl. hilfreich, falls das Setup doch nochmal korrigiert werden muss!

	==== sendmail einrichten ====		==== sendmail einrichten ====