|
|
| Zeile 1: |
Zeile 1: |
| {{HSDoku-Links}} | | {{Textkasten|rot|Hinweis:|Inhalt ist nun in der HS Dokumentation. |
| | https://doc.hostsharing.net/hsusers/einfuehrung/web-pakete.html sowie unter |
| | https://doc.hostsharing.net/hsusers/administration/webpaket/index.html |
| | }} |
|
| |
|
| = Pakete bei Hostsharing allgemein =
| | --- |
| | |
| Alle Leistungen von Hostsharing werden in Paketen gebündelt, die eine definierte Leistung beinhalten. Alle Pakete können durch Optionen aufgewertet werden.
| |
| | |
| Jedes Paket hat eine Bezeichnung in der Form xyz00. Sie besteht aus dem bei der ersten Paketeinrichtung frei wählbaren Präfix und einem zweistelligen Zähler.
| |
| | |
| Entsprechend ist
| |
| | |
| * der Name des Paketadmins xyz00
| |
| * das Paketverzeichnis /home/pacs/xyz00/
| |
| * die Paketdomain xyz00.hostsharing.net
| |
| | |
| Die Paketdomain kann für alle Zugriffe auf das Paket benutzt werden, beispielsweise für den Upload von Daten mittels FTP oder SCP und für das Einloggen über ssh.
| |
| | |
| Konkretere Informationen und die Zugangsdaten enthält die Willkommens-E-Mail, die Du Nach der Bestellung eines Paketes erhältst.
| |
| | |
| = Paketarten =
| |
| | |
| Es gibt bei Hostsharing verschiedene (aber kombinierbare) Paketarten bzw. -typen.
| |
| | |
| * [[ WEB-Paket |WEB-Paket (bis 04/2013 Dynamic-Web DW)]]
| |
| Paket kann u.a. für Webseiten,Content-Management-Systeme, Web-Shops genutzt werden, die (CPU und I/O intensiv, und dennoch performant) mit Hilfe von Programmen und Datenbanken im Paket dynamisch erzeugt werden.
| |
| | |
| * [[ Static-Web-Pakete |Static-Web (SW) nur bis 04/2013 buchbar]]
| |
| Paket eignet sich für statische Daten und Webseiten, die aus statischen HTML Dateien bestehen. Insbesondere E-Mail Postfächer, (CVS) Quellcode, Up/Downloads, Bildergalerien und andere wichtige Daten, die ständig verfügbar und auf Backups und Stand-by Servern gesichert sein sollen.
| |
| | |
| = Kombination von SW und WEB =
| |
| | |
| Die neben den technischen Unterschieden (keine dynamischen Webseiten bei SW) sind die aus Kundensicht sichtbarsten Unterschiede die unterschiedlichen Kosten für Traffic und Speicherplatz. Daher kann eine Kombination aus SW und WEB Paket sinnvoll sein:
| |
| | |
| * Dynamische Webseite (z.B. Blog) mit großem Downloadarchiv, hier können die Downloads von dem SW Paket kostengünstig bedient werden während das dynamische Frontend auf dem DW Paket läuft.
| |
| | |
| * Intensive Emailnutzung mit IMAP Zugriff sind ebenfalls sinnvoll auf SW Paketen zu nutzen.
| |
| | |
| == Lösungsvarianten ==
| |
| Die flexible Hostsharing Infrastruktur bietet zwei Möglichkeiten SW und WEB Pakete miteinander zu kombinieren:
| |
| | |
| * Die Domain example.org wird im WEB-Paket über [[Hsadmin|HSADMIN]] [[Aufschaltung|aufgeschaltet]] und einzelne Subdomains werden in das SW Paket delegiert.
| |
| | |
| * Die Domain example.org wird im SW-Paket über [[Hsadmin|HSADMIN]] [[Aufschaltung|aufgeschaltet]] und einzelne Subdomains mit dynamischem Inhalt werden in das WEB Paket delegiert.
| |
| | |
| Die Zuordnung lässt ich im Nachhinein nur mit einigem Aufwand ändern, daher ist eine sinnvolle Abwägung notwendig.
| |
| | |
| Wenn man viel Mailtraffic oder Mailspeicherplatz benötigt ist der sinnvolle und empfohlen Weg Domains im SW Paket aufzuschalten und nur benötigte Subdomains in das DW Paket zu delegieren. Dann liegen die Mailboxen der Domain standardmäßig im SW Paket.
| |
| | |
| Ist die Domain im SW Paket aufgeschaltet und soll die Indexwebseite dynamisch generiert werden kann man z.B. die Subdomains www in einem WEB Paket aufschalten. Für statische Inhalte schaltet man z.B static.example.org im SW Paket auf.
| |
| Skripte im WEB Paket können per http:// auf Daten im SW Paket (z.B. unter static.example.org) verweisen und selbst per scp auf diese zugreifen.
| |
| | |
| Ein Nachteil dieser Lösung ist, dass die dynamischen Inhalte nur über eine Subdomain angesprochen werden können. Daher sind dynamische Inhalte nicht unter http://example.org/ möglich, nur unter http://www.example.org/
| |
| | |
| == Änderung von Bestandspaketen ==
| |
| | |
| Der Umzug einer Domain zwischen SW Paket und WEB Paket ( [[Domainverwaltung]] ) entspricht einem Umzug auf einen anderen Server mit anderer IP Adresse und kostet entsprechend Aufwand und ggf. Ausfallzeit, daher ist es auch möglich die Domain im WEB Paket zu lassen und nur die Mailboxen auf das SW Paket zu migrieren.
| |
| | |
| === Umzug der Mailboxen in SW Paket ===
| |
| | |
| Wenn die Domain example.org im WEB Paket auf geschaltet ist und nicht verschoben werden soll, wird zur Migration der Mailboxen z.B. mail.example.org im SW Paket auf geschaltet und im WEB Paket eine Catch-All-Weiterleitung für example.org nach mail.example.org eingerichtet.
| |
| | |
| Bei solch einer Catch-All-Weiterleitung laufen die betroffenen E-Mails jedoch über einen zusätzlichen Mailserver, den des WEB-Hives, bevor sie in der Mailbox landen und verursachen entsprechend WEB Traffic und auch Serverlast. Ein MX-Record im WEB Paket anzulegen, der direkt auf das SW Paket zeigt, ist nicht möglich, weil vom SW Paket nur mails für mail.example.org angenommen werden und example.org bereits im WEB auf geschaltet ist.
| |
| | |
| === Umzug der Domain ins SW Paket und aufschalten von Dynamischen Subdomain ===
| |
| | |
| Wenn die Ausfallzeit akzeptabel ist kann die gesamte Domain von dem WEB Paket in das SW Paket umgezogen werden. Dazu wird mit HSADMIN die Domain im WEB Paket gelöscht und im SW Paket neu angelegt.
| |
| | |
| {{Textkasten|rot|Achtung|Das Verzeichnis der Domain wird durch diese Aktion gelöscht, bitte vorher alle notwendigen Daten sichern. Dazu gehören auch Emailadressen die neu angelegt werden sollen!}}
| |
| | |
| Eine Mögliche Sicherung der Emailadressen sieht so aus:
| |
| | |
| als Paketadmin im WEB Paket anmelden und hsadmin Ticket holen
| |
| <pre>
| |
| xyz00@hXY:~$ hsadmin -c emailaddress.search
| |
| Password: _______
| |
| </pre>
| |
| | |
| das Passwort bleibt jetzt für die nächsten Minuten gültig
| |
| | |
| jetzt werden die Emailadressen für example.org exportiert und in eine "HSADMIN taugliche Eingabestruktur" überführt:
| |
| | |
| dabei ist
| |
| | |
| * example.org die Domain
| |
|
| |
| * xyz00 das WEB Paket und xyz01 das SW Paket
| |
| | |
| * Die Lösung funktioniert noch nicht, wenn Subdomains mit Emailadressen ausgerüstet sind!
| |
| | |
| <pre>
| |
| xyz00@hXY:~$ hsadmin -c emailaddress.search -w domain='example.org'
| |
| -d 'hsadmin --call:emailaddress.add
| |
| --set:localpart="${localpart}"
| |
| --set:domain="example.org"
| |
| --set:target="${target}"\n'
| |
| | sed "s/\"/\'/g"
| |
| | sed "s/xyz00/xyz01/g"
| |
| > emailaddress_backup_example.org
| |
| </pre>
| |
| | |
| Die Zeile (alles in einer Shellzeile!) exportiert alle Mailadressen für example.org und erstellt eine Skriptdatei mit passenden hsadmin befehlen zum Anlegen der Emailadressen im neuen Paket.
| |
| | |
| Die Datei emailaddress_backup_example.org wird jetzt in das SW Paket xyz01 kopiert und nachdem die Domain dort eingerichtet ist, als Paketadmin ausgeführt:
| |
| | |
| erst wieder ein Ticket holen:
| |
| <pre>
| |
| xyz01@hXY:~$ hsadmin -c emailaddress.search
| |
| Password: _______
| |
| </pre>
| |
| | |
| dann Mailadressen anlegen.
| |
| Vorab müssen die gleichen "User" im neuen Paket schon manuell angelegt werden.
| |
| | |
| <pre>
| |
| xyz01@hXY:~$ sh ./emailaddress_backup_example.org
| |
| </pre>
| |
| | |
| = Weiterführende Links =
| |
| [[WEB-Paket]]<br>
| |
| [[Static-Web-Pakete]]<br>
| |
| [[DomainManagement]]<br>
| |
| [[Pakettraffic]]<br>
| |
| [[Eventhandler]]
| |
| | |
| | |
| | |
| | |
| ----
| |
| [[Kategorie:Pakete bei HS]]
| |
| [[Kategorie:HSDoku]]
| |
| [[Kategorie:Glossar]] | | [[Kategorie:Glossar]] |
| [[Kategorie:ToDo-Kerndoku]]
| |
| [[Kategorie:Traffic]]
| |
