Website Baukasten vs. Webspace oder ein eigener Webserver?

 

Wer selbst eine Website betreiben will, hat dafĂŒr heutzutage mehr als eine Option. Neben einer einfachen HTML-Seite können verschiedenste Programmiersprachen, Frameworks oder Content-Management-Systeme (CMS) wie WordPress, Joomla oder Typo3 oder andere Webservices verwendet werden. Zudem tummeln sich diverse Anbieter sogenannter Websitebaukasten im Netz, mit denen auch Laien schnell eine Website zusammenklicken können. 

Selbst eine Website betreiben

Neben der eingesetzten Software kommen fĂŒr den Betrieb einer Website unzĂ€hlige Hosting-Provider und mehrere Hosting-Varianten infrage:

Variante 1: Websitebaukasten

Die wohl einfachste Möglichkeit, eine Website zu erstellen, bieten sogenannte Websitebaukasten-Systeme von Anbietern wie Wix, Jimdo oder Squarespace. Die Anbieter versprechen eine einfache Bedienung und ermöglichen auch AnfĂ€ngern, eine Webseite ĂŒber eine einfache OberflĂ€che anzulegen und zu verwalten. ErfahrungsgemĂ€ĂŸ bieten diese Systeme meist nur beschrĂ€nkte Möglichkeiten und sind preislich relativ teuer oder ĂŒber Werbung finanziert. Eine eigene Website sollte immer eine eigene DomĂ€ne (URL) verwenden und auf den eigenen Namen registriert werden, da die Website ansonsten dem Betreiber und nicht einem selbst gehört. 

Variante 2: Webspace

Etwas mehr FlexibilitĂ€t, bei geringeren Kosten, kann durch die Verwendung eines Webspace eines Web-Providers erreicht werden. Bei dieser Variante kann der Webspace und vorwiegend eine MySQL-Datenbank gemietet werden, was das Hochladen und Betreiben einer nahezu beliebigen Website bzw. eines nahezu beliebigen Websystems ermöglicht. Viele der Provider bieten fĂŒr deren Webspace ein vereinfachtes Setup fĂŒr bekannte CMS-Systeme wie zum Beispiel WordPress an. Beim klassischen Webhosting entsteht ein zusĂ€tzlicher Wartungsaufwand, da die verwendete Web-Software regelmĂ€ĂŸig ĂŒberprĂŒft, gebackupt und gegebenenfalls upgedatet werden soll.

Variante 3: eigener Webserver

Noch flexibler ist der Betrieb eines eigenen Webservers, und spĂ€testens beim Hosten mehrere Websites ist diese Variante auch preislich sehr attraktiv. Beim Betrieb eines eigenen Webservers entsteht neben der Wartung der Web-Software ein zusĂ€tzlicher Wartungsaufwand fĂŒr das Host-Betriebssystem. Und von Zeit zu Zeit die Notwendigkeit, die Webseiten auf einen neuen Server ĂŒbersiedeln zu mĂŒssen, spĂ€testens wenn keine Sicherheitsupdates fĂŒr das Host-Betriebssystem mehr angeboten werden. Als Beispiel kann neben anderen Webservices auch WordPress auf dem eigenen Server betrieben werden. Wer selbst einen Webserver betreibt oder betreiben will, muss sich dafĂŒr ein paar Gedanken zur Funktionsweise eines Webservers machen:

die Basis: TCP/IP und DNS

Jeder Webserver benötigt fĂŒr das Beantworten der Anfragen eine eindeutige Adresse, die IP-Adresse und einen zugehörigen Port: 80 fĂŒr http und 443 fĂŒr HTTPS. Nachdem sich die IP-Adressen schlecht merken lassen, gibt es dann auch noch die Nameserver: DNS. Die DNS-Server ĂŒbersetzen die bekannten Domain-Namen auf IP-Adressen, woraufhin das Transportprotokoll TCP dafĂŒr sorgt, dass die Pakete zugestellt werden.

Domain und dessen Verwaltung

Eine Domain wie diese hier „libe.net“ kann am einfachsten bei einem der unzĂ€hligen Hosting-Provider bestellt werden. Bei der Domainregistrierung muss ein DNS-Server angegeben werden:

Damit die Domain funktioniert, muss der bei der Registrierung angegebene DNS-Server die DNS-Zone fĂŒr die Domain bereitstellen, dazu reicht ein beliebiger DNS-Server mit einer öffentlichen IP-Adresse. Theoretisch könnte ein DNS-Service auch relativ einfach selbst betrieben werden, einfacher ist die Verwendung des DNS-Servers vom Provider ĂŒber welchen die Domain registriert wurde. Der Provider stellt fĂŒr deren registrierte Domains meist eine DNS-Verwaltung zur VerfĂŒgung. Über die DNS-Verwaltung können A-EintrĂ€ge fĂŒr die Haupt-Domain und Subdomains hinzugefĂŒgt werden, diese zeigen dann auf eine bestimmte IP-Adresse: 

DNS-Eintrag beim Provider in der Zone als Beispiel libe.net Aufruf im Browser
Typ Name Wert
A   83.169.23.37 http://libe.net oder https://libe.net
A www 83.169.23.37 http://www.libe.net oder https://www.libe.net
A test-domain 83.169.23.37 http://test-domain.libe.net oder https://test-domain.libe.net

Die verwendete IP-Adresse ist die Adresse des verwendeten Webservers, oder bei einem Heimnetzwerk, die Adresse des Internetanschlusses, siehe: Website auf dem eigenen Rechner. Der Webserver muss bei einer Anfrage auf die URL (https://www.libe.net) den entsprechenden Webservice, also die eigentliche Website bereitstellen.

Wer bereits eine DomĂ€ne registriert hat und diese zu einem anderen Provider ĂŒbersiedeln will, kann den Transfer relativ einfach veranlassen, siehe Domaintransfer Hosteurope zu Hetzner.

Mehrere Websites auf einem Server

ZunĂ€chst kann jeder TCP-Port nur einen Webservice bereitstellen und jeder Webserver nur einmal den ĂŒblichen Port 443 belegen. Sollte eine Website direkt auf einen Port veröffentlicht werden, wĂŒrde das bedeuten, dass nur eine Website auf einer IP-Adresse bereitgestellt werden kann. Abhilfe schafft der sogenannte Host Header. Beim Betrieb mehrerer Websites auf einem Server sorgt der Host Header dafĂŒr, dass der Webservice die Anfrage richtig beantwortet oder weiterleitet. Der Host Header wird bei jedem Aufruf einer Website (HTTP-Aufruf) mit dem Hostnamen der aufgerufenen Website befĂŒllt (=Domain-Name, als Beispiel libe.net) wodurch der Webservice in der Lage ist die Anfrage zu beantworten oder einem anderen Webservice zuzuteilen. 

Als ErgĂ€nzung zu dem angefĂŒhrten Beispiel mit der Zone libe.net und den A-Rekords fĂŒr www und test-domain könnte www.libe.net von einem Webservice beantwortet werden und test-domain.libe.net von einem anderen Webservice am selben Server mit demselben TCP-Netzwerkport. NatĂŒrlich können auch mehrere Domains auf denselben Server verweisen. Im Prinzip spielt es dabei auch keine Rolle, auf welchem Server die DomĂ€nen gehostet werden. Somit wĂ€re der Betrieb einer Website auch ĂŒber einen normalen Internetanschluss auf dem eigenen PC denkbar.

Als konkretes Beispiel funktioniert diese Website wie folgt:

FĂŒr den Betrieb der Seite www.libe.net wird ein virtueller Server eines Hosting-Providers verwendet, ursprĂŒnglich von Host Europe, aktuell von Hetzner, siehe: Providerwechsel HostEurope vs Hetzner, vServer vs Cloud-Server. Der virtuelle Server, auch Cloud-Server genannt, besitzt eine öffentliche IP-Adresse, welche ĂŒber die DomĂ€ne www.libe.net aufgerufen werden kann. Damit die DomĂ€ne www.libe.net die öffentliche IP-Adresse des virtuellen Servers verwendet, wurde die DomĂ€ne libe.net mit den DNS-Servern des Hosting-Providers registriert und in der DNS-Verwaltung des Providers in der DomĂ€nen-Zone libe.net ein entsprechender A-Record angelegt: www -> 83.169.23.37

Der Verbindungsaufbau von einem EndgerĂ€t schaut wie folgt aus: Beim Aufruf der DomĂ€ne www.libe.net im Browser, wird die Anfrage als Erstes zum DNS geleitet, dieser antwortet fĂŒr www.libe.net mit der IP-Adresse 83.169.23.37, woraufhin eine Verbindung ĂŒber diese IP-Adresse zum eigentlichen Webserver und dessen Webservice stattfindet. Der Webservice nimmt die Verbindung entgegen und verwendet die mitgegebene Host Header Information (www.libe.net) fĂŒr das Weiterleiten der Anfrage an ein weiteres Webservice, welches die eigentlice Website libe.net zur VerfĂŒgung stellt.

Eine Website auf dem eigenen Rechner testen?

Wer auf dem eigenen Rechner einen Webserver oder Webservice installiert, kann darauf ĂŒber http://localhost zugreifen, siehe: localhost aufrufen: IP-Adresse „127.0.0.1“, „::1“ | was ist localhost? Als Webserver kann in Windows zum Beispiel Laragon oder ein Docker-Container mit einem Webservice verwendet werden. 

FĂŒr einen Test, ohne öffentlichen DNS kann der Zugriff ĂŒber das Internet auch ĂŒber die IP-Adresse stattfinden, dazu sind normalerweise keine speziellen Anforderungen notwendig. Einzig der Internetzugang könnte seitens Provider noch eine Firewall betreiben, die den Zugriff auf die Webserverports 80 und 443 verbieten, bzw. gibt es InternetzugĂ€nge, bei denen sich mehrere Rechner eine IP-Adresse teilen (NAT): In beiden FĂ€llen wĂŒrde der Test nicht funktionieren.
Sollte beides nicht der Fall sein: Was sehr wahrscheinlich ist, kann auf einem beliebigen, mit dem Internet verbundenen Rechner ein Webserver installiert und fĂŒr den Zugriff am Router ein Port-Forwarding eingerichtet werden, siehe: port-forwarding.

(Quelle: port-forwarding)

Um herauszufinden, welche IP-Adresse im Internet verwendet wird, kann mit dem Rechner, auf dem die Website lĂ€uft, diese Seite besucht werden: Deine aktuelle öffentliche IP fĂŒr den Zugriff ins Internet lautet:

Nachdem die Kommunikation zum Webserver ĂŒber IP stattfindet, ist es möglich diese hier anzuzeigen. Es gibt aber auch noch andere Seite, die deine IP anzeigen können: einfach mal nach „show my ip“ googeln ...

Eine Website oder Webservice auf dem eigenen Rechner betreiben?

Damit der Zugriff nicht ĂŒber die IP-Adresse stattfinden muss, sondern eine DomĂ€ne (URL, z. B. libe.net) verwendet werden kann, kann diese bei einem Internetprovider angefordert und auf dessen DNS registriert werden. In der VerwaltungsoberflĂ€che des Providers kann dann in der DNS Zone der DomĂ€ne ein A-Record mit der öffentlichen IP-Adresse des privaten Internetzugangs angelegt werden. Voraussetzung hierfĂŒr ist auch noch, dass sich die IP-Adresse des Internetanschlusses entweder nicht Ă€ndert oder dass der DNS die IP bei einer Änderung anpasst. Dazu wĂ€re dann ein weiterer Service im Internet notwendig, welcher den DNS-Eintrag bei einer Änderung der IP updatet: sowas wie der DynDNS-Service. Siehe: free DynDNS Service - Zugriff bei wechselnder öffentlicher IP. Ein öffentlicher Internetauftritt sollte meiner Meinung nach nicht auf einem Rechner zu Hause veröffentlicht werden. Der Einsatzzweck ist vielmehr das Veröffentlichen von eigenen Webservices, wie zum Beispiel die eigene private Cloud oder ein Zugriff auf das Smart-Home oder auf den eigenen Passwortmanager.

DNS simulieren: Hosts Datei

Ein DNS-Eintrag kann zudem ohne einen Internetprovider und ohne einer dort verwalteten DNS-Zone auf dem eigenen Rechner simuliert werden, indem in der Hosts-Datei ein DNS-Eintrag am Rechner hinterlegt wird. In Windows kann die Hosts-Datei mit einem Editor (als Administrator) bearbeitet werden:

Im Suchfeld: Notepad, rechts „Als Administrator ausfĂŒhren“ und folgende Datei öffnen: c:\windows\system32\drivers\etc\hosts

Beispieleintrag in der Hosts Datei:
127.0.0.1 eine-erfundene-domain.test

Anstelle von 127.0.0.1 kann fĂŒr den Zugriff aus dem Internet auch öffentliche IP-Adresse verwendet werden, wie bereits erwĂ€hnt wird dafĂŒr ein Port-Forwarding am Router vorausgesetzt. 127.0.0.1 steht fĂŒr localhost, siehe: localhost aufrufen: IP-Adresse „127.0.0.1“, „::1“ | was ist localhost?

Der Aufruf im Browser erfolgt dann mit in der Hosts-Datei eingetragenen DNS-Namen:

In der Hosts-Datei können auch bestehende DomÀnen eingetragen, umgeleitet oder gesperrt werden, siehe: bestimmte Websites sperren

http / HTTPS SSL TLS

FĂŒr den Betrieb einer Website sollte ein SSL-Zertifikat verwenden, da die Verbindung ohne Zertifikat als „Nicht sicher“ eingestuft wird:

Wird anstelle von HTTP, HTTPS als Protokoll verwendet, findet die Verbindung verschlĂŒsselt statt. Ein am Webserver installiertes Zertifikat stellt zudem sicher, dass es sich bei dem DNS-Eintrag auch wirklich um diesen handelt und die aufgerufen Seite nicht auf eine Fake-Seite umgeleitet wird. SSL-Zertifikate sind heute Standard und dank Let’s Encrypt meist kostenlos, dennoch bieten nicht alle Provider fĂŒr deren Webspace kostenlose Zertifikate an. Anders beim Einsatz eines virtuellen Servers, hier können Let’s Encrypt-Zertifikate ĂŒber Plesk (falls vorhanden), ĂŒber entsprechende Pakete oder mit einem entsprechenden Docker-Container bereitgestellt werden, siehe: sichere https Verbindung: Traefik Reverse Proxy + LetÂŽs Encrypt.

Fazit

Wer sich keine Gedanken um den Betrieb oder um Updates einer Website machen will und einfach nur eine WebprĂ€senz ohne spezieller Funktionen benötigt, ist wahrscheinlich bei einem Provider eines Websitebaukasten gut aufgehoben. Wer etwas Wartungsaufwand nicht scheut, kann sich einen Webspace oder einen eigenen virtuellen Server mieten, um eine flexiblere und kostengĂŒnstigere Umgebung aufbauen. ZusĂ€tzlich könnte die Website auf dem eigenen Rechner getestet werden. Beim Veröffentlichen der Homepage sollte ein Augenmerk auf HTTPS gelegt werden, was heute ĂŒber Docker und einem Reverse-Proxy ohne zusĂ€tzlicher Kosten, sehr einfach umgesetzt werden kann, siehe: Traefik in Docker | mehrere Webserver inkl. Zertifikat SSL.

positive Bewertung({{pro_count}})
Beitrag bewerten:
{{percentage}} % positiv
negative Bewertung({{con_count}})

DANKE fĂŒr deine Bewertung!

Aktualisiert: 12.05.2023 von Bernhard | Translation English |🔔 | Kommentare:0

➚ Kein wp-admin? Warum diese Site kein WordPress verwendet. | ➊ Webhosting | Systeme ĂŒberwachen: Monitoring in HomeAssistant mit Glances ➚

Top-Artikel in diesem Bereich


Systeme ĂŒberwachen: Monitoring in HomeAssistant mit Glances

FĂŒr das Sammeln von Systemdaten anderer Betriebssysteme bietet HomeAssistant unter anderem eine Glances-Integration.  Glances ist ein Terminalprogramm fĂŒr das Überwachen des Systemstatus wie der CPU, Memory oder des Diskverbrauches. Der zusĂ€tzliche WebServer-Mode erlaubt es den Status auch ohne SSH abzurufen. Informationen zur Integration in Home-Assistant, siehe: Home-Assistant. 


Traefik: Datenverkehr auf einen anderen Server weiterleiten

Als Vorbereitung fĂŒr das Übersiedeln meiner Websites habe ich nach einer Möglichkeit gesucht den kompletten Datenverkehr vom alten Server einfach auf den neuen weiterzuleiten. 


Webserver mit Docker Container umziehen, Theorie und Praxis

Wer einen virtuellen Server oder Cloud-Server mietet, muss diesen fĂŒr ein neues Betriebssystem von Zeit zu Zeit austauschen. SpĂ€testens, wenn fĂŒr das Betriebssystem keine Updates mehr zur VerfĂŒgung gestellt werden, ist ein Serverwechsel unausweichlich. Vor einiger Zeit habe ich alle Websites auf Docker-Container umgestellt, was den Umzug beschleunigen soll. ZunĂ€chst etwas Theorie zu meinen Überlegungen, dann wie mein Serverumzug zuletzt vonstattenging. ZusĂ€tzli...

Fragen / Kommentare


Durch die weitere Nutzung der Seite stimmst du der Verwendung von Cookies zu Mehr Details