Static-Web-Pakete: Unterschied zwischen den Versionen

Aus Hostsharing Wiki
Zur Navigation springen Zur Suche springen
(Ergänzung zu cron+php.., allgemeines auf Pakete Seite verschoben)
(aufschalten von Subdomains nun bei Domain-Aufträgen)
Zeile 28: Zeile 28:




== Aufschalten von Subdomains ==
== Verteilung von Domains auf SW und DW Pakete ==


Auch Subdomains können ganz normal per Dom-Order Formular aufgeschaltet werden.
Es empfiehlt sich eine Domain (z.B. example.org) auf das SW Paket aufzuschalten und in die Mailboxen und z.B. eine Domain static.example.org im SW Paket anzulegen. Für eine dynamische Webseite wird beispielsweise die Subdomain www.example.org auf ein DW Paket aufgeschaltet. Siehe hierzu unter [https://wiki.hostsharing.net/index.php?title=Domain-Auftr%C3%A4ge#Aufschalten_einer_lokalen_Subdomain Aufschalten einer lokalen Subdomain] bei [[Domain-Aufträge]]n.  


Für Domains, die nicht bei Hostsharing liegen, wird eine Subdomain direkt mit action=setup per Dom-Order Formular aufgeschaltet.
Domains die bei Hostsharing liegen sind hingegen zunächst vom Domainadmin freizuschalten, damit sie von einem anderen Paket zur vollständigen Verwaltung der Zone aufgeschaltet werden können.
Im Beispiel soll die Subdomain pic.example.org der Domain example.org eines Dynamik-Web Pakets auf ein Static-Web Paket aufgeschaltet werden.
Zunächst wird die Subdomain nochmals explizit auf die HS Nameserver delegiert. Hierdurch wird die Freigabe der Subdomain zur vollständigen Aufschaltung (mit eigem Zonefile) auf ein anderes Paket signalisiert.
(Die Domain ist hier dem User xyz00-abc zugeordnet.)
<pre><nowiki>
xyz00-abc@h01 cp /etc/bind/pri.example.org ~/doms/example.org/etc
</nowiki></pre>
Editieren des Zonenfiles:
<pre><nowiki>
xyz00-abc@h01 vim ~/doms/example.org/etc/pri.example.org
</nowiki></pre>
Ersetzen der Seriennummer durch '''{SIO}''' und weitere Platzhalter einsetzen (siehe [[Verwalten der Zonendaten]]).
Am Ende der pri.example.org sind folgende Zeilen einzufügen:
<pre><nowiki>
pic.example.org. IN NS dns1.hostsharing.net.
pic.example.org. IN NS dns2.hostsharing.net.
pic.example.org. IN NS dns3.hostsharing.net.
</nowiki></pre>
Bitte auf die Punkte achten!
Dann folgt ein
<pre><nowiki>
xyz00-abc@h01 touch ~/doms/example.org/etc/pri.* \ ~/doms/example.org/etc/zonefile.upd
</nowiki></pre>
um das Update in Gang zu setzen.
Bei der Aufschaltung der Subdomain pic.example.org wird entsprechend geprüft ob diese dafür freigegeben ist (und auch nicht zwischenzeitlich von einem anderen Paketadmin aufgeschaltet wurde).
Nun kann das Dom-Order Formular ins ~/etc Verzeichnis des Static-Web Paketes kopiert und ausgefüllt werden.
Aber erst wenn die Änderung des Zonenfiles erfolgreich erfasst wurden, kann der Setup-Auftrag erfolgreich durchlaufen. Prüfen ob die Änderung bereits erfolgreich erfasst wurde: (kann ca. 5 Minuten dauern)
<pre><nowiki>
xyz00-abc@h01 dig @dns1.hostsharing.net "pic.example.org" NS | grep '^sw.example.org'
</nowiki></pre>
Erst jetzt kann der dom-order mit
<pre><nowiki>
xyz00-abc@h01 touch ~/etc/dom-order.upd
</nowiki></pre>
erfolgreich angestoßen werden.
Ist ein Fehler aufgetreten, muss das Dom-Order Formular und das File dom-order.upd "getoucht" werden!





Version vom 5. Juni 2009, 00:07 Uhr

Das Static-Web-Paket besitzt einige Besonderheiten, auf die hier konkret eingegangen werden soll.

Ausstattung

Der SW-Webspace unterscheidet sich kaum vom DW-Webspace - außer:

  • keine Datenbanken
  • keine Cronjobs*
  • kein Skripte* (CGI, PHP*, Python, Perl...)
  • keine App-Server

Die grundlegende Technik und Handhabung von Mail, Webspace, Accounts, Logfiles etc, aber auch des nächtlichen, vollständigen Backups und Hot-Standby sind völlig identisch.

  • Außer Skripte für den Paket-Admin zu administrativen Zwecken, d.h.

man darf seinen Logfile-Auswertungsprogramm per Cronjob oder event-handler starten und sogar CGI/PHP als Paket-Admin verwenden, um die "bunten" Bildchen anzeigen zu lassen. Ebenso darf man ein eigenes Webfrontend zur Konfiguration des Pakets betreiben.

Das ist ein Entgegenkommen Hostsharings, um SW Pakete auf gleich hohem Niveau handhabbar zu halten wie DW Pakete. Wir gehen davon aus, dass diese Funktionen keine nenneswerte Belastung der SW-Server darstellen, weil "administrative Funktionen" nur sporadisch genutzt werden.



Verteilung von Domains auf SW und DW Pakete

Es empfiehlt sich eine Domain (z.B. example.org) auf das SW Paket aufzuschalten und in die Mailboxen und z.B. eine Domain static.example.org im SW Paket anzulegen. Für eine dynamische Webseite wird beispielsweise die Subdomain www.example.org auf ein DW Paket aufgeschaltet. Siehe hierzu unter Aufschalten einer lokalen Subdomain bei Domain-Aufträgen.