Grundschulserver - Versionsgeschichte

Lukas: /* Grundsystem */

2017-05-02T09:33:37Z

Grundsystem

← Nächstältere Version		Version vom 2. Mai 2017, 09:33 Uhr
Zeile 5:		Zeile 5:
	__TOC__		__TOC__
	== Grundsystem ==		== Grundsystem ==
	Als Grundsystem haben wir uns für [http://www.ubuntu.com/download/server Ubuntu Server] 12.04 LTS entschieden, da Long-Time-Support-Distributionen (=Lang-Zeit-Unterstützte-Distributionen; kurz: LTS) lange mit Sicherheits-Patches versehen werden und man so nicht alle 6 Monate einen kompletten Versions-Sprung vornehmen muss. Das System läuft auf einem normalen Dell-Rechner, der mit einer zusätzlichen Netzwerkkarte ausgestattet wurde. Bei der Installation wurde gleich der SSH-Server und der DNS-Server mit installiert, damit man den Server auch aus der Ferne warten kann. Die Frage, ob Aktualisierungen automatisch installiert werden sollen, beantworten wir mit "Nur Sicherheitsaktualisierungen automatisch installieren". Dann müssen wir uns zwar selber um die Aktualisierung kümmern, haben aber mehr Kontrolle darüber was und vor allem wann es installiert wird~~. (Denn wer will schon, dass mitten im Urlaub ein Anruf a lá "Hilfe! Es funktioniert nichts mehr" kommt, weil das letzte Update irgendwas zerschossen hat)~~.		Als Grundsystem haben wir uns für [http://www.ubuntu.com/download/server Ubuntu Server] 12.04 LTS entschieden, da Long-Time-Support-Distributionen (=Lang-Zeit-Unterstützte-Distributionen; kurz: LTS) lange mit Sicherheits-Patches versehen werden und man so nicht alle 6 Monate einen kompletten Versions-Sprung vornehmen muss. Das System läuft auf einem normalen Dell-Rechner, der mit einer zusätzlichen Netzwerkkarte ausgestattet wurde. Bei der Installation wurde gleich der SSH-Server und der DNS-Server mit installiert, damit man den Server auch aus der Ferne warten kann. Die Frage, ob Aktualisierungen automatisch installiert werden sollen, beantworten wir mit "Nur Sicherheitsaktualisierungen automatisch installieren". Dann müssen wir uns zwar selber um die Aktualisierung kümmern, haben aber mehr Kontrolle darüber was und vor allem wann es installiert wird.

	== Aufgaben ==		== Aufgaben ==

Lukas: /* UpDate Oktober */

2016-01-28T17:00:32Z

UpDate Oktober

← Nächstältere Version		Version vom 28. Januar 2016, 17:00 Uhr
Zeile 215:		Zeile 215:

	== UpDate Oktober ==		== UpDate Oktober ==
	Wir haben den Server nochmal neu aufgesetzt. Diesmal auf ~~einen~~ neueren, schnelleren Server. Mit der obenstehenden Anleitung hat das alles wunderbar geklappt.		Wir haben den Server nochmal neu aufgesetzt. Diesmal auf einem neueren, schnelleren Server. Mit der obenstehenden Anleitung hat das alles wunderbar geklappt.

	[[Kategorie:MER]]		[[Kategorie:MER]]

Lukas: IServ

2015-01-03T11:04:07Z

IServ

← Nächstältere Version		Version vom 3. Januar 2015, 11:04 Uhr
Zeile 1:		Zeile 1:
	Im folgenden Artikel wird beschrieben, wie ein Netz in einer Grundschule beispielhaft eingerichtet werden kann. Die Beispielschule in Hamburg besteht aus 11 Gebäuden, die im Zuge einer Vollvernetzung von Dataport vollvernetzt wurden und jetzt über ein 100MBit-Netz verfügen.		Im folgenden Artikel wird beschrieben, wie ein Netz in einer Grundschule beispielhaft eingerichtet werden kann. Die Beispielschule in Hamburg besteht aus 11 Gebäuden, die im Zuge einer Vollvernetzung von Dataport vollvernetzt wurden und jetzt über ein 100MBit-Netz verfügen.

			Diese Anleitung stellt eine grundlegende und sehr kostengünstige Möglichkeit zum Betrieb eines Schulservers dar. Eine sehr gute Alternative ist der Schulserver [http://www.iserv.eu IServ], der über die hier genannten Möglichkeiten hinaus explizit für Schulen entwickelt wurde und dementsprechend viele auf Schule zugeschnittene Möglichkeiten bietet. Auch wir haben den Server nun durch IServ ersetzt.

	__TOC__		__TOC__

Lukas am 3. Januar 2015 um 11:01 Uhr

2015-01-03T11:01:32Z

← Nächstältere Version		Version vom 3. Januar 2015, 11:01 Uhr
Zeile 1:		Zeile 1:
	Im folgenden Artikel wird beschrieben, wie ~~das~~ Netz ~~der Schule Max-Eichholz-Ring~~ in ~~Hamburg-Lohbrügge~~ eingerichtet ~~wurde, was für Probleme auftraten und wie man diese lösen konnte~~. Die ~~Schule~~ besteht aus 11 Gebäuden, die im Zuge einer Vollvernetzung von Dataport vollvernetzt wurden und jetzt über ein 100MBit-Netz verfügen.		Im folgenden Artikel wird beschrieben, wie ein Netz in einer Grundschule beispielhaft eingerichtet werden kann. Die Beispielschule in Hamburg besteht aus 11 Gebäuden, die im Zuge einer Vollvernetzung von Dataport vollvernetzt wurden und jetzt über ein 100MBit-Netz verfügen.
	~~Als wir ankamen bestand das Netz aus ca. 74 Rechnern, einem Cisco 2600-Router und einem Synology-NAS.~~
	~~Da wir das Passwort für den Router leider nicht bekommen haben, haben wir uns entschieden, einen eigenen Server aufzustellen~~.

	__TOC__		__TOC__

Lukas am 4. Mai 2014 um 10:33 Uhr

2014-05-04T10:33:40Z

← Nächstältere Version		Version vom 4. Mai 2014, 10:33 Uhr
Zeile 215:		Zeile 215:

	== UpDate Oktober ==		== UpDate Oktober ==
	Wir haben den Server nochmal neu aufgesetzt. Diesmal auf einen neueren, schnelleren Server. ~~Hier ein Bild. Rechts~~ der ~~Alte, links der neue Tux.~~		Wir haben den Server nochmal neu aufgesetzt. Diesmal auf einen neueren, schnelleren Server. Mit der obenstehenden Anleitung hat das alles wunderbar geklappt.

	~~[[Datei:MER_Tux~~.~~jpg\|300px]]~~

	[[Kategorie:MER]]		[[Kategorie:MER]]

Lukas am 14. März 2013 um 01:23 Uhr

2013-03-14T01:23:52Z

← Nächstältere Version		Version vom 14. März 2013, 01:23 Uhr
Zeile 218:		Zeile 218:

	[[Datei:MER_Tux.jpg\|300px]]		[[Datei:MER_Tux.jpg\|300px]]

			[[Kategorie:MER]]

Lukas am 11. Oktober 2012 um 19:13 Uhr

2012-10-11T19:13:34Z

← Nächstältere Version		Version vom 11. Oktober 2012, 19:13 Uhr
Zeile 217:		Zeile 217:
	Wir haben den Server nochmal neu aufgesetzt. Diesmal auf einen neueren, schnelleren Server. Hier ein Bild. Rechts der Alte, links der neue Tux.		Wir haben den Server nochmal neu aufgesetzt. Diesmal auf einen neueren, schnelleren Server. Hier ein Bild. Rechts der Alte, links der neue Tux.

	[[Datei:MER_Tux.~~png~~\|300px]]		[[Datei:MER_Tux.jpg\|300px]]

Lukas: /* UpDate Oktober */

2012-10-11T19:07:18Z

UpDate Oktober

← Nächstältere Version		Version vom 11. Oktober 2012, 19:07 Uhr
Zeile 216:		Zeile 216:
	== UpDate Oktober ==		== UpDate Oktober ==
	Wir haben den Server nochmal neu aufgesetzt. Diesmal auf einen neueren, schnelleren Server. Hier ein Bild. Rechts der Alte, links der neue Tux.		Wir haben den Server nochmal neu aufgesetzt. Diesmal auf einen neueren, schnelleren Server. Hier ein Bild. Rechts der Alte, links der neue Tux.

	[[Datei:MER_Tux.png\|300px]]		[[Datei:MER_Tux.png\|300px]]

Lukas: + UpDate Oktober 2012

2012-10-11T19:07:09Z

+ UpDate Oktober 2012

← Nächstältere Version		Version vom 11. Oktober 2012, 19:07 Uhr
Zeile 213:		Zeile 213:
	root@tux:~# shutdown -r now		root@tux:~# shutdown -r now
	Danach sollte alles ordnungsgemäß funktionieren.		Danach sollte alles ordnungsgemäß funktionieren.

			== UpDate Oktober ==
			Wir haben den Server nochmal neu aufgesetzt. Diesmal auf einen neueren, schnelleren Server. Hier ein Bild. Rechts der Alte, links der neue Tux.
			[[Datei:MER_Tux.png\|300px]]

Lukas am 11. Oktober 2012 um 18:41 Uhr

2012-10-11T18:41:24Z

← Nächstältere Version		Version vom 11. Oktober 2012, 18:41 Uhr
Zeile 23:		Zeile 23:
	* samba (File-Server)		* samba (File-Server)
	* dnsmasq (kleiner, aber feiner DHCP- und DNS-Server)		* dnsmasq (kleiner, aber feiner DHCP- und DNS-Server)
			* bind9 (DNS-Server)
			* squid3 (Proxy-Server)

	Die Pakete wurde ganz einfach über den Befehl		Die Pakete wurde ganz einfach über den Befehl
	root@tux:~# apt-get install apache2 php5 openssh samba samba-common dnsmasq		root@tux:~# apt-get install apache2 php5 openssh-server samba samba-common dnsmasq bind9 squid3
	installiert.		installiert.

Zeile 62:		Zeile 64:
	dns proxy = no		dns proxy = no
	; name resolve order = lmhosts host wins bcast		; name resolve order = lmhosts host wins bcast
	Wenn der Server nur aus einem (oder mehreren) Netzen oder einer(/einigen) bestimmten Netzwerkschnittstellen erreichbar sein soll, kann die folgende aktiviert und entsprechend angepasst werden. (Hier werden zum Beispiel nur Verbindungen aus dem Netz 172.16.0.1 - 172.16.255.255 und auf der Netzwerkschnittstelle eth1 angenommen)		Wenn der Server nur aus einem (oder mehreren) Netzen oder einer(/einigen) bestimmten Netzwerkschnittstellen erreichbar sein soll, kann die folgende aktiviert und entsprechend angepasst werden. (Hier werden zum Beispiel nur Verbindungen aus dem Netz 172.16.0.1 - 172.16.255.255 und/oder auf der Netzwerkschnittstelle eth1 angenommen). Falls der Server aus allen Netzen/auf allen Interfaces erreichbar sein soll, kann man das hier mit einem ; auskommentieren.
	; interfaces = 172.16.0.0/16 eth1		interfaces = 172.16.0.0/16 eth1
	Jetzt kommen wir zum Logging. Hier konfiguriert man, wo Samba loggen soll und ob zusätzlich (oder überhaupt) in der /var/log/syslog geloggt werden soll:		Jetzt kommen wir zum Logging. Hier konfiguriert man, wo Samba loggen soll und ob zusätzlich (oder überhaupt) in der /var/log/syslog geloggt werden soll:
	Pfad zu den späteren Log-Files:		Pfad zu den späteren Log-Files:
Zeile 76:		Zeile 78:
	panic action = /usr/share/samba/panic-action %d		panic action = /usr/share/samba/panic-action %d

	Die in der smb.conf folgenden Einstellungen können alle so bleiben. Es geht dort um Benutzer- und Domainanmeldung. Das ist für uns erstmal nebensächlich. Der interessanteste Teil findet sich am Ende der Datei. Hier werden die Freigaben konfiguriert. Da wir einige Programme laufen haben, erstellen wir auch einige Freigaben. Die standardmäßig eingestellten Freigaben können wir fast alle (bis auf die Homes-Freigabe, welche wir nur auskommentieren) löschen oder, falls notwendig nur auskommentieren.		Die in der smb.conf folgenden Einstellungen können alle so bleiben. Es geht dort um Benutzer- und Domainanmeldung. Das ist für uns erstmal nebensächlich. Der interessanteste Teil findet sich am Ende der Datei. Hier werden die Freigaben konfiguriert. Da wir einige Programme laufen haben, erstellen wir auch einige Freigaben. Die standardmäßig eingestellten Freigaben können wir fast alle (bis auf die Homes-Freigabe, welche wir nur auskommentieren) löschen oder, falls notwendig, nur auskommentieren.
	Die Freigaben werden dann nach dem folgenden Prinzip untereinander eingetragen:		Die Freigaben werden dann nach dem folgenden Prinzip untereinander eingetragen:
	Freigabe-Name (ohne Leerzeichen; alles klein):		Freigabe-Name (ohne Leerzeichen; alles klein):
Zeile 86:		Zeile 88:
	Dürfen Gäste darauf zugreifen?		Dürfen Gäste darauf zugreifen?
	guest ok = yes		guest ok = yes
	Ist die Freigabe bei der Freigabe-Abfrage des Servers sichtbar? (Ansonsten kann nur per \\tux\public ~~daruaf~~ zugegriffen werden).		Ist die Freigabe bei der Freigabe-Abfrage des Servers sichtbar? (Ansonsten kann nur per \\tux\public darauf zugegriffen werden).
	browseable = yes		browseable = yes
	Dürfen die Benutzer schreiben?		Dürfen die Benutzer schreiben?
Zeile 164:		Zeile 166:

	==== DNS/Gateway ====		==== DNS/Gateway ====
	Damit das interne Netz nun auch ins Netz kommt (und anders herum auch die Daten aus dem Internet wieder zurück ins lokale Netz), muss man folgende Befehle ausführen. Die Einstellungen dazu tragen wir in die Datei /etc/network/interfaces ein. Die Datei sichern wir vorher:		Damit das interne Netz nun auch ins Netz kommt (und anders herum auch die Daten aus dem Internet wieder zurück ins lokale Netz), müssen wir die Datenpakete maskieren, dazu muss man folgende Befehle ausführen. Die Einstellungen dazu tragen wir in die Datei /etc/network/interfaces ein. Die Datei sichern wir vorher:
	root@tux:/etc/network/# cp interfaces /root/		root@tux:/etc/network/# cp interfaces /root/
	Danach können wir sie öffnen:		Danach können wir sie öffnen:
	root@tux:/etc/network/# vi interfaces		root@tux:/etc/network/# vi interfaces
	Nun ergänzen wir die feste IP-Adresse auf eth1, damit der Server auf immer unter einer Adresse erreichbar ist (Achtung: Das Interface lo wird unbedingt benötigt, also nicht löschen!):		Nun ergänzen wir die feste IP-Adresse auf eth1, damit der Server auf immer unter einer Adresse erreichbar ist (Achtung: Das Interface lo wird unbedingt benötigt, also nicht löschen!):
			# externes Netz
			auto eth0
			iface eth0 inet dhcp
			# internes Netz
	auto eth1		auto eth1
	iface eth1 inet static		iface eth1 inet static
	address 172.16.1.1		address 172.16.1.1
	netmask 255.255.0.0		netmask 255.255.0.0
	Nun kommen wir zur Konfiguration der Firewall. ~~Damit die~~ Einstellungen ~~dauerhaft sind, müssen diese~~ ebenfalls unterhalb der IP-Konfiguration in der /etc/network/interfaces eingetragen werden:		broadcast 172.16.255.255

			Nun kommen wir zur Konfiguration der Firewall. Die Einstellungen ebenfalls - unterhalb der IP-Konfiguration - in der /etc/network/interfaces eingetragen werden, damit sie, falls notwendig, bei jedem Start neu gesetzt werden:
	Die folgende Anleitung stammt leicht verändert aus dem [http://wiki.ubuntuusers.de/Router ubuntuusers-Wiki/Router]:		Die folgende Anleitung stammt leicht verändert aus dem [http://wiki.ubuntuusers.de/Router ubuntuusers-Wiki/Router]:
	up /sbin/iptables -F		up /sbin/iptables -F
	up /sbin/iptables -X		up /sbin/iptables -X
	up /sbin/iptables -t nat -F		up /sbin/iptables -t nat -F
	~~up /usr/sbin/wondershaper clear eth0~~
	~~up /usr/sbin/wondershaper clear eth1~~

	# Forwarding für alle verwendeten Schnittstellen im lokalen Netz aktivieren		# Forwarding für alle verwendeten Schnittstellen im lokalen Netz aktivieren
	up /sbin/iptables -A FORWARD -o eth0 -i eth1 -s 172.16.0.0/16 -m conntrack --ctstate NEW -j ACCEPT		up /sbin/iptables -A FORWARD -o eth0 -i eth1 -s 172.16.0.0/16 -m conntrack --ctstate NEW -j ACCEPT
	up /sbin/iptables -A FORWARD -m conntrack --ctstate ESTABLISHED,RELATED -j ACCEPT		up /sbin/iptables -A FORWARD -m conntrack --ctstate ESTABLISHED,RELATED -j ACCEPT
	up /sbin/iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE		up /sbin/iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE
	up /sbin/sysctl -w net.ipv4.ip_forward=1		up /sbin/sysctl -w net.ipv4.ip_forward=1

	# dnsmasq neu starten		# dnsmasq neu starten