Hostsharing Wiki - Benutzerbeiträge [de]

Kategorie:Traffic

2014-04-27T07:12:52Z

Deg01-m.website: Die Seite wurde neu angelegt: „Diese Kategorie enthält Seiten, die sich mit dem Thema Traffic bei HS beschäftigen.“

Diese Kategorie enthält Seiten, die sich mit dem Thema Traffic bei HS beschäftigen.

Traffic

2014-04-27T07:12:11Z

Deg01-m.website:

==Traffic==
Als Traffic bezeichnet man Datenverkehr zwischen zwei Computersystemen.

Dies beinhaltet [[Logging#HTTP-Traffic|Web]], [[Logging#Mail-Traffic|Mail]] und [[Logging#FTP-Traffic|FTP]] Verbindungen.

--
[[Kategorie:HSDoku]]
[[Kategorie:Glossar]]
[[Kategorie:Traffic]]

Pakettraffic

2014-04-27T07:10:38Z

Deg01-m.website:

Der Traffic in jedem Paket ist dem Pakettyp entsprechend begrenzt. Sollte er an einem Tag überschritten werden, erhält der Paketadmin eine Email mit den Trafficwerten, so dass er unter Umständen reagieren kann. Allerdings wird Mehrtraffic an einem Tag mit Mindertraffic an anderen Tagen verrechnet. Sollte am Ende eines Monats mehr Traffic erzeugt worden sei als gebucht, wird der Mehrtraffic zusätzlich mit einem höheren Preis berechnet. Siehe Tarifübersicht. Es könnte sich also möglicherweise lohnen, im vorraus mehr Traffic zu buchen.

Es ist für den Paketadmin leider nicht möglich, den Traffic für einzelne User zu beschränken.

Traffic setzt sich aus HTTP-, FTP- und Mail-Traffic (POP3, IMAP) zusammen. Er wird durch unser Loggingsystem ausführlich protokolliert. Mehr dazu unter [[Logging]].

== Steuerung des Traffics mit Event-Handler ==

Manchmal kann es sinnvoll sein, den Traffic ein wenig zu steuern. Zum Beispiel kann man bei zu viel Traffic trafficintensive Anwendungen oder Bereiche (Foren, Videostreams) abklemmen. Dadurch spart man sich den teueren Zusatztraffic.

Dazu kann man den [[Eventhandler]] für den Traffic verwenden. Andreas Lösch hatte eine Idee, wie das funktionieren kann:

Bei entsprechendem Traffic (zum Beispiel >90% des gebuchten) wird durch das Event-handler-Script eine vorhandene .htaccess im Domainverzeichnis verändert oder eine neue erstellt mit:

<pre><nowiki>
RewriteEngine On
RewriteRule !^/cgi-bin/503\.sh$ /cgi-bin/503\.sh [L]
</nowiki></pre>

Dies einfach als die ersten zwei Zeilen in die .htaccess einfügen, damit werden alle Anfragen auf ein Script 503.sh umgebogen.
Dieses wird im cgi-Verzeichnis erstellt und könnte folgendermaßen aussehen:

<pre><nowiki>
#!/bin/sh
echo 'status: 503 Service Unavailable
Content-type: text/plain
'
echo "zu viel Traffic oder was man den Besuchern sonst so sagen möchte…"
</nowiki></pre>

Die Rechte der Datei müssen noch mit '''<code>chmod +x</code>''' verändert werden.

Bei erreichen des Traffic-Quotas liefert der Server dann einen '''<code>HTTP/1.x 503 Service Unavailable</code>''' und sollte damit dann auch für die Positionierung in Suchmaschinen nicht zu schädlich sein.

Der Umweg über ein CGI ist nötig, da man AFAIK mit einer RewriteRule keinen 503-Status erzeugen kann.
Mit etwas Phantasie könnte man die Rule auch noch mit entsprechenden Headerchecks für Suchmaschinen-Bots ausschalten und denen weiterhin das normale Ergebnis präsentieren.

----
[[Kategorie:HSDoku]]
[[Kategorie:ToDo-Kerndoku]]
[[Kategorie:Traffic]]

Pakete

2014-04-27T07:09:40Z

Deg01-m.website:

{{HSDoku-Links}}

= 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]] 
[[Static-Web-Pakete]] 
[[DomainManagement]] 
[[Pakettraffic]] 
[[Eventhandler]]

----
[[Kategorie:Pakete bei HS]]
[[Kategorie:HSDoku]]
[[Kategorie:Glossar]]
[[Kategorie:ToDo-Kerndoku]]
[[Kategorie:Traffic]]

Logging

2014-04-27T07:09:03Z

Deg01-m.website:

{{HSDoku-Links}}
== Pakettraffic zur Abrechnung ==
Der zur Abrechnung herangezogene [[Traffic]] wird pro Tag dem Paketadmin als Logfile zugänglich gemacht. Für jeden Monat wird eine eigene Datei angelegt. Diese ist unter dem Namen
/home/pacs/xyz00/var/traffic-iptables-YYYY-MM.log
zu finden und enthält mehrere durch ein Semikolon voneinander abgetrennte Felder, zum Beispiel:

<pre><nowiki>
# Datum ; Paket ; Monatslimit ; Tageslimit ; Trafficsumme ; IP-Adresse 1 ; Traffic 1 ; IP-Adresse 2 ; Traffic 2
2010-04-01;xyz00;2048;68.267;18.810;10.0.0.1;18.810;10.0.0.2;0.000
2010-04-02;xyz00;2048;68.267;3.567;10.0.0.1;3.567;;0.000
</nowiki></pre>

Dabei bedeuten die Spalten im Einzelnen:

1. Datum der Messung im Format YYYY-MM-DD
2. Name des Pakets
3. Gebuchter Gesamttraffic pro Monat in Megabyte
4. Tägliches Traffic-Kontingent bei gleichmäßigem Verbrauch, in Megabyte
5. Tatsächlich angefallener Traffic am angegebenen Tag in Megabyte (Summe von Spalte 7 und Spalte 9)
6. Primäre IP-Adresse des Pakets am jeweiligen Tag
7. Über die primäre IP-Adresse angefallener Traffic in Megabyte
8. Sekundäre IP-Adresse des Pakets am jeweiligen Tag (ggf.)
9. Über die sekundäre IP-Adresse angefallener Traffic in Megabyte (ggf.)

Auf diesen Zahlen basieren auch die automatisch verschickten Hinweismails zur Trafficnutzung, falls diese an einem Tag über dem rechnerischen Mittelwert liegen sollte.

== HTTP-Logfiles ==
Das Access-Log des Webservers steht im jeweiligen Paket mit wenigen Minuten Verzögerung zur Verfügung und kann unter
/home/pacs/xyz00/var/web.log
eingesehen werden. Kurz nach Mitternacht werden aus dieser Datei einzelne Logfiles für alle abgerufenen Domainnamen generiert und komprimiert abgespeichert. Der Dateiname hat die Form
/home/pacs/xyz00/var/web-www.example.org-YYYYMMDD-HHMI.log.gz
und enthält neben aufgerufener Domain und Subdomain auch Datum und Uhrzeit der Generierung.

Diese Dateien werden normalerweise 48 Tage lang aufgehoben und dann automatisch gelöscht, sofern der Paktet-Admin sie nicht bereits selber gelöscht, umbenannt oder verschoben hat. Siehe aber [[#Konfigurationsmöglichkeiten|weiter unten]] die Möglichkeiten, eine abweichendes Verhalten zu konfigurieren.

Diejenigen Einträge des Error-Logfiles des Webservers, die automatisch einem Hostsharing-Paket zugeordnet werden können, stehen im jeweiligen Paket ebenfalls mit wenigen Minuten Verzögerung zur Verfügung und können unter
/home/pacs/xyz00/var/web.err
eingesehen werden.

== FTP-Logfiles ==

Das Logfile des FTP-Servers liegt nur zentral vor. Einmal pro Nacht werden die für das jeweilige Paket relevanten Einträge des vergangenen Tages gefiltert und unter dem Namen
/home/pacs/xyz00/var/ftp-YYYYMMDD-HHMI.log.gz
als komprimierte Datei abgelegt. Auch hier werden die Logfiles standardmäßig nach 48 Tagen vom System automatisch gelöscht. Siehe aber [[#Konfigurationsmöglichkeiten|weiter unten]] die Möglichkeiten, eine abweichendes Verhalten zu konfigurieren.

Die Felder (Spalten) sind der Reihe nach:

{| class="wikitable"
|- class="hintergrundfarbe5"
! Felder !! Beschreibung
|-
| Datum/Zeit || Datum und Uhrzeit des Log-Eintrags auf localhost im Format DDD MMM dd hh:mm:ss:YYYY
|-
| Dauer||Anzahl der angefangenen Sekunden, die die Datei-Übertragung gedauert hat
|-
| Remote||Domain-Name oder IP-Adresse der Gegenstelle des Transfers (bei SSH-Tunnel immer localhost)
|-
| Größe||Anzahl der Bytes in der übertragenen Datei
|-
| Dateiname||Name oder vollständiger Pfad der übertragenen Datei
|-
| Mode||Übertragungsmodus: a - ASCII b - binär
|-
| Format|| C - Datei wurde komprimiert U - Datei wurde entkomprimiert T - Datei wurde als tar-Archiv versandt _ - Datei wurde nicht verändert
|-
| Richtung|| i - Datei wurde auf localhost hochgeladen (inbound) o - Datei wurde von localhost heruntergeladen (outbound) d - Datei wurde auf localhost gelöscht (delete)
|-
| Zugriff|| r - Der folgende User-name ist ein regulärer user g - Der folgende User-name gehört zu einem Gastzugang mit Password a - Der User-name war "anonymous"; das angegebene Passwort folgt
|-
| User-name||Name des users, der den Zugriff oder die Übertragung vornahm, oder das Passwort, falls der Name "anonymous" war.
|-
| Service||Name des Übertragungsdiensts; normalerweise ftp oder fsp.
|-
| Authentifizierung|| 0 - keine (Standard) 1 - Authentifizierung nach RFC 931
|-
| Auth-User-Id|| Falls ein authentifizierter User vorliegt, dessen Name oder Id; sonst "*".
|-
| Beendigung|| c - Übertragung vollständig i - Übertragung unvollständig
|}

== Mail-Logfiles ==

Ein tägliches Log der POP3- und IMAP-Zugriffe auf Paketuser kann optional bereitgestellt werden. Die [[#Konfigurationsmöglichkeiten|Konfiguration]] wird im nächsten Abschnitt beschrieben. Diese Logfiles werden gegebenenfalls unter dem Namen /home/pacs/xyz00/var/mail-YYYYMMDD-HHMI.log.gz komprimiert abgelegt.

Logs über den Traffic des SMTP-Servers stehen derzeit nur den Hostmastern zur Verfügung. Eine Verteilung der relevanten Einträge auf die Pakete wird angestrebt, ist jedoch durch die vielfältigen Wege einer Mail durch das System (jeweils mit unterschiedlichen Logeinträgen) ein komplexes Problem. Sollten im Einzelfall Auszüge aus den SMTP-Logfiles benötigt werden, bitte per E-Mail bei service@hostsharing.net melden.

== Konfigurationsmöglichkeiten ==

Die nachfolgende Beschreibung zeigt, wie die automatische Erstellung der Traffic-Logs im Paket beeinflusst werden kann. So lässt sich beispielsweise die Erstellung komplett unterdrücken, wenn man an den Logs nicht interessiert ist, oder die Webserverlogs können alternativ im Verzeichnis der Domain oder des Domainadmins angelegt werden.

Die Konfiguration der Features erfolgt zunächst über eine vom Paketadmin anzulegende Steuerdatei. Die Datei muss den Namen <code>/home/pacs/xyz00/etc/config.ini</code> haben.

Diese Datei ist in Abschnitte gegliedert, die jeweils durch einen Abschnittsnamen in eckigen Klammern angefürht werden. In jedem Abschnitt gibt es Parameter, denen ein Wert zugewiesen wird. Der Abschnittsnamen legt der Gültigkeitsbereich der darin festgelegten Parameter fest. Derzeit gibt es neben dem Abschnitt <code>[global]</code>, der die für das gesamte Paket gültige Einstellungen, noch die domainspezifischen Abschnitte. Der Name dieser Abschnitte setzt sich aus dem Prefix <code>dom:</code> und dem jeweiligen Domainnamen zusammen. Leerzeilen sind erlaubt; Kommentare werden durch ein Semikolon am Zeilenanfang gekennzeichnet. Eine Beispielkonfiguration könnte folgendermaßen aussehen:

<pre><nowiki>
;
; config.ini: angepaßtes Logging-Verhalten für das Paket xyz00
;
[global]
mail_log_generate = no
ftp_log_generate = yes
ftp_log_purge = yes
http_domaintraffic = yes
use_domain_config = http_log_generate, http_log_retention

[dom:example.org]
http_log_generate = no

[dom:www.example.org]
http_log_generate = yes
http_log_retention = 10

[dom:beispiel.com]
http_log_directory = domain
http_log_generate = yes
http_log_purge = no
</nowiki></pre>

Derzeit lassen sich in der Konfigurationsdatei folgende Parameter definieren:

* <code>http_log_generate</code> legt fest, ob für das Paket oder die Domain überhaupt Logfiles generiert werden sollen. Die möglichen Werte für diesen Parameter sind <code>yes</code> oder <code>no</code>. Unabhängig davon fließt der produzierte Traffic natürlich in die Abrechnung mit ein. Defaultwert: <code>yes</code>.
* <code>http_log_directory</code> gibt an, wo die Logfiles gesichert werden sollen. Die erlaubten Werte sind <code>pac</code> (Logfiles im var-Verzeichnis des Paketes), <code>domadmin</code> (Logfiles im var-Verzeichnis des Domainadmins) oder <code>domain</code> (Logfiles im var-Verzeichnis der Domain). Defaultwert: <code>pac</code>.
* <code>http_log_purge</code> ermöglicht eine Kontrolle über das automatische Löschen der Logfiles. Bei der Einstellung <code>yes</code> werden die Logfiles wie bisher regelmäßig vom System gelöscht. Die Einstellung <code>no</code> verhindert ein automatisches Löschen. Defaultwert: <code>yes</code>.
* <code>http_log_retention</code> kontrolliert den Zeitraum, nach dem die vorhandenen Logs automatisch gelöscht werden, falls dies durch den vorangegangenen Parameter nicht unterbunden wird. Als Werte sind Ganzzahlen von <code>1</code> bis <code>10000</code> möglich, die dann die Aufbewahrungszeit in Tagen angeben. Defaultwert: <code>48</code>.
* <code>http_domaintraffic</code> ermöglicht die zusätzliche Erzeugung eines Logs mit den Trafficdaten der einzelnen Hosts im Paket. Dies kann mit <code>yes</code> ein- und mit NO ausgeschaltet werden. Defaultwert: <code>no</code>.
* <code>ftp_log_generate</code> steuert analog zu http_log_generate die Generierung der FTP-Logs. Defaultwert: <code>yes</code>.
* <code>ftp_log_purge</code> erlaubt die Kontrolle über das Löschen der FTP-Logs. Defaultwert: <code>yes</code>.
* <code>ftp_log_retention</code> ist für die Festlegung der Aufbewahrungsdauer der FTP-Logs zuständig. Defaultwert: <code>48</code>.
* <code>mail_log_generate</code> legt fest, ob Logfiles über den Mailverkehr des Paketes (derzeit nur POP3 und IMAP) angelegt werden sollen. Defaultwert: <code>no</code>.
* <code>mail_log_purge</code> ermöglicht auch hier die Kontrolle über das Löschen der Maillogs. Defaultwert: <code>no</code>.
* <code>mail_log_retention</code> Kontrolliert analog zu den anderen Parametern die Aufbewahrungsdauer der Maillogs. Defaultwert: <code>48</code>.
* <code>use_domain_config</code> ermöglicht dem Paketadmin, die gezielte Weitergabe der Konfigurationsmöglichkeit an den jeweiligen Domainadmin. Die gültigen Werte sind <code>yes</code> oder <code>all</code> für die Weitergabe aller Konfigurationsmöglichkeiten oder eine durch Kommata unterteilte Liste der gewünschten Parameternamen. Per Default werden keine Parameter durch Domainkonfiguration bestimmt.

Da die Logfiles für Mail- und FTP-Traffic nur Paketweise generiert werden, sind die entsprechenden Parameter nur im Abschnitt <code>[global]</code> erlaubt.

Parameter, die in einem allgemeinen Abschnitt gesetzt werden, können domainspezifisch von gleichnamigen Parametern in einem spezielleren Abschnitt überschrieben werden. Das heißt, ein in <code>[dom:www.example.org]</code> gesetzter Wert gilt für die Domain www.example.org unabhängig von einem Abschnitt <code>[dom:example.org]</code> definierten Wert des gleichnamigen Parameters, und dieser gilt wiederum für example.org unabhängig von einem in <code>[global]</code> eingetragenen Wert.

In der oben angegebenen Beispielkonfiguration wird also keine Generierung der Maillogs gewünscht. Dagegen werden die FTP-Logs (im <code>var/</code>-Verzeichnis des Pakets) generiert und auch wieder automatisch gelöscht. Für die Aufbewahrungsdauer der FTP-Logs ist hier kein Wert festgelegt worden; damit wird der systemweite Default verwendet. Die Defaultwerte sind in der Sektion <code>[pacs]</code> der Datei <code>/usr/local/etc/config.ini</code> hinterlegt.

Durch den Parameter <code>http_domaintraffic</code> wurde die Erzeugung eines zusätzlichen Logfiles mit den Trafficwerten der Einzeldomains aktiviert. Auch dieser Parameter ist nur in der Sektion <code>[global]</code> erlaubt, da er paketweit gilt. Die so erzeugte Datei wird unter dem Namen
/home/pacs/xyz00/var/domaintraffic-http-YYYY-MM.log
angelegt und hat folgendes Format:

<pre><nowiki>
# Datum ; Domain ; Anzahl der Anforderungen ; MB
2003-08-20;xyz00.hostsharing.net;28;0.213
2003-08-20;www.example.net;2;0.001
2003-08-20;www.example.org;147;0.642
2003-08-21;www.example.org;168;0.450
2003-08-22;xyz00.hostsharing.net;75;0.354
2003-08-22;example.net;2;0.001
2003-08-22;www.example.org;64;0.181
</nowiki></pre>

Der Parameter <code>use_domain_config</code> in der <code>config.ini</code> des Domainadmins erlaubt den im Paket eingerichteten Domainadmins, die Erzeugung und Aufbewahrungsfristen der Logs selber zu steuern. Dazu legen die Domainadmins jeweils eine Datei <code>~/etc/config.ini</code> an. Der Paketadmin kann auch den Parameter <code>use_domain_config</code> innerhalb eines Abschnitts für eine Domain setzen.

Nach der Beispielkonfiguration oben werden keine Logfiles über Zugriffe auf die Domain <code>example.org</code> erzeugt, aber doch für die Subdomain <code>www.example.org</code>. Diese Logfiles werden vom System nach 10 Tagen wieder gelöscht, es sei denn, die <code>config.ini</code> des Domainadmins enthält eine andere Einstellung.

Für die Domain <code>beispiel.com</code> werden alle Logfiles im <code>var/</code>-Verzeichnis der Domain (also <code>/home/doms/beispiel.com/var/</code>) erzeugt. Diese Logfiles werden nicht mehr vom System automatsich gelöscht. Da kein besonderer Abschnitt für Subdomains von <code>beispiel.com</code> definiert wird, gelten für alle Subdomains von <code>beispiel.com</code> die gleichen Einstellungen.
----
[[Kategorie:HSDoku]]
[[Kategorie:Traffic]]