Entwicklungsumgebung/VMNetz - Versionsgeschichte

Schoffer: Anpassung Squeeze

2012-01-12T18:12:34Z

Anpassung Squeeze

← Nächstältere Version		Version vom 12. Januar 2012, 20:12 Uhr
Zeile 1:		Zeile 1:
	__NOTOC__		__NOTOC__
	{{EditStatus\|2\|Schoffer}}		{{EditStatus\|3\|Schoffer}}


Zeile 44:		Zeile 44:
	Das erste virtuelle Netz VMnet8 (NAT) stellt die Verbindung zwischen dem künftigen delixs-Server und dem Internet über NAT (network address translation) her. Da NAT keine eigene IP-Adresse benötigt, sondern die IP-Adresse ihres Hostrechners mitnutzt, kommt es so selbst bei verschlüsselten WLANs nicht zu Verbindungsproblemen.		Das erste virtuelle Netz VMnet8 (NAT) stellt die Verbindung zwischen dem künftigen delixs-Server und dem Internet über NAT (network address translation) her. Da NAT keine eigene IP-Adresse benötigt, sondern die IP-Adresse ihres Hostrechners mitnutzt, kommt es so selbst bei verschlüsselten WLANs nicht zu Verbindungsproblemen.

	Das zweite virtuelle Netz VMnet2 (host-only) stellt die Verbindung zwischen dem künftigen delixs-Server und seinen Clients (Linux, Windows, Mac) her. Auf diese Weise wird das innerschulische LAN simuliert. Dieses Netz hat selbst keinerlei Verbindung ins Internet.		Das zweite virtuelle Netz VMnet2 (host-only) stellt die Verbindung zwischen dem künftigen delixs-Server und seinen (auch virtuellen) Clients (Linux, Windows, Mac's) her. Auf diese Weise wird das innerschulische LAN simuliert. Dieses Netz hat selbst keinerlei Verbindung ins Internet.

	'''Hinweis:''' Um echte Clientrechner über eine zweite Netzkarte im Hostsystem an das LAN anschließen zu können, muss VMnet2 von "host-only" auf "bridged" umgestellt werden. Die Funktionen des internen "host-only" Netzes werden damit nicht verändert. Allerdings müssen Sie unbedingt sicherstellen, das es in diesem nun nach Außen sichtbaren Netz keinen weiteren DHCP-Server gibt.		'''Hinweis:''' Um echte Clientrechner über eine zweite Netzkarte im Hostsystem an das LAN anschließen zu können, muss VMnet2 von "host-only" auf "bridged" umgestellt werden. Die Funktionen des internen "host-only" Netzes werden damit nicht verändert. Allerdings müssen Sie unbedingt sicherstellen, das es in diesem nun nach Außen sichtbaren Netz keinen weiteren DHCP-Server gibt.
Zeile 60:		Zeile 60:
	<div align="right">[[Installation:Entwicklungsumgebung\|zurück]] \| [[Hauptseite]]</div>		<div align="right">[[Installation:Entwicklungsumgebung\|zurück]] \| [[Hauptseite]]</div>

	Harry Jede, Thorsten Strusch, Uwe Schoffer ~~2009~~		Harry Jede, Thorsten Strusch, Uwe Schoffer 2012

	[[Kategorie:DebianSqueeze]]		[[Kategorie:DebianSqueeze]]

Schoffer: Hob den Schutz von „Entwicklungsumgebung/VMNetz“ auf

2011-03-28T19:53:17Z

Hob den Schutz von „Entwicklungsumgebung/VMNetz“ auf

← Nächstältere Version	Version vom 28. März 2011, 21:53 Uhr
(kein Unterschied)

Schoffer: Kategorie:DebianSqueeze

2011-03-28T19:53:09Z

Kategorie:DebianSqueeze

← Nächstältere Version		Version vom 28. März 2011, 21:53 Uhr
Zeile 1:		Zeile 1:
	__NOTOC__		__NOTOC__
	{{~~fertig~~}}		{{EditStatus\|2\|Schoffer}}


Zeile 60:		Zeile 60:
	<div align="right">[[Installation:Entwicklungsumgebung\|zurück]] \| [[Hauptseite]]</div>		<div align="right">[[Installation:Entwicklungsumgebung\|zurück]] \| [[Hauptseite]]</div>

			Harry Jede, Thorsten Strusch, Uwe Schoffer 2009

	~~Harry Jede, Thorsten Strusch, Uwe Schoffer 2009~~		[[Kategorie:DebianSqueeze]]

Schoffer: Autoren

2009-07-01T21:27:56Z

Autoren

← Nächstältere Version		Version vom 1. Juli 2009, 23:27 Uhr
Zeile 59:		Zeile 59:
	----		----
	<div align="right">[[Installation:Entwicklungsumgebung\|zurück]] \| [[Hauptseite]]</div>		<div align="right">[[Installation:Entwicklungsumgebung\|zurück]] \| [[Hauptseite]]</div>


			Harry Jede, Thorsten Strusch, Uwe Schoffer 2009

Schoffer: Schützte „Entwicklungsumgebung/VMNetz“ [edit=sysop:move=sysop]

2009-05-01T10:58:27Z

Schützte „Entwicklungsumgebung/VMNetz“ [edit=sysop:move=sysop]

← Nächstältere Version	Version vom 1. Mai 2009, 12:58 Uhr
(kein Unterschied)

Schoffer: fertig

2009-05-01T10:58:20Z

fertig

← Nächstältere Version		Version vom 1. Mai 2009, 12:58 Uhr
Zeile 1:		Zeile 1:
	__NOTOC__		__NOTOC__
	{{~~zumTest~~}}		{{fertig}}

Schoffer am 19. Dezember 2008 um 18:48 Uhr

2008-12-19T18:48:03Z

← Nächstältere Version		Version vom 19. Dezember 2008, 20:48 Uhr
Zeile 58:		Zeile 58:

	----		----
	<div align="right">[[~~Delixs~~:Entwicklungsumgebung\|zurück]] \| [[Hauptseite]]</div>		<div align="right">[[Installation:Entwicklungsumgebung\|zurück]] \| [[Hauptseite]]</div>

Schoffer: hat „Delixs:Entwicklungsumgebung/VMNetz“ nach „Entwicklungsumgebung/VMNetz“ verschoben

2008-12-12T18:21:25Z

hat „Delixs:Entwicklungsumgebung/VMNetz“ nach „Entwicklungsumgebung/VMNetz“ verschoben

← Nächstältere Version	Version vom 12. Dezember 2008, 20:21 Uhr
(kein Unterschied)

Schoffer: zumTest

2008-12-03T20:33:02Z

zumTest

← Nächstältere Version		Version vom 3. Dezember 2008, 22:33 Uhr
Zeile 1:		Zeile 1:
	__NOTOC__		__NOTOC__
	{{~~Uberarbeiten~~}}		{{zumTest}}

Schoffer: Beschreibung

2008-11-30T20:21:41Z

Beschreibung

← Nächstältere Version		Version vom 30. November 2008, 22:21 Uhr
Zeile 3:		Zeile 3:


	== ~~Virtuelle Umgebung einrichten~~ ==		== Virtuelles Netz vorbereiten ==

	=== Hardwarevoraussetzungen ===		=== Hardwarevoraussetzungen ===

			Sie benötigen einen PC oder Laptop zur Installation der Virtualisierungssoftware und der virtuellen Umgebungen.

	Die Hardwarevorraussetzungen für den Betrieb einer virtuellen Testumgebung ist nicht allzu groß. Der Rechner benötigt eine Netzkarte, oder einen WLAN-Adapter mit fertig eingerichtetem und funktionstüchtigen Internetzugang.		Die Hardwarevorraussetzungen für den Betrieb einer virtuellen Testumgebung ist nicht allzu groß. Der Rechner benötigt eine Netzkarte, oder einen WLAN-Adapter mit fertig eingerichtetem und funktionstüchtigen Internetzugang.
Zeile 13:		Zeile 15:
	Und als dritte Anforderung ist ausreichend Festplattenplatz für alle VMs zu nennen. Dies sollte aber bei heutigen Festplatten keinerlei Problem darstellen.		Und als dritte Anforderung ist ausreichend Festplattenplatz für alle VMs zu nennen. Dies sollte aber bei heutigen Festplatten keinerlei Problem darstellen.

	'''Hinweis:''' Falls Sie neben virtuellen Clientrechnern später auch echte Clientrechner anschließen wollen, benötigt ihr Testrechner eine zweite Netzkarte. So sind beispielsweise ~~Rechner~~ mit einer WLAN-Verbindung ins Internet und ~~weiterer~~ Netzwerkkarte ins lokale Netz nutzbar.		'''Hinweis:''' Falls Sie neben virtuellen Clientrechnern später auch echte Clientrechner anschließen wollen, benötigt ihr Testrechner eine zweite Netzkarte. So sind beispielsweise Laptops mit einer WLAN-Verbindung ins Internet und einer weiteren Netzwerkkarte ins lokale Netz problemlos nutzbar.


	=== ~~Virtuelles Netz~~ ===		=== Hostsystem ===

			Als Hostsystem (Wirtsystem) kann sowohl ein Linux, MAC OS X, als auch ein Windowssystem benutzt werden. Zur Virtualisierung können verschiedene Programme empfohlen werden:

	~~Das Testsystem soll folgenden Aufbau haben~~:		* '''QEMU''' (unter GPL, Download: http://bellard.org/qemu/ )
			* Sun xVM '''VirtualBox''' (unter GPL, Download: http://www.virtualbox.org/ )
			* '''VMWare''' Player, Server oder Workstation (Lizenz: Proprietär, Download: http://www.vmware.com/de/ )
			* '''XEN''' (unter GPL, Download: http://www.cl.cam.ac.uk/research/srg/netos/xen/ )

			Zur Erstellung dieser Anleitung kam '''VMWare Workstation''' zum Einsatz.

	~~:[[Bild:Vmnet.png\|virtuelles Netz]]~~
	~~:''Abbildung: virtuelles Netz''~~

			=== Virtuelles Netz ===


			Das Testsystem soll folgenden Aufbau haben:

	~~=== Hostsystem ===~~

	~~Als Hostsystem (Wirtsystem) kann sowohl ein Linux, MAC OS X, als auch ein Windowssystem benutzt werden~~. ~~Zur Virtualisierung können verschiedene Programme empfohlen werden~~:		:[[Bild:Vmnet.png\|virtuelles Netz]]
			:''Abbildung: virtuelles Netz''

	* '''QEMU''' (unter GPL, Download: http://bellard.org/qemu/ )
	* Sun xVM '''VirtualBox''' (unter GPL, Download: http://www.virtualbox.org/ )
	* '''VMWare''' Player, Server oder Workstation (Lizenz: Proprietär, Download: http://www.vmware.com/de/ )
	* '''XEN''' (unter GPL, Download: http://www.cl.cam.ac.uk/research/srg/netos/xen/ )

	~~Zur Erstellung dieser Anleitung kam~~ '''~~VMWare Workstation~~''' ~~zum Einsatz~~. ~~Der Vorteil~~ dieser ~~Software liegt in~~ der ~~großen Anzahl an möglichen Schnappschüssen (Snapshots), was das Zurücknehmen von Konfigurationsversuchen sehr vereinfacht~~.		'''Beschreibung:''' Das Hostsystem hat eine Netzwerkverbindung ins Internet. Diese kann wahlweise kabelgebunden oder auch per WLAN eingerichtet sein. Die IP-Adressen dieser Internetverbindung werden durch Ihre Internetsoftware oder -hardware festgelegt und werden daher hier nicht angegeben. Durch die Installation der Virtualisierungssoftware werden nun auf dem Hostsystem noch weitere 2 virtuelle Netzkarten eingerichtet. Somit hat Ihr Rechner insgesamt mindestens 3 Netzwerkschnittstellen.

	~~Mit '''VMWare~~ Server~~''' können Sie nur einen einzigen Snapshot erstellen~~, ~~aber dafür ist diese Software kostenlos~~.		Das erste virtuelle Netz VMnet8 (NAT) stellt die Verbindung zwischen dem künftigen delixs-Server und dem Internet über NAT (network address translation) her. Da NAT keine eigene IP-Adresse benötigt, sondern die IP-Adresse ihres Hostrechners mitnutzt, kommt es so selbst bei verschlüsselten WLANs nicht zu Verbindungsproblemen.

	~~Sollten Sie~~ die ~~virtuelle Maschine nicht selber einrichten wollen~~, ~~reicht der kostenlose '''VMWare Player''' auch völlig aus~~. ~~Sie müssen sich nur beim Download auf der Webseite von VMWare registrieren lassen~~.		Das zweite virtuelle Netz VMnet2 (host-only) stellt die Verbindung zwischen dem künftigen delixs-Server und seinen Clients (Linux, Windows, Mac) her. Auf diese Weise wird das innerschulische LAN simuliert. Dieses Netz hat selbst keinerlei Verbindung ins Internet.

	Hinweis: ~~Bei anderen Virtualisierungsprogrammen~~ können ~~einzelne Einstellungen etwas anders vorzunehmen sein~~.		'''Hinweis:''' Um echte Clientrechner über eine zweite Netzkarte im Hostsystem an das LAN anschließen zu können, muss VMnet2 von "host-only" auf "bridged" umgestellt werden. Die Funktionen des internen "host-only" Netzes werden damit nicht verändert. Allerdings müssen Sie unbedingt sicherstellen, das es in diesem nun nach Außen sichtbaren Netz keinen weiteren DHCP-Server gibt.