Hostsharing Wiki - Benutzerbeiträge [de]

Domain-Umzug

2009-06-08T09:06:26Z

Jgp00-mail: /* Umzug einer bereits registrierten Domain zu Hostsharing eG */

== Umzug einer bereits registrierten Domain zu Hostsharing eG ==

Eigentlich ganz einfach, hängt aber von der Top-Level-Domain(tld) ab, also ob es sich um eine .com/.net/.org oder .de oder .... Domain handelt.

Hier das Vorgehen für .de Domains:

Während die Neubestellung einer Domain sofort durchgeführt werden kann, benötigt ein Transfer (KK) Vorarbeiten, nämlich die Transfer-Absicht dem vorherigen Provider mitzuteilen.

Dafür reicht ein einfacher Text wie dieser: "Hiermit kündige ich als Owner/Admin-C den Transfer (KK) der Domain example.com zur Hostsharing eG, vertreten durch das DENIC Mitglied InternetWire, an. Ich bitte, dem folgenden Transferantrag zuzustimmen."

Dieses Schreiben sagt, dass man die Domain vom bisherigen Provider zu einem neuen Provider (hier Hostsharing eG) übertragen möchte. Gleichzeitig erteilt man dem alten Provider den Auftrag, einem in Kürze von der Denic eintreffenden KK-Antrag zuzustimmen.

Das Schreiben kann i.d.R. per Fax übermittelt werden. Viele Provider schicken einem dann allerdings zunächst ein Formular zu, mit dem man die Absicht für den Transfer nochmals bekunden muss. Bei manchen Providern kann man Domains auch im Verwaltungsbereich von deren Website zum KK freigeben.

Nach Absendung der Transfer-Ankündigung sollte man noch 3-4 Tage warten, um dem alten Provider die Zeit zu geben, dieses in seinen Datenbanken zu vermerken, bzw. ein Standard-Formular zuzusenden.

Erst dann sollte man bei Hostsharing tätig werden. Man verwendet das Formular wie unter [[Domains:Domain-Aufträge | Domain-Aufträge]] beschrieben, um damit einen transfer-Auftrag zu stellen.

Sollte man vom alten Provider einen NACK, also eine Nicht-Zustimmung bekommen (passiert öfter mal, weil evtl. Ketten von Resellern betroffen sind, oder irgendwer einfach nicht ohne Druck tun will, was er soll), hat man 14 Tage Zeit, eine Nachträgliche Zustimmung (Late-ACK) einzufordern.

Um einen Late-Ack zu bekommen, geht man am besten wie folgt vor: Zunächst muss man dem alten Vertragsparter gehörig per Mail/Fax/Telefon auf den Wecker gehen. Das ist wichtig, also nicht zu zaghaft sein.

Gut wäre, wenn man über den alten Provider oder die Nameserver o.ä. herausfinden könnte, über welches DENIC-Mitglied[2] die Domain registriert wurde. An dieses kann man sich danach wenden, falls es nicht geklappt hat.

Sollte man jetzt noch immer keinen Erfolg haben, wendet man sich direkt an die DENIC (www.denic.de) und schildert das Problem. Auch hier gilt: hartnäckig sein! Dann schickt auch dorthin das Schreiben, in dem der Domain-Eigner(!) die Zustimmung zum KK bzw. ein LATE-ACK einfordert.

Dann müsste es spätestens klappen.

=== Was tun, wenn der Tech-C sich nicht meldet ===

In diesem Fall den KK-Antrag stellen, bzw. Umzug einleiten. Ein bis zwei Tage abwarten ob er reagiert, wenn nicht bei der Denic anrufen. Vorfall schildern und um Hilfe bitten. In der Regel funktioniert das ganz gut.

----

[[Kategorie:HSDoku]]
[[Kategorie:Domains]]

Domain-Kündigung

2009-06-08T09:04:03Z

Jgp00-mail: /* Abgehende Transfers von CNO */

== Domain-Kündigungen ==

Bei Domain-Kündigungen muss zwischen Close (Löschung) und Übertragung zu einem anderen Provider unterschieden werden.

== Domain-Close ==

Zunächst wird ein Domain-Close wird über das Domain-Formular eingeleitet. Hierzu bitte der Anleitung unter [[Domains:Domain-Aufträge|Domain-Aufträge]] folgen. Die DOM_ACTION lautet close.

Danach (!) ist zur Bestätigung ein Fax mit der Unterschrift des Domain-Inhabers oder des Admin-C notwendig. Dieses Fax muss auch eine eidesstattliche Versicherung enthalten, dass der Unterzeichnende Owner bzw. Admin-C der Domain ist. Die angegebene Anschrift und der Name müssen 100%ig mit den Daten in der Domain-Registrierung übereinstimmen. Zwar ist ein Fax nicht sicherer als eine E-Mail, durch die Unterschrift würde eine Fälschung jedoch von der Staatsanwaltschaft verfolgt werden.

Die Kündigung muss 6-2 Wochen vor dem Ablauf der Vertragslaufzeit erfolgen. Bei einer Frist von weniger als 6 Wochen geht der User das Risiko ein, dass der Stichtag nicht eingehalten werden kann. Deshalb ist die Kündigungsfrist vertraglich auf 6 Wochen festgelegt. Einzusehen ist der Stichtag unter anderem in der Datei .bak/doms.tar.gz im jeweiligen Paket (DOM_SINCE). Die Kündigung wird technisch sofort wirksam, und nicht erst nach Ablauf der Vertragslaufzeit.

== Domain-Übertragung (abgehender Transfer/KK) ==

Für abgehende Domain-Übertragungen ist - anders als bei anderen Providern - der Paket-Admin alleinverantwortlich.

Dies ist schon deshalb notwendig, weil Hostsharing die freie Vergabe von Owner und Admin-C erlaubt und deren Unterschriften i.d.R. nicht kennt und daher auch nicht prüfen kann.

=== Abgehende Transfers von CNO ===

Hinweis für .COM, .NET, .ORG, .INFO, .BIZ, .INFO, .NAME, .TV, .CC, .BZ, .NU, .CN, .TW-Domains: Hier muss die Domain vor dem Transferverfahren zunächst bei uns entsperrt werden. Dieser Schritt ist notwendig, da seit Juni 2005 alle diese Domains bei uns standardmäßig gesperrt werden, um ungewollte ACKs zu vermeiden. Die Entsperrung erreicht der Paket-Admin durch die Dom-Action release im Auftragsformular. Die Entsperrung bedeutet aber nicht, dass die Domain automatisch ohne eine weitere Meldung für einen Transfer freigegeben wird.

Schritte:

* dom-order.DOMAIN.TLD in etc anlegen mit Job "release"
* AUTH Code über service@hostsharing.net beantragen

Das eigentliche Transferverfahren muss vom neuen Eigentümer beim neuen Provider angestoßen werden. Daraufhin folgt eine Benachrichtigung durch den Domain-Robot. Die letztendliche Freigabe erfolgt dann mit dem in der Benachrichtigung erhaltenen Code-Wort per E-Mail-Reply an die Hostmaster. Damit stimmt der Paket-Admin dem KK-Antrag zu (=ACK). Dem KK-Antrag wird nicht zugestimmt, wenn die E-Mail nicht beantwortet wird.

Unser evtl. Arbeitsaufwand für Abweichungen vom o.g. Verfahren wird dem jeweiligen für das Paket zuständigen Mitglied bzw. Direktkunden in Rechnung gestellt. Bei Abweichungen von unserem vorgegebenen Prozess fallen für jede Domain 4 Euro, höchstens aber wird jede angefangene Stunde mit dem jeweils aktuellen Wert einer AE (Arbeitseinheit) berechnet. Als Abweichung von unserem Verfahren gilt u.a. die Fax- oder Brief-Zustimmung zu abgehenden KKs. Über dieser Regelung sind auch die Kunden (Domain-Inhaber) unserer Mitglieder bzw. Kunden zu informieren. Alternativ bliebe uns zur Deckung der Kosten durch Umgang und Prüfung von Fax und Brief zur KK-Freigabe nur die Erhöhung der Domain-Preise.

----

[[Kategorie:HSDoku]]
[[Kategorie:Domains]]

Domain-Kündigung

2009-06-08T09:03:52Z

Jgp00-mail: /* Domain-Übertragung (abgehender Transfer/KK) */

User

2009-05-05T12:09:59Z

Jgp00-mail: /* User Anlegen */

{{HSDoku-Links}}
{{Bald veraltet}}

Welche verschiedenen User gibt es, welche Rechte haben sie? Wie legt man neue User/Accounts an oder bearbeitet sie? Wie ändert man sein Passwort?

== [[User Typen|Rechte]] ==

Bei Hostsharing werden grundsätzlich verschiedene Arten von Usern unterschieden. Die Art des jeweiligen Users legt fest, welche Rechte auf dem System gewährt werden, bzw. beeinflußt die Rechnungsstellung (Multi-Pakete, ...).

Die User und ihre Eigenschaften und Besonderheiten werden im Unterabschnitt [[User Typen]] erläutert.

== User Anlegen ==

Einen neuen User anlegen, z.B: Mailaccounts oder Domain-Admins

Mailaccounts bzw. Domainadmins einrichten

Der Paketadmin kann neue Paketuser auf verschiedene Arten anlegen:

* mit dem Programm newuser
* durch Editieren der ~/etc/passwd

newuser

Die Syntax des Befehls newuser sieht folgendermaßen aus:

newuser [-c comment] [--nowait] username password [shell]

Parameter

Obligatorisch sind der Benutzername und ein Passwort.
Kommentar [-c "comment"]

Ein erklärender Kommentar ist optional. Wird keiner angegeben, bekommt der neue User den Eintrag xyz00-username comment.
Login-Shell ([shell])

Mit dem Parameter shell wird eingestellt, ob der User ein Shell-User (mit interaktiver Shell), ein Mail- oder ein FTP-User ist. Die verschiedenen Möglichkeiten sind auf der Seite über Benutzerrechte beschrieben. Wird keine Loginshell angegeben, wird der neue User zu einem Mailuser mit der Shell /usr/bin/passwd, das heißt, er kann dann nur sein Passwort ändern.
nowait

Mit dem Parameter --nowait kann das Passwort direkt beim Aufruf von newuser übergeben werden. In diesem Fall wird der neue Benutzer von newuser über die ~/etc/passwd-Datei des Paketadmins angelegt. Es ist somit prinzipiell das gleiche Vorgehen wie beim manuellen Editieren dieser Datei. newuser schreibt sofort die Daten in die Datei ~/etc/passwd, wird wieder beendet und der Benutzer wird nach einigen Minuten angelegt.

Diese Variante hat ein Sicherheitsproblem: Das Passwort erscheint im Klartext in der Prozessliste.
Passwort

Wird statt eines Passwortes der Parameter - gesetzt, dann wird der Paketadmin von newuser nach dem Passwort des neuen Users gefragt. In diesem Fall darf der Parameter --nowait selbstverständlich nicht gesetzt sein.

Der neue Benutzer wird direkt angelegt und kann anschließend sofort verwendet werden. Da er aber erst automatisch in die sudo-Konfiguration eingepflegt werden muss, kann der Identitätswechsel durch den Paketadmin per sudo erst nach ein paar Minuten durchgeführt werden.
Einige Beispiele:

newuser --nowait bond asdf

newuser --nowait bond asdf /bin/bash

newuser bond - /bin/bash

newuser -c "James Bond" bond -

Editieren der Datei etc/passwd

Neben dem Programm newuser kann der Paketadmin einen neuen User anlegen, indem er die in der Datei ~/etc/passwd eine neue Zeile anfügt. Jede Zeile entspricht einem User.

Beispiel für einen Neueintrag:

xyz00-doms:PASSWORT:::xyz00 Domain-Account::/usr/bin/passwd

Zu beachten ist, dass nur Einträge übernommen werden, bei denen das Passwort-Feld, dieses ist das zweite mit ":" abgetrennte Feld, belegt ist. Sollen also Einträge nachträglich bearbeitet werden, muss i.d.R. ein neues Passwort vergeben werden, da dem Paket-Admin das mittlerweile vom User veränderte Passwort vielleicht nicht bekannt sein dürfte.

Nach dem Abspeichern der Datei dauert es maximal 5 Minuten bis der neue Account aktiviert ist, das Kommando newuser wartet solange. Danach ist das Passwort aus der Datei verschwunden und mit den anderen Daten in die zentrale User-Verwaltung aufgenommen. Die Felder zwischen den :: sind nach Aktivierung des Accounts ebenfalls ausgefüllt, deren Werte sind immer fest vorgegeben.

Dieses Verfahren wird auch von newuser --nowait verwendet.

'''ACHTUNG: Momentan (5/09, vor hsadmin) darf der Username keine weiteren Bindestriche enthalten (xyz00-vorname-nachnahme geht nicht)!'''

== User ändern oder löschen ==

Diese Einstellungen werden in der Datei etc/passwd vom Paketadmin vorgenommen.

Die Berechtigungen der Datei müssen so aussehen (nur der Besitzer xyz00 darf die Datei lesen und schreiben):

xyz00@hopi:~$ls -l etc/passwd
-rw------- 1 xyz00 xyz00 380 Jan 1 00:00 etc/passwd

Falls da nicht -rw------- steht, müssen die Berechtigungen richtig gesetzt werden:

xyz00@hopi:~$chmod 600 etc/passwd

In der Datei steht jede Zeile für einen User. Will man also den Eintrag eines Users ändern, ändert man einfach die entsprechende Zeile. Wichtig ist, dass das Passwort des Users an der Passwortstelle (zwischen erstem und zweitem Doppelpunkt) steht, auch bei Änderungen, ggf. muss man als Paket-Admin ein neues Passwort vergeben und dies dem User mitteilen.
Beispiel:

# xyz00-user:password:uid:gid:real-name:home-directory:login-shell
# xyz00-otto:password:::/home/pacs/xyz00/users/xyz00:Otto::/bin/bash
xyz00-bond:::508:James Bond:/home/pacs/xyz00/users/bond:/bin/bash

Zeilen mit # am Anfang sind Kommentare die nicht beachtet werden.
Syntax

Das Format der Einträge (Zeilen) in etc/passwd ist so aufgebaut:

login:password:uid:gid:name:home:shell

Dabei bedeutet im Einzelnen:

{|class="wikitable"
|- class="hintergrundfarbe5"
!Feld !!Beschreibung
|-
|login:||Der Login-Name, der derzeit für POP3, FTP und SSH/Telnet verwendet werden kann. Dieser Name muss IMMER mit der Paket-ID + '-' anfangen, also z.B. xyz00-otto. Ein "-" im Namen ist nur direkt hinter dem Paket erlaubt.

Der Name kann nachträglich nicht geändert werden. Wenn ihr das versucht, dann wird ein neuer zusätzlicher Account angelegt.
|-
|password:||Hier gibt man das Passwort im Klartext an. Dies ist nützlich, wenn man neue User anlegt oder ein User sein Passwort vergessen hat. Achtung: dieses Feld wird automatisch wieder gelöscht.
|-
|uid:||Dieses Feld beinhaltet normalerweise die User-Id. Dieses Feld wird ignoriert und immer automatisch geleert.
|-
|gid:||Dieses Feld beinhaltet normalerweise die Group-Id des Pakets. Es wird automatisch gesetzt.
|-
|name:||Hier kann man den realen Namen des Users eintragen, also z.B. Otto Meier.
|-
|home:||Dies ist das Homedirectory des Users. Es wird immer automatisch gesetzt.
|-
|shell:||Dieses Feld enthält den kompletten Pfad der Login-Shell. Es sind nur wenige Shells möglich, i.d.R. wird man hier /usr/bin/passwd (damit kann der Domainuser sein Passwort jederzeit per ssh oder telnet beliebig ändern) /bin/bash (für vollen ssh/telnet-Zugang) oder /bin/badsh (für FTP-only) setzen. Man kann auch z.B. bin/false angeben, dann kann der User selbst gar nichts machen (außer FTP usw. natürlich)
|}

Die Änderungen werden innerhalb von 5 Minuten aktiv. Fehlermeldungen in ~xyz00/var/config.err des zuständigen Paketadmin.

Shell Ändern:
Die Shell kann man auch auf anderem Wege ändern, nämlich indem man mit sudo in den Account des Users wechselt und mit dem Kommando chsh die shell ändert. Dazu braucht man weder das Passwort zu wissen noch zu ändern, und der User kann das auch selber tun, ohne seinen PaketAdmin zu bemühen.
Paketuser löschen:

Die entsprechende Zeile des Users aus etc/passwd löschen. Das Homeverzeichnis des Paketusers wird damit ebenfalls gelöscht, Sicherungen stehen in /home/trash/ (zur Wiederherstellung siehe Backup & Restore)

== Passwort ändern ==

User-Accounts bearbeiten mit der Datei etc/passwd. Eine Änderung des Passwortes geht dem Befehl passwd:

xyz00@hopi:~$ passwd

Changing password for mi

(current) UNIX password: ALTESPASSWORT

Enter new UNIX password: NEUESPASSWORT

Retype new UNIX password: NEUESPASSWORT

passwd: password updated successfully

xyz00@hopi:~$ █

Die Platzhalter NEUESPASSWORT und ALTESPASSWORT müssen dabei selbstverständlich gegen die entsprechenden Passworte ausgetauscht werden. Dabei sollte jedes Passwort mindestens 6 Zeichen lang sein, besser 8 Zeichen, und aus Buchstaben, Ziffern und ggf. Sonderzeichen bestehen. Allerdings sollte auf Umlaute verzichtet werden, da diese je nach verwendetem Zugangsweg nicht verwendet werden könnten.

Ggf. kommt es zu Fehlermeldungen, z.B. wenn das neue Passwort zu simpel ist, oder bei der Wiederholung nicht identisch mit dem ersten Passwort ist. In dem Fall, den Vorgang einfach wiederholen. Solange das neue Passwort nicht erfolgreich übernommen wurde, bleibt das alte gültig.

Es gibt User, denen der Paket-Admin nur das Recht eingeräumt hat, das eigene Passwort zu ändern, indem er ihnen die "Shell" /usr/bin/passwd zugewiesen hat. Diese User können durch einen Shell-Login nur ihr Passwort ändern, da das Programm passwd an Stelle einer Shell gestartet wird. Sie werden nach dem Einloggen automatisch auf diesen Dialog geführt.Mehr dazu unter User Rechte.

Jeder kann jedem User mit sudo und passwd ein neues Passwort verpassen, wenn er eine Berechtigung für sudo besitzt und das aktuelle Passwort weiß.

----
[[Kategorie:HSDoku]]
[[Kategorie:User]]
[[Kategorie:Baustelle]]
[[Kategorie:Baustelle:Obsolet nach hsadmin]]

FAQ

2009-04-06T05:54:19Z

Jgp00-mail: /* Wie komme ich an einen Auth Code für eine hier gehostete .com Domain? */

FAQ heißt Frequently Asked Questions - Fragen, die immer wieder gestellt werden. Hier ist der Platz, sie zu beantworten.

== Domains ==

=== Wie komme ich an einen Auth Code für eine hier gehostete .com Domain? ===

; Antwort : Durch eine entsprechende Anfrage an service@ mit Nennung der betroffenen [[Domains|Domain]].

== Email ==

=== Meine Email wurde abgelehnt, obwohl sie kleiner als 32 MB ist ===

;Antwort : Du hast nicht bedacht, dass der Anhang durch die Kodierung an Größe zunimmt. Siehe [[Größenbeschränkung von E-Mails]]

== WWW ==

=== Meine Webseite ist nicht erreichbar ===

;Antwort : Schau auf http://status.hostsharing.net - da kannst Du sehen, ob es ein Problem auf dem Server von HS gibt. Siehe [[Überwachung der HS-Dienste]]

[[Kategorie:HSDoku]]

FAQ

2009-04-06T05:53:56Z

Jgp00-mail: /* Wie komme ich an einen Auth Code für eine hier gehostete .com Domain? */

FAQ heißt Frequently Asked Questions - Fragen, die immer wieder gestellt werden. Hier ist der Platz, sie zu beantworten.

== Domains ==

=== Wie komme ich an einen Auth Code für eine hier gehostete .com Domain? ===

; Antwort : Durch eine entsprechende Anfrage an service@ mit Nennung der betroffenen [[Domain]].

== Email ==

=== Meine Email wurde abgelehnt, obwohl sie kleiner als 32 MB ist ===

;Antwort : Du hast nicht bedacht, dass der Anhang durch die Kodierung an Größe zunimmt. Siehe [[Größenbeschränkung von E-Mails]]

== WWW ==

=== Meine Webseite ist nicht erreichbar ===

;Antwort : Schau auf http://status.hostsharing.net - da kannst Du sehen, ob es ein Problem auf dem Server von HS gibt. Siehe [[Überwachung der HS-Dienste]]

[[Kategorie:HSDoku]]

FAQ

2009-04-06T05:52:46Z

Jgp00-mail:

FAQ heißt Frequently Asked Questions - Fragen, die immer wieder gestellt werden. Hier ist der Platz, sie zu beantworten.

== Domains ==

=== Wie komme ich an einen Auth Code für eine hier gehostete .com Domain? ===

; Antwort : Durch eine entsprechende Anfrage an service@ mit Nennung der betroffenen Domain.

== Email ==

=== Meine Email wurde abgelehnt, obwohl sie kleiner als 32 MB ist ===

;Antwort : Du hast nicht bedacht, dass der Anhang durch die Kodierung an Größe zunimmt. Siehe [[Größenbeschränkung von E-Mails]]

== WWW ==

=== Meine Webseite ist nicht erreichbar ===

;Antwort : Schau auf http://status.hostsharing.net - da kannst Du sehen, ob es ein Problem auf dem Server von HS gibt. Siehe [[Überwachung der HS-Dienste]]

[[Kategorie:HSDoku]]

Kategorie:Domains

2009-03-07T14:58:54Z

Jgp00-mail:

== Grundsätzliches ==

Jede Domain ist eigenständig (keine Unterscheidung zwischen Haupt- und Zusatzdomain). Eine Zusatzdomain ist für uns eine Weiterleitungsdomain ohne Inhalt (z.B. hostsharing.de wird auf hostsharing.org geleitet) bekommt die Sonder-Sub-Domains www.example.com, ftp.example.com, mail.example.com, pop3.example.com kann eine theoretisch unbegrenzte Anzahl Sub-Domains enthalten,kann ein eigenes [[Zonefile]] stellen.

* [[Verzeichnis-Struktur]]
* [[Domain-Aufträge]]
* [[Verwalten der Zonendaten]]
* [[selbstregistrierte Domains]]
* [[Zuordnung DomainAdmin]]

Kategorie:Domains

2009-03-07T14:11:43Z

Jgp00-mail:

Verwalten der Zonendaten

2009-03-07T14:10:43Z

Jgp00-mail: /* Platzhalter für eigene Zonenfiles */

{{Baustelle}}

Das Zonenfile für eine Domain enthält die Konfiguration für den Domain Name Service (DNS) dieser Domain. Hier ist hinterlegt, welche Hostnamen innerhalb der Domain existieren sollen und auf welche IP-Adressen diese zeigen. Außerdem wird hierüber auch gesteuert, welches System für die Mails der Domain angesprochen werden soll.

{{Textkasten|rot|Achtung|Aufgrund der zentralen Bedeutung sollten Änderungen nur mit Vorsicht vorgenommen werden, da eine fehlerhafte Einstellung dazu führen kann, dass die Webseite nicht mehr im Internet abgerufen werden kann oder Mails verloren gehen!}}

== Änderungen ==

Das aktive Zonefile für eine Domain example.com ist in /etc/bind/pri.example.com zu finden.

Eigene Änderungen sind als Domainadmin möglich. Dazu muss ein vollständiges Zonefile im Konfigurationsverzeichnis etc der Domain abgelegt werden, welches dann editiert werden kann. Im ersten Schritt wird man deshalb, falls noch keine eigenen Änderungen vorgenommen wurden, eine Kopie der aktuellen Konfiguration anlegen:

xyz00@hopi:~$ cp /etc/bind/pri.example.com /home/doms/example.com/etc

Das Zonefile sieht normalerweise etwa folgendermaßen aus:

<pre><nowiki>
$TTL 4H
example.org. IN SOA dns1.hostsharing.net. hostmaster.hostsharing.net. (
{SIO}; serial secs since Jan 1 1970
6H ; refresh (=10000)
1H ; retry (=1800)
1W ; expire
1H ; minimum
)

; please read http://www.hostsharing.net/tech/descriptions/domains-zonefile.htm

IN NS dns1.hostsharing.net.
IN NS dns2.hostsharing.net.
IN NS dns3.hostsharing.net.

IN MX 30 mail
IN MX 80 backupmx.hostsharing.net.

IN A 212.42.230.152

www IN A 212.42.230.152
ftp IN A 212.42.230.152
pop3 IN A 212.42.230.152
mail IN A 212.42.230.152
*.example.org. IN A 212.42.230.152
</nowiki></pre>

Der erste Block SOA definiert die Start Of Authority Ressource. Der wichtigste Eintrag hier ist die Seriennummer. Diese wird von den DNS-Servern benutzt, um eine Änderung zu erkennen. Deshalb muss diese Nummer bei jeder Anpassung erhöht werden, oder die Änderung wird nicht vollständig im Internet sichtbar. Der konkrete Wert ist nicht wichtig, so dass man durchaus auch einfach die dort stehende Zahl um eins erhöhen kann. In der Regel verwenden wir hier die Anzahl der Sekunden seit 1970, die sich einfach über das Kommando date +%s auf dem Server ermitteln lässt.

Nach jeder Änderung an einem selbstverwalteten Zonefile muss eine Datei /home/doms/example.com/etc/zonefile.upd angelegt, bzw. deren Zeitstempel aktualisiert werden. Beides kann etwa durch das Kommando touch /home/doms/example.com/etc/zonefile.upd erledigt werden. Dann dauert es noch einige Minuten, bis die Änderungen von unserem DNS-Server übernommen werden. Bis die DNS-Caches der Welt eine Änderung mitbekommen, kann es natürlich etwas länger dauern.

Wenn man ein eigenes Zonefile in /home/doms/example.org/etc löscht, bleibt im Nameserver der letzte Stand erhalten! Falls man für eine Domain wieder ein Hostsharing-Standard-Zonefile haben möchte, kann man ein leeres (= 0 Bytes) Zonefile anlegen:

xyz00@hopi:~$ echo -n > /home/doms/example.org/etc/pri.example.org

Das -n ist wichtig, sonst ist die Datei nicht wirklich leer und es gibt Fehlermeldungen!

== Logfile ==

Im Verzeichnis /var/log/named sind die Logfiles des Nameservers einsehbar. Das aktuelle Log wird unter dem Namen named.log angelegt. Dieses wird beim Neustart des DNS-Servers immer neu angelegt und zeigt bei einer erfolgreichen Änderung den folgenden Inhalt:

Oct 11 18:32:21.400 info: zone example.org/IN: loaded serial 1065889567
Oct 11 18:32:21.435 info: zone example.org/IN: sending notifies (serial 1065889567)
Oct 11 18:32:21.755 info: client 213.133.116.2#57100: transfer of 'example.org/IN': AXFR-style IXFR started
Oct 11 18:32:22.264 info: client 62.75.149.27#45282: transfer of 'example.org/IN': AXFR-style IXFR started

Die Zeilen bedeuten jeweils:

* Das geänderte Zonefile wurde vom DNS-Server erfolgreich geladen
* Der lokale Server sendet eine Benachrichtigung an die Secondaries, damit diese die Änderung ebenfalls übernehmen können.
* Die Secondaries haben die geänderten Daten abgeholt (pro Secondary jeweils ein Eintrag)

Tippfehler oder falsche Angaben im Zonefile werden hier ebenfalls angezeigt, so dass man diese leicht sofort beheben kann.

== Platzhalter für eigene Zonenfiles ==

In eigenen Zonenfiles können jetzt Platzhalter verwendet werden. Diese ermöglichen uns das Ändern von IP#n ohne vorherige Ankündigung. Insbesondere das Verschieben von Paketen zwischen physikalischen Hosts wird damit vereinfacht. Es stehen die folgenden Platzhalter zur Verfügung:

; {PAC_IPNUMBER} : IP NUmmer des [[Hives]] in dem sich das [[Paket]] befindet
; {PAC_HOSTNAME} : Hostname ([[Hive]])
; {DOM_IPNUMBER} : IP-Nummer
; {DOM_HOSTNAME} :

; {MYSQL_IPNUMBER}
; {MYSQL_HOSTNAME}
; {PGSQL_IPNUMBER}
; {PGSQL_HOSTNAME}

; {FTP_IPNUMBER}
; {FTP_HOSTNAME}

; {SMTP_IPNUMBER}
; {SMTP_HOSTNAME}
; {POP3_IPNUMBER}
; {POP3_HOSTNAME}
; {IMAP_IPNUMBER}
; {IMAP_HOSTNAME}

; {PAC_DNS_MASTER}
; {HS_DNS1_IPNUMBER}
; {HS_DNS2_IPNUMBER}
; {HS_DNS3_IPNUMBER}
; {HS_DNS1_HOSTNAME}
; {HS_DNS2_HOSTNAME}
; {HS_DNS3_HOSTNAME}

; {TTL}
; {SIO} : Timestamp (Millisekunden)

; {MX1_IPNUMBER}
; {MX1_HOSTNAME}
; {MX2_IPNUMBER}
; {MX2_HOSTNAME}

Es wird dringend empfohlen, in eigenen Zonenfiles diese Platzhalter zu verwenden. Bei Änderungen von IP#n oder anderen Umstrukturierungen ist hiermit der weitere Betrieb gewährleistet, ohne selbst auf solche Ankündigungen achten zu müssen. Die Hostnamen verstehen sich allesamt ohne den in Zonenfiles oft benötigten abschließenden Punkt.

[[Kategorie:Domains]]
[[Kategorie:Baustelle]]

Domains

2009-03-07T14:10:27Z

Jgp00-mail: /* Zuordnung DomainAdmin */

{{Baustelle}}

Inhalt folgt ... weg mag nur zu :-)

== Jede Domain ==
Ist eigenständig (keine Unterscheidung zwischen Haupt- und Zusatzdomain). Eine Zusatzdomain ist für uns eine Weiterleitungsdomain ohne Inhalt (z.B. hostsharing.de wird auf hostsharing.org geleitet)bekommt die Sonder-Sub-Domains www.example.com, ftp.example.com, mail.example.com, pop3.example.com kann eine theoretisch unbegrenzte Anzahl Sub-Domains enthalten,kann ein eigenes Zonenfile stellen.

== Verzeichnis-Struktur ==
== Domain-Aufträge ==
== [[Verwalten der Zonendaten]] ==
== selbstregistrierte Domains ==
== Zuordnung DomainAdmin ==

----
[[Kategorie:HSDoku]]
[[Kategorie:Domains]]
[[Kategorie:Baustelle]]

Verwalten der Zonendaten

2009-03-07T14:09:47Z

Jgp00-mail: /* Platzhalter für eigene Zonenfiles */

Verwalten der Zonendaten

2009-03-07T14:08:32Z

Jgp00-mail: /* Platzhalter für eigene Zonenfiles */

Tabellen

2009-03-07T14:06:47Z

Jgp00-mail: Die Seite wurde neu angelegt: {{Shortcut|WP:TAB, WP:TBL}} {{Wikipedia-Hilfe}} Wikipedia bietet eine eigene Syntax, um '''Tabellen''' darzustellen. Diese Syntax ist zwar an das verbreitete [[Hypertex...

{{Shortcut|WP:TAB, WP:TBL}}
{{Wikipedia-Hilfe}}
Wikipedia bietet eine eigene Syntax, um '''Tabellen''' darzustellen. Diese Syntax ist zwar an das verbreitete [[Hypertext Markup Language|HTML]] angelehnt, erleichtert jedoch durch eine vereinfachte Schreibweise die Arbeit an komplizierteren Tabellen wesentlich. Diese Seite bietet eine Kurzübersicht, wie du Tabellen erstellst, eine ausführliche Darstellung findet sich auf '''[[Hilfe:Tabellen-Referenz]]'''.

Um die Zellen einer Tabelle zu formatieren, lassen sich sowohl für die Tabelle als Ganzes als auch für einzelne Zellen HTML-Attribute angeben. Insbesondere kann das <tt>style</tt>-Attribut verwendet werden, wodurch sich beliebige [[Cascading Style Sheets|CSS]]-Formatierungen realisieren lassen. Zwar lassen sich auch einzelne Zeilen einer Tabelle formatieren, möchte man jedoch ein Attribut an eine bestimmte Spalte vergeben, so muss dies zellenweise geschehen.

== Wann Tabellen einsetzen? ==
'''Tabellen''' sind ein gutes Mittel, um gleichartige Informationen übersichtlich zu gestalten. Sie helfen die Beziehungen zwischen Tabellenzellen und ihren Zeilen und Spalten zu verstehen (siehe [[Semantik|semantische Beziehungen]]). Insbesondere als sortierbare Tabellen bieten sie einen schnellen Überblick beispielsweise über Jahreszahlen, Namen oder Orte.
:''Siehe Hauptartikel [[Wikipedia:Tabellen]]''.

Andererseits sind Tabellen komplizierter als normaler Text. Deshalb sollten sie nur dort eingesetzt werden, wo sie tatsächlich für bessere Übersicht sorgen. Überlege immer, ob du die Informationen nicht besser in einer einfachen Liste unterbringen kannst (siehe [[Hilfe:Textgestaltung|Textgestaltung]] und [[Hilfe:Listen|Listen]]).

Tabellen sollte man nicht als „grafisches Gestaltungsmittel“ einsetzen.

== CSS-Klassen für Tabellen ==
Um Tabellen sowohl in ihren Inhalten als auch bereits im Kopfbereich weitestgehend frei von Elementen zu halten, die die Darstellungsweise betreffen, wurden für das global wirksame CSS einige Klassen entwickelt, die es erlauben, wichtige Stile mit wenigen anschaulichen Anweisungen festzulegen.

=== wikitable ===
Mittels <code>class="wikitable"</code> im Tabellenkopf lässt sich eine schwach grau getönte Tabelle mit sichtbaren, wenngleich dezenten Zellgrenzen erstellen. Zwischen Zellinhalt und Rand wird etwas "Luft" gelassen. Die Standardtabelle ist rahmenlos und hat weißen Hintergrund, was für Layout-Zwecke teilweise erwünscht ist, sich jedoch in bestimmten Fällen zu schlecht vom Text absetzt.

Die Klasse <code>prettytable</code> mit einem ganz ähnlichem Anspruch sollte nicht mehr verwendet werden, um die Kohärenz der Stilmittel zwischen den verschiedenen Wikipedias zu fördern. Sie wird ausschließlich in der deutschen Wikipedia verwendet.

=== sortable ===
Mittels <code>class="sortable"</code> werden Spalten sortierbar gemacht. Das heißt, wenn [[JavaScript]] für die Wikipedia aktiviert ist, können Tabellen durch Klick auf das entsprechende Symbol in einem Spaltenkopf nach dieser Spalte auf- und absteigend sortiert werden. Die mitunter unsortierte Ausgangs-Darstellung erhält man durch Neuladen der Seite. Einzelne Spalten, für die eine Sortierung als unsinnig angesehen wird, können mittels der spaltenweisen Angabe von <code>class="unsortable"</code> markiert werden, so werden die Sortierfunktion und -symbol unterdrückt. Mit der gleichen Angabe können auch einzelne Tabellen''zeilen'' von der Sortierung ausgenommen werden.

''siehe auch:'' [[:meta:Help:Sorting|MediaWiki Handbook - Sorting]]

=== toptextcells ===
Durch <code>class="toptextcells"</code> im Tabellenkopf kann das Standardverhalten, dass Texte in Zellen vertikal zentriert dargestellt werden, dahingehend abgeändert werden, dass die Texte immer oben beginnen und der Abstand jeweils nach unten variiert. In Fällen stark unterschiedlicher Auffüllung führt dies zu einer größeren Übersicht, die obere Textzeile bildet mit der oberen Begrenzung zusammen eine Flucht. Die Alternative zu dieser Klasse wäre die Einfügung von style-Anweisungen pro Tabellenzeile.

=== Kombinationen ===
Die genannten drei Klassen lassen sich kombinieren. Hierbei sollte Augenmaß gewahrt werden, nicht jede Eigenschaft ist immer passend. Sortierbare Wikitables (<code>class="wikitable sortable"</code>) werden sich häufig anbieten. Oben ausgerichtete Texte in Zellen werden häufig mit Wikitable kombiniert werden.

Auch Kombinationen aller drei Stile sind denkbar, wenn in Tabellen umfangreiche Erläuterungen enthalten sind, diese sollten dann als <code>unsortable</code> markiert werden.

=== Probleme mit der class="wikitable" ===

Am 23. Februar 2008 wurde die „[[Vorlage:Prettytable]]“ als „veraltet“ [{{fullurl:Spezial:Logbuch|type=delete&page=Vorlage:Prettytable&year=2008&month=2}} gelöscht] und somit endgültig von der [[Cascading Style Sheets|CSS]]-<code>class="wikitable"</code> ersetzt (zu finden in [[MediaWiki:Common.css]]). Daneben existiert auch die <code>class="prettytable"</code>, diese sollte aber nicht mehr verwendet werden, da die deutschsprachige Wikipedia die einzige ist, welche diese Klasse verwendet. Im Zuge der Internationalisierung und für den Export ist es hilfreich, wenn sie nicht mehr verwendet wird.<ref>Eine Umstellung auf <code>wikitable</code> sollte bei der Bearbeitung eines Artikels erfolgen, Bearbeitungen die nur diese Umstellung beinhalten sowie Botläufe, sind zu unterlassen. Weitere Informationen gibt es dazu unter [[Wikipedia Diskussion:Bots/Archiv 2008#Klasse "wikitable"]] und [[MediaWiki Diskussion:Common.css#Klasse "wikitable"]]</ref>

Diese Umstellung ist in mancherlei Hinsicht nicht nur ein Segen. So kann mit <code>class="wikitable"</code> beispielsweise das [http://de.selfhtml.org/html/referenz/attribute.htm#table <code><span style="background-color:#FDFBCD;">'''cellpadding'''</span></code>] (die „Zellen-Polsterung“) anscheinend ''nicht mehr in einem Rutsch'' für die ganze Tabelle verändert/definiert werden<sup>[[[Wikipedia:Fragen zur Wikipedia/Archiv/2008/Woche 25#Falsch angewandtes cellpadding?|WP:FZW-Archiv: Juni 2008]]]</sup>. Wo deshalb „unbedingt“ nötig, kann statt <code style="white-space:nowrap;"><nowiki>{| class="wikitable"</nowiki></code> doch noch eine Entsprechung der „[[Vorlage:Prettytable]]“ verwendet werden:
* <code>border="1" <span style="background-color:#FDFBCD;">cellpadding="20"</span> style="margin:1em 1em 1em 0; background:#f9f9f9; border:1px #AAA solid; border-collapse:collapse; empty-cells:show;"</code>

;Tipp: Mit der Eigenschaft <code>text-indent</code> und einem Wert so um die 4px bekommt man einen ganz vernünftigen Abstand zum linken Rand hin. Wenn das hinter der Klasse "wikitable sortable" oder "wikitable" notiert wird, bezieht sich diese Zuweisung auf alle Zellen. So könnte die erste Zeile einer Tabelle aussehen: <code>{| class="wikitable sortable" style="text-indent:4px"</code>

== Einfache Tabelle ==
Eine einfache Beispieltabelle aus dem Artikel [[Bayern-Landshut#Liste der Herzöge von Bayern-Landshut|Bayern-Landshut]]:

{| class="wikitable"
|- class="hintergrundfarbe5"
! Name !! Regierungszeit !! Abstammung
|-
| [[Stephan II. (Bayern)|Stephan II.]] || <tt>1347–1375</tt> Herzog von Bayern || Sohn Kaiser Ludwigs IV.
|-
| [[Friedrich (Bayern)|Friedrich]] || <tt>1375–1393</tt> Herzog von Bayern-Landshut || Sohn Stephans II.
|-
| [[Heinrich XVI. (Bayern)|Heinrich XVI.]] || <tt>1393–1450</tt> Herzog von Bayern-Landshut || Sohn Friedrichs
|-
| [[Ludwig IX. (Bayern)|Ludwig IX.]] || <tt>1450–1479</tt> Herzog von Bayern-Landshut || Sohn Heinrichs XVI.
|-
| [[Georg (Bayern)|Georg]] || <tt>1479–1503</tt> Herzog von Bayern-Landshut || Sohn Ludwigs IX.
|}

Die obige Tabelle wird durch den folgenden Quelltext erzeugt:
<pre>
{| class="wikitable"
|- class="hintergrundfarbe5"
! Name !! Regierungszeit !! Abstammung
|-
| [[Stephan II. (Bayern)|Stephan&nbsp;II.]] || <tt>1347–1375</tt> Herzog von Bayern || Sohn Kaiser Ludwigs&nbsp;IV.
|-
| [[Friedrich (Bayern)|Friedrich]] || <tt>1375–1393</tt> Herzog von Bayern-Landshut || Sohn Stephans&nbsp;II.
|-
| [[Heinrich XVI. (Bayern)|Heinrich&nbsp;XVI.]] || <tt>1393–1450</tt> Herzog von Bayern-Landshut || Sohn Friedrichs
|-
| [[Ludwig IX. (Bayern)|Ludwig&nbsp;IX.]] || <tt>1450–1479</tt> Herzog von Bayern-Landshut || Sohn Heinrichs&nbsp;XVI.
|-
| [[Georg (Bayern)|Georg]] || <tt>1479–1503</tt> Herzog von Bayern-Landshut || Sohn Ludwigs&nbsp;IX.
|}
</pre>

'''Erläuterungen'''

* Die Zeichen <code>{|</code> beginnen eine Tabelle, während <code>|}</code> sie abschließen. Beide Tags müssen an einem Zeilenanfang stehen.
* Das Attribut <code>class="wikitable"</code> veranlasst, dass die ganze Tabelle nach den Vorgaben der Klasse <code>wikitable</code> formatiert wird. Diese sieht unter anderem Trennlinien zwischen den Zellen sowie zusätzlichen Platz zwischen Zelleninhalt und Zellenrand (das sogenannte ''cellpadding'') vor.
* Zeilen, die mit einem Ausrufezeichen (<code>!</code>) beginnen, definieren Kopfzeilen von Tabellen. Der Text in einer Zelle einer solchen Zeile wird zentriert und fettgedruckt. Gewöhnliche Tabellenzeilen beginnen dagegen mit einem senkrechten Trennstrich (<code>|</code>).
* Das Tag <code>|-</code> beginnt eine neue Tabellenzeile, falls es im Quelltext an einem Zeilenanfang steht.
* Die Zeichen <code>||</code> trennen nebeneinanderliegende Tabellenzellen.
* Die Zeichenfolge <code>&nbsp;</code> anstatt eines Leerzeichens verhindert einen Zeilenumbruch zwischen den beiden Wörtern, die das Leerzeichen trennt.
* Die Jahreszahlen werden durch <code><tt></code> mit fester Zeichenbreite dargestellt, um sicherzugehen, dass sie am Bindestrich ausgerichtet werden.

Soll die Tabelle rechtsbündig zum Text ausgerichtet werden, lässt sich dies durch die zusätzliche Klasse <code>float-right</code> im Attribut erreichen: <code>class="wikitable float-right"</code>. Zentrierung der Tabelle erreicht man durch die zusätzliche Klasse <code>centered</code>: <code>class="wikitable centered"</code>.

== Sortierbare Tabelle ==
Sortierbare Tabellen ermöglichen verschiedene und vom Leser wählbare Sichtweisen auf eine Sache:
{| class="wikitable sortable"
|- class="hintergrundfarbe5"
! ABC !! Länge !! Breite !! Farbe !! class="unsortable" | Bemerkung
|-
| [[a]]
| style="text-align:right" | 1100
| style="text-align:right" | 1000
| hellblau
| Blau ist der Himmel
|-
| [[b]]
| style="text-align:right" | 30
| style="text-align:right" | 2
| grün
| Grün ist das Gras
|-
| [[c]]
| style="text-align:right" | 100
| style="text-align:right" | 90
| rot
| Rot ist die Liebe
|}

Diese sortierbare Tabelle wird durch folgenden Code erzeugt:
<pre>
{| class="wikitable sortable"
|- class="hintergrundfarbe5"
! ABC !! Länge !! Breite !! Farbe !! class="unsortable" | Bemerkung
|-
| [[a]]
| style="text-align:right" | 1100
| style="text-align:right" | 1000
| hellblau
| Blau ist der Himmel
|-
| [[b]]
| style="text-align:right" | 30
| style="text-align:right" | 2
| grün
| Grün ist das Gras
|-
| [[c]]
| style="text-align:right" | 100
| style="text-align:right" | 90
| rot
| Rot ist die Liebe
|}
</pre>

=== Sortierbare Namen ===
Nach der Namenskonvention steht in Wikipedia zuerst der Vorname, gefolgt vom Nachnamen.<br />Die [[Vorlage:SortKeyName]] sorgt dafür, dass die Tabellenspalten hier dennoch nach dem Nachnamen sortiert werden:
{| class="wikitable sortable"
|- class="hintergrundfarbe5"
! Name !! Vorname !! Nachname
|-
| {{SortKeyName|Bernd|Müller}}
| Bernd
| Müller
|-
| {{SortKeyName|Hans|Zehnder}}
| Hans
| Zehnder
|-
| {{SortKeyName|Stefan|Ackermann}}
| Stefan
| Ackermann
|}
<pre>
{| class="wikitable sortable"
|- class="hintergrundfarbe5"
! Name !! Vorname !! Nachname
|-
| {{SortKeyName|Bernd|Müller}}
| Bernd
| Müller
|-
| {{SortKeyName|Hans|Zehnder}}
| Hans
| Zehnder
|-
| {{SortKeyName|Stefan|Ackermann}}
| Stefan
| Ackermann
|}
</pre>

Bei komplizierteren Namen, beispielsweise mit zwei Vornamen oder mit Sonderzeichen im Namen funktioniert [[Vorlage:SortKey]]:
{| class="wikitable"
|-
| {{SortKey|Ambrozy, Peter}}[[Peter Michael Ambrozy|Peter Ambrozy]]
|}

<pre>
| {{SortKey|Ambrozy, Peter}}[[Peter Michael Ambrozy|Peter Ambrozy]]
</pre>

Beispiel: [[Liste der Abgeordneten zum Kärntner Landtag (29. Gesetzgebungsperiode)|Abgeordnete im Kärntner Landtag]]

=== Sortierbare Zahlen und Geldbeträge ===
Zahlen und Geld-Währungen werden so rechtsbündig und sortierbar dargestellt:

{| class="wikitable sortable float-right"
|- class="hintergrundfarbe5"
! €<br />sortieren
|-
| style="text-align:right" | 1,00
|-
| style="text-align:right" | 2000,10
|-
| style="text-align:right" | 3.000,02
|-
| style="text-align:right" | 40.000,00
|-
| style="text-align:right" | 5,10
|-
| style="text-align:right" | 1.000.006,01
|-
| style="text-align:right" | 7000,01
|}

<pre style="width:50%">
{| class="wikitable sortable"
|- class="hintergrundfarbe5"
! €<br />sortieren
|-
| style="text-align:right" | 1,00
|-
| style="text-align:right" | 2000,10
|-
| style="text-align:right" | 3.000,02
|-
| style="text-align:right" | 40.000,00
|-
| style="text-align:right" | 5,10
|-
| style="text-align:right" | 1.000.006,01
|-
| style="text-align:right" | 7000,01
|}
</pre>

Rechtsbündige Zahlen werden nur dann korrekt sortiert, wenn die Anzahl der Nachkommastellen bei allen Einträgen einer Spalte gleich sind.

''Siehe auch:'' [[Vorlage:Dts]] für Datumsangaben, [[Vorlage:Nts]] und [[Vorlage:0]] für Zahlen

=== Verschiedenstellige Zahlen ===
{| class="wikitable sortable"
|- class="hintergrundfarbe5"
! Nummer !! Ort
|-
| {{SortKey| 033_ | 033x }} || [[Land Brandenburg|Brandenburg]]
|-
| {{SortKey| 0330_ | 0330x }} || Oranienburg und Umgebung
|-
| 03301 || [[Oranienburg]]
|-
| 03302 || [[Hennigsdorf]]
|}

<pre>
| {{SortKey| 033_ | 033x }} || [[Land Brandenburg|Brandenburg]]
|-
| {{SortKey| 0330_ | 0330x }} || Oranienburg und Umgebung
</pre>

Beispiel: [[Vorwahl 03 (Deutschland)|Telefon-Vorwahl 03 (Deutschland)]]

=== Sortierbare verschiedenstellige Zahlen mit Dezimaltrennzeichen ===
Damit bei verschiedenstelligen Zahlen in einer Spalte das Komma immer übereinander dargestellt wird gibt es zwei Möglichkeiten. Beide sind sortierbar. Lösung a) ist angenehmer zu lesen also für Wikipedia geeigneter. Lösung b) ist einfacher zu schreiben und für Zahlen mit immer gleicher Zahl von Nachkommastellen, Währungen beispielsweise, genauso gut geeignet:

a) Verwendung von [[Vorlage:0]] für alle führenden Nullen:

{| class="wikitable sortable float-right"
|- class="hintergrundfarbe5"
! Zähler !! Wert
|-
| 1
| 1000
|-
| 2
| {{0}}{{0}}{{0}}1,0001
|-
| 3
| {{0}}200,2
|-
| 4
| {{0}}{{0}}{{0}}1,1
|}

<pre style="width:50%">
{| class="wikitable sortable"
|- class="hintergrundfarbe5"
! Zähler !! Wert
|-
| 1
| 1000
|-
| 2
| {{0}}{{0}}{{0}}1,0001
|-
| 3
| {{0}}200,2
|-
| 4
| {{0}}{{0}}{{0}}1,1
|}
</pre>

b) rechtsbündiger Zellenformatierung unter Verwendung der gleichen Anzahl an Nachkommastellen, wobei die zur Ausrichtung künstlich aufgefüllten Nachkommastellen per <code><nowiki>{{0}}</nowiki></code> versteckt werden können, ein zu versteckendes Komma ist per <code><nowiki>{{0|,}}</nowiki></code> erzielbar:

{| class="wikitable sortable float-right"
|- class="hintergrundfarbe5"
! Zähler !! Wert
|-
| 1
| style="text-align:right" | 1000{{0|,}}{{0}}{{0}}{{0}}{{0}}
|-
| 2
| style="text-align:right" | 1,0001
|-
| 3
| style="text-align:right" | 200,2{{0}}{{0}}{{0}}
|-
| 4
| style="text-align:right" | 1,1{{0}}{{0}}{{0}}
|}

<pre style="width:50%">
{| class="wikitable sortable"
|- class="hintergrundfarbe5"
! Zähler !! Wert
|-
| 1
| style="text-align:right" | 1000{{0|,}}{{0}}{{0}}{{0}}{{0}}
|-
| 2
| style="text-align:right" | 1,0001
|-
| 3
| style="text-align:right" | 200,2{{0}}{{0}}{{0}}
|-
| 4
| style="text-align:right" | 1,1{{0}}{{0}}{{0}}
|}
</pre>

=== Sortierbare Zahl mit Währungs- oder %-Symbol ===
{| class="wikitable sortable float-right"
|- class="hintergrundfarbe5"
! Zähler !! Prozent
|-
| 1
| 10 %
|-
| 2
| {{0}}1 %
|-
| 3
| {{0}}7 %
|-
| 4
| 80 %
|}

<pre style="width:50%">
{| class="wikitable sortable"
|- class="hintergrundfarbe5"
! Zähler !! Prozent
|-
| 1
| 10 %
|-
| 2
| {{0}}3 %
|-
| 3
| {{0}}7 %
|-
| 4
| 80 %
|}
</pre>
=== Sortierbare Tabelle mit einer nicht-sortierbaren Zeile ===
{| class="wikitable sortable float-right"
|- class="hintergrundfarbe5"
! Name !! Wert
|-
| Alfons
| 90
|-
| Berta
| 12
|- class="unsortable"
| '''Fest'''
| '''45'''
|-
| Cäsar
| 37
|-
| Dietmar
| 6
|}

<pre style="width:50%">
{| class="wikitable sortable float-right"
|- class="hintergrundfarbe5"
! Name !! Wert
|-
| Alfons
| 90
|-
| Berta
| 12
|- class="unsortable"
| '''Fest'''
| '''45'''
|-
| Cäsar
| 37
|-
| Dietmar
| 6
|}
</pre>

== Layout ==
=== Tabellenüberschriften, Trennstriche ===
Das folgende Beispiel zeigt, wie man eine Tabellenüberschrift erzeugt, sowie eine Möglichkeit, wie sich Trennstriche zwischen bestimmten Zellen realisieren lassen:

{| style="text-align:right;"
|+ Addition von vier Zahlen
|-
| <tt>365</tt>
|-
| <tt>+ 123</tt>
|-
| <tt>+ 235</tt>
|-
| <tt>+ 277</tt>
|-
| style="border-top: 1pt black solid;" | <tt>1000</tt>
|}

Der Quelltext dieser Beispieltabelle sieht wie folgt aus:

<pre style="background:#f7f8ff; border:1px solid #8888aa; border-collapse:collapse; margin:1em 0; padding:5px; font-family:monospace; font-size:95%;">
{| style="text-align:right;"
|+ Addition von vier Zahlen
|-
| <tt>365</tt>
|-
| <tt>+ 123</tt>
|-
| <tt>+ 235</tt>
|-
| <tt>+ 277</tt>
|-
| style="border-top: 1pt black solid;" | <tt>1000</tt>
|}
</pre>

'''Erläuterungen'''

* Die Zeile, die mit <code>|+</code> beginnt, bezeichnet den Titel der Tabelle.
* Der Befehl <code>border-top: 1pt</code> weist der Zelle einen oberen Rand mit definierter Breite zu. Weitere Befehle sind: <code>border-left, border-right</code> und <code>border-bottom</code> für einen Rand links, rechts oder unten. <code>border: 1pt</code> setzt alle vier Ränder.

=== Zellfärbung, Spaltenbreite, Textausrichtung ===
Dieses Beispiel erläutert, wie man sortierbare Tabellen erstellt, wie man Zellen färbt, den Zelleninhalt rechts ausrichtet und die Spaltenbreite einstellt. Es lehnt sich an die [[Liste der römischen Kaiser der Antike#Liste der römischen Kaiser|Liste der römischen Kaiser]] an:

{| class="wikitable sortable"
|+ style="padding-bottom:1em;" | Kaiser der Flavischen Dynastie
|- class="hintergrundfarbe5"
! width="15%" | Kaiser !! width="30%" | Vollständiger Name
! width="15%" | Regierungszeit !! class="unsortable" width="40%" | Anmerkungen
|-
| [[Vespasian]] || Titus Flavius Vespasianus
| style="text-align:right" | 69–79 || konsolidierte Verwaltung und Finanzen des Reiches
|-
| [[Titus]] || Titus Flavius Vespasianus
| style="text-align:right" | {{SortKey|79-81}}Mitte 79–81 || eröffnete das [[Kolosseum]] in Rom
|-
| [[Domitian]] || Titus Flavius Domitianus
| style="text-align:right" | 81–96 || beendete römische Expansion in Germanien
|-
| [[Lucius Antonius Saturninus|Saturninus]] || Lucius Antonius Saturninus
| style="text-align:right" | 89 || Gegenkaiser in Germanien, gefallen
|- class="sortbottom hintergrundfarbe5"
| '''[[Liste der römischen Kaiser der Antike#Liste der römischen Kaiser|Vollst. Liste]]'''
|
|
|
|}

Der Quelltext hierfür sieht folgendermaßen aus:

<pre>
{| class="wikitable sortable"
|+ style="padding-bottom:1em;" | Kaiser der Flavischen Dynastie
|- class="hintergrundfarbe5"
! width="15%" | Kaiser !! width="30%" | Vollständiger Name
! width="15%" | Regierungszeit !! class="unsortable" width="40%" | Anmerkungen
|-
| [[Vespasian]] || Titus Flavius Vespasianus
| style="text-align:right" | 69–79 || konsolidierte Verwaltung und Finanzen des Reiches
|-
| [[Titus]] || Titus Flavius Vespasianus
| style="text-align:right" | {{SortKey|79-81}}Mitte 79–81 || eröffnete das [[Kolosseum]] in Rom
|-
| [[Domitian]] || Titus Flavius Domitianus
| style="text-align:right" | 81–96 || beendete römische Expansion in Germanien
|-
| [[Lucius Antonius Saturninus|Saturninus]] || Lucius Antonius Saturninus
| style="text-align:right" | 89 || Gegenkaiser in Germanien, gefallen
|- class="sortbottom hintergrundfarbe5"
| '''[[Liste der römischen Kaiser der Antike#Liste der römischen Kaiser|Vollst. Liste]]'''
|
|
|
|}
</pre>

'''Erläuterungen'''

* Das <code>sortable</code> in <code>class="wikitable sortable"</code> erlaubt die Sortierung der Tabelle nach wählbaren Spalten.
* Mit <code>class="unsortable"</code> können einzelne Spalten von der Sortierbarkeit ausgenommen werden.
* Mit den Vorlagen [[:Vorlage:Dts]], [[:Vorlage:Nts]] und [[:Vorlage:SortKey]] lässt sich die Sortierreihenfolge einzelner Tabelleneinträge beeinflussen
* Der Befehl <code>width="15%"</code> weist einer Spalte 15 % der Gesamtbreite der Tabelle als Breite zu.
* Die Ausrichtung von Text rechtsbündig in einer Zelle erreicht man durch die [[Cascading Style Sheets|CSS]]-Anweisung <code>style="text-align:right"</code>.
* Nebeneinanderliegende Zellen kann man sowohl durch das <code>||</code>-Zeichen trennen, als auch durch einen Zeilenumbruch gefolgt von einem einfachen <code>|</code>-Zeichen.
* Der Befehl <code>|- class="hintergrundfarbe5"</code> weist der darauffolgenden Zeile eine Hintergrundfarbe zu. In Artikeln sollen die entsprechenden Standardfarben verwendet werden (siehe [[Hilfe:Farben#Farben verwenden|Farben verwenden]] in der [[Hilfe:Farben|Hilfe zu Farben]]). Außerhalb des Artikelnamensraumes können Farben außer durch ihren englischen Namen auch als Hexadezimalzahl aus sechs Ziffern eingegeben werden, wobei die ersten zwei Ziffern für den Rotanteil von bis zu 256 stehen, die nächsten zwei für den Grünanteil und die letzten zwei für den Blauanteil, das heißt, dass <code>#ff0000</code> die Farbe Rot bedeutet, <code>#00ff00</code> steht für Grün und <code>#0000ff</code> steht für Blau. Durch eine Mischung erhält man beispielsweise Violett: <code>#ff00ff</code>.
* Leerzellen können durch einen einfachen Abstand erzeugt werden. Diese Zellen werden aber beim Sortieren an den Anfang gestellt, Leerzellen mit <code>&nbsp;</code> stehen am Ende.
* Das <code>sortbottom</code> in <code>class="sortbottom hintergrundfarbe5"</code> führt dazu, dass die Zeile von der Sortierung ausgenommen wird und damit stets als Fußzeile der Tabelle angezeigt wird.

=== Geschachtelte Tabellen ===
Tabellen können geschachtelt werden:

'''colspan'''

{| class="wikitable float-right" style="text-align:center"
! style="background:#e3e3e3" | A
! style="background:#e3e3e3" | B
! style="background:#e3e3e3" | C
|-
| colspan="3" style="background:#EED5B7" | eine Zeile
|}

<pre style="width:75%">
{| class="wikitable" style="text-align:center"
! A
! B
! C
|-
| colspan="3" | eine Zeile
|}
</pre>
<br style="clear:both;" clear="all" />

'''rowspan'''

{| class="wikitable float-right" style="text-align:center"
! style="background:#e3e3e3" | A
| rowspan="3" style="background:#EED5B7" | eine Spalte
|-
! style="background:#e3e3e3" | B
|-
! style="background:#e3e3e3" | C
|}

<pre style="width:75%">
{| class="wikitable" style="text-align:center"
! A
| rowspan="3" | eine Spalte
|-
! B
|-
! C
|}
</pre>
<br style="clear:both;" clear="all" />

'''colspan + rowspan'''

{| class="wikitable float-right" style="text-align:center"
! colspan="2" style="background:#e3e3e3" | A
|-
! style="background:#e3e3e3" | B
| rowspan="2" style="background:#EED5B7" | eine Spalte
|-
! style="background:#e3e3e3" | C
|}

<pre style="width:75%">
{| class="wikitable" style="text-align:center"
! colspan="2" style="text-align:center" | A
|- style="text-align:center"
! B
| rowspan="2"| eine Spalte
|- style="text-align:center"
! C
|}
</pre>
<br style="clear:both;" clear="all" />

;
{| class="wikitable float-right" style="text-align:center"
|- style="background:#e3e3e3"
! colspan="4" | Titel
|- style="background:#e3e3e3"
! rowspan="2" style="background:#EED5B7" | eine Spalte
| A || B || C
|- style="background:#e3e3e3"
| D || E || F
|}

<pre style="width:75%">
{| class="wikitable" style="text-align:center"
|-
! colspan="4" | Titel
|-
! rowspan="2" | eine Spalte
| A || B || C
|-
| D || E || F
|}
</pre>
<br style="clear:both;" clear="all" />

=== Tabellen nebeneinander ===
<pre style="width:75%">
<div style="float:left; margin-right:1em;">
{| class="wikitable"
|+ Linke Tabelle
! Überschrift 1 || Überschrift 2
|-
| Feld 1 || Feld 2
|}
</div>

<div style="float:left;">
{| class="wikitable"
|+ Rechte Tabelle
! Überschrift 1 || Überschrift 2
|-
| Feld 1 || Feld 2
|}
</div>

<div style="clear:both;" />
</pre>

<div style="float:left; margin-right:1em;">
{| class="wikitable"
|+ Linke Tabelle
! Überschrift 1 || Überschrift 2
|-
| Feld 1 || Feld 2
|}
</div>

<div style="float:left;">
{| class="wikitable"
|+ Rechte Tabelle
! Überschrift 1 || Überschrift 2
|-
| Feld 1 || Feld 2
|}
</div>

<div style="clear:both;" />

=== Gleich breite Tabellen ===
<pre>
{| class="wikitable"
|-
| style="width:5em" | a: 5em
| style="width:10em" | b: 10em
| style="width:7em" | c: 7em
|}
{| class="wikitable"
|-
| style="width:5em" | a: 5em
| style="width:10em" | b: 10em
| style="width:7em" | c: 7em
|}
</pre>

{| class="wikitable"
|-
| style="width:5em" | a: 5em
| style="width:10em" | b: 10em
| style="width:7em" | c: 7em
|}
{| class="wikitable"
|-
| style="width:5em" | a: 5em
| style="width:10em" | b: 10em
| style="width:7em" | c: 7em
|}

=== Listen in Tabellen, Bilder in Tabellen ===
Tabellen können Tabellen, Bilder und Wiki-Syntax-Formatierung enthalten:

{{Taxobox
| Taxon_Name = Hyänen
| Taxon_WissName = Hyaenidae
| Taxon_Rang = Familie
| Taxon_Autor = [[John Edward Gray|Gray]], 1821
| Taxon2_Name = Katzenartige
| Taxon2_WissName = Feloidea
| Taxon2_Rang = Überfamilie
| Taxon3_Name = Raubtiere
| Taxon3_WissName = Carnivora
| Taxon3_Rang = Ordnung
| Taxon4_Name = Höhere Säugetiere
| Taxon4_WissName = Eutheria
| Taxon4_Rang = Unterklasse
| Taxon5_Name = Säugetiere
| Taxon5_WissName = Mammalia
| Taxon5_Rang = Klasse
| Taxon6_Name = Kiefermäuler
| Taxon6_WissName = Gnathostomata
| Taxon6_Rang = Überklasse
| Bild = Crocuta-hejda.jpg
| Bildbeschreibung = [[Tüpfelhyäne]] ''(Crocuta crocuta)''
| Subtaxa_Rang = Art
| Subtaxa =
* [[Streifenhyäne]] ''(Hyaena hyaena)''
* [[Schabrackenhyäne]] ''(Hyaena brunnea)''
* [[Tüpfelhyäne]] ''(Crocuta crocuta)''
* [[Erdwolf]] ''(Proteles cristatus)''
}}

Dieser Text erzeugt die rechte Tabelle, wenn man ihn in einen Artikel eingibt:
<pre><nowiki>{{Taxobox
| Taxon_Name = Hyänen
| Taxon_WissName = Hyaenidae
| Taxon_Rang = Familie
| Taxon_Autor = [[John Edward Gray|Gray]], 1821
| Taxon2_Name = Katzenartige
| Taxon2_WissName = Feloidea
| Taxon2_Rang = Überfamilie
| Taxon3_Name = Raubtiere
| Taxon3_WissName = Carnivora
| Taxon3_Rang = Ordnung
| Taxon4_Name = Höhere Säugetiere
| Taxon4_WissName = Eutheria
| Taxon4_Rang = Unterklasse
| Taxon5_Name = Säugetiere
| Taxon5_WissName = Mammalia
| Taxon5_Rang = Klasse
| Taxon6_Name = Kiefermäuler
| Taxon6_WissName = Gnathostomata
| Taxon6_Rang = Überklasse
| Bild = Crocuta-hejda.jpg
| Bildbeschreibung = [[Tüpfelhyäne]] ''(Crocuta crocuta)''
| Subtaxa_Rang = Art
| Subtaxa =
* [[Streifenhyäne]] ''(Hyaena hyaena)''
* [[Schabrackenhyäne]] ''(Hyaena brunnea)''
* [[Tüpfelhyäne]] ''(Crocuta crocuta)''
* [[Erdwolf]] ''(Proteles cristatus)''
}}</nowiki></pre>

'''Erläuterungen'''

→ ''Siehe: [[Wikipedia:Taxoboxen]]''

== Siehe auch ==

* Bei [[meta:Main Page|MetaWiki]] befindet sich ein [[meta:Help:Table|englischer Artikel]], der die Gestaltung mit Tabellen etwas ausführlicher behandelt.
* Außerdem gibt es bei [[meta:Main Page|MetaWiki]] einen [[meta:Help:Sorting|englischen Artikel]], der die Sortierung von Tabellen im Detail behandelt.
* Im Abschnitt [[Wikipedia:Wie gute Artikel aussehen#Tabellen|Tabellen]] in [[Wikipedia:Wie gute Artikel aussehen|Wie gute Artikel aussehen]] wird auf die Bedeutung von Vorlagen zur Vereinheitlichung hingewiesen.
* Der Abschnitt [[Hilfe:Bilder#Ausrichten im Text|Ausrichten im Text]] in der [[Hilfe:Bilder|Hilfe für Bilder]] über die Positionierung von Bildern in Tabellen
* In [[Hilfe:Tabellen-Referenz]] sind die einzelnen Möglichkeiten nochmals mit Beispielen aufgeführt.
* Beispiele: [[:Kategorie:Vorlage:Tabelle]] – Tabellen, die auf mehreren Seiten als Vorlage eingebunden werden

== Hilfen ==

* '''[[Benutzer:PeerBr/WPro|WPro]]''' (Server zur Zeit nicht erreichbar) ist ein Wikipedia-Editor für den [[Windows Internet Explorer|Internet Explorer]] 6.0, der Tabellen per Knopfdruck einfügen und formatieren kann.
* '''[[Wikipedia:Textverarbeitung/EXCEL-Tabellenumwandlung|EXCEL-Tabellenumwandlung]]''' konvertiert den ausgewählten Tabellenbereich aus MS Excel direkt ins Wiki-Tabellenformat. Die wichtigsten Formatierungen wie Fett/Kursiv, Zellenhöhe und -breite, Schriftgröße, Farbinformation aus MS Excel bleiben erhalten.
* '''[[Wikipedia:Textverarbeitung/Excel2Wiki|Excel2Wiki]]''' Berücksichtigt verbundene Zellen, dazu auch ein Programm zur Umwandlung der Spalten in Zeilen und umgekehrt und ein Programm zur Zeilenumkehr, d. h. die letzte Zeile wird zur ersten usw.
* '''[[Benutzer:Duesentrieb/csv2wp|csv2wp]]''' ist ein Werkzeug zum Umwandeln von [[CSV (Dateiformat)|CSV-Datei]]en in Wiki-Tabellenformat. Damit lassen sich z. B. Tabellen aus [[Microsoft Excel]] importieren.
* Ab [[OpenOffice.org|OpenOffice]] 2.3 kann man Writer-Dokumente ins [http://de.openoffice.org/presse/pressemitteilung_20070917.html Mediawiki-Format] exportieren.
* [[OpenOffice.org|OpenOffice]]-Tabellen können mit [[Wikipedia:Textverarbeitung/OOoCalc2Wiki|Calc2Wiki]] konvertiert werden. Eine Alternative (mit der ein oder anderen Erweiterung) ist [[Benutzer:Erodeist/Calc2WikiTable|Calc2WikiTable]].
* [http://www.cnic.org/html2mediawiki.html Umwandlung von HTML-Tabellen in Wiki-Tabellen]

Diskussion:Verwalten der Zonendaten

2009-03-07T14:02:07Z

Jgp00-mail: Die Seite wurde neu angelegt: Die Platzhalter müssen beschrieben werden, das File Beispiel sollte konsequenterweise dann auch die Platzhalter verwenden. --~~~~ Konkrete Beispiele müssen entweder ...

Die Platzhalter müssen beschrieben werden, das File Beispiel sollte konsequenterweise dann auch die Platzhalter verwenden. --[[Benutzer:Jgp00-mail|Jgp00-mail]] 14:02, 7. Mär. 2009 (UTC)

Konkrete Beispiele müssen entweder hier oder auf entsprechenden Unterseiten beschreiben werden --[[Benutzer:Jgp00-mail|Jgp00-mail]] 14:02, 7. Mär. 2009 (UTC)

Verwalten der Zonendaten

2009-03-07T14:00:24Z

Jgp00-mail:

Verwalten der Zonendaten

2009-03-07T13:43:19Z

Jgp00-mail:

Das Zonenfile für eine Domain enthält die Konfiguration für den Domain Name Service (DNS) dieser Domain. Hier ist hinterlegt, welche Hostnamen innerhalb der Domain existieren sollen und auf welche IP-Adressen diese zeigen. Außerdem wird hierüber auch gesteuert, welches System für die Mails der Domain angesprochen werden soll.

{{Textkasten|rot|Achtung|Aufgrund der zentralen Bedeutung sollten Änderungen nur mit Vorsicht vorgenommen werden, da eine fehlerhafte Einstellung dazu führen kann, dass die Webseite nicht mehr im Internet abgerufen werden kann oder Mails verloren gehen!}}

== Änderungen ==

Das aktive Zonefile für eine Domain example.com ist in /etc/bind/pri.example.com zu finden.

Eigene Änderungen sind als Domainadmin möglich. Dazu muss ein vollständiges Zonefile im Konfigurationsverzeichnis etc der Domain abgelegt werden, welches dann editiert werden kann. Im ersten Schritt wird man deshalb, falls noch keine eigenen Änderungen vorgenommen wurden, eine Kopie der aktuellen Konfiguration anlegen:

xyz00@hopi:~$ cp /etc/bind/pri.example.com /home/doms/example.com/etc

Das Zonefile sieht normalerweise etwa folgendermaßen aus:

<pre><nowiki>
$TTL 4H
example.org. IN SOA dns1.hostsharing.net. hostmaster.hostsharing.net. (
{SIO}; serial secs since Jan 1 1970
6H ; refresh (=10000)
1H ; retry (=1800)
1W ; expire
1H ; minimum
)

; please read http://www.hostsharing.net/tech/descriptions/domains-zonefile.htm

IN NS dns1.hostsharing.net.
IN NS dns2.hostsharing.net.
IN NS dns3.hostsharing.net.

IN MX 30 mail
IN MX 80 backupmx.hostsharing.net.

IN A 212.42.230.152

www IN A 212.42.230.152
ftp IN A 212.42.230.152
pop3 IN A 212.42.230.152
mail IN A 212.42.230.152
*.example.org. IN A 212.42.230.152
</nowiki></pre>

Der erste Block SOA definiert die Start Of Authority Ressource. Der wichtigste Eintrag hier ist die Seriennummer. Diese wird von den DNS-Servern benutzt, um eine Änderung zu erkennen. Deshalb muss diese Nummer bei jeder Anpassung erhöht werden, oder die Änderung wird nicht vollständig im Internet sichtbar. Der konkrete Wert ist nicht wichtig, so dass man durchaus auch einfach die dort stehende Zahl um eins erhöhen kann. In der Regel verwenden wir hier die Anzahl der Sekunden seit 1970, die sich einfach über das Kommando date +%s auf dem Server ermitteln lässt.

Nach jeder Änderung an einem selbstverwalteten Zonefile muss eine Datei /home/doms/example.com/etc/zonefile.upd angelegt, bzw. deren Zeitstempel aktualisiert werden. Beides kann etwa durch das Kommando touch /home/doms/example.com/etc/zonefile.upd erledigt werden. Dann dauert es noch einige Minuten, bis die Änderungen von unserem DNS-Server übernommen werden. Bis die DNS-Caches der Welt eine Änderung mitbekommen, kann es natürlich etwas länger dauern.

Wenn man ein eigenes Zonefile in /home/doms/example.org/etc löscht, bleibt im Nameserver der letzte Stand erhalten! Falls man für eine Domain wieder ein Hostsharing-Standard-Zonefile haben möchte, kann man ein leeres (= 0 Bytes) Zonefile anlegen:

xyz00@hopi:~$ echo -n > /home/doms/example.org/etc/pri.example.org

Das -n ist wichtig, sonst ist die Datei nicht wirklich leer und es gibt Fehlermeldungen!

== Logfile ==

Im Verzeichnis /var/log/named sind die Logfiles des Nameservers einsehbar. Das aktuelle Log wird unter dem Namen named.log angelegt. Dieses wird beim Neustart des DNS-Servers immer neu angelegt und zeigt bei einer erfolgreichen Änderung den folgenden Inhalt:

Oct 11 18:32:21.400 info: zone example.org/IN: loaded serial 1065889567
Oct 11 18:32:21.435 info: zone example.org/IN: sending notifies (serial 1065889567)
Oct 11 18:32:21.755 info: client 213.133.116.2#57100: transfer of 'example.org/IN': AXFR-style IXFR started
Oct 11 18:32:22.264 info: client 62.75.149.27#45282: transfer of 'example.org/IN': AXFR-style IXFR started

Die Zeilen bedeuten jeweils:

* Das geänderte Zonefile wurde vom DNS-Server erfolgreich geladen
* Der lokale Server sendet eine Benachrichtigung an die Secondaries, damit diese die Änderung ebenfalls übernehmen können.
* Die Secondaries haben die geänderten Daten abgeholt (pro Secondary jeweils ein Eintrag)

Tippfehler oder falsche Angaben im Zonefile werden hier ebenfalls angezeigt, so dass man diese leicht sofort beheben kann.

== Platzhalter für eigene Zonenfiles ==

In eigenen Zonenfiles können jetzt Platzhalter verwendet werden. Diese ermöglichen uns das Ändern von IP#n ohne vorherige Ankündigung. Insbesondere das Verschieben von Paketen zwischen physikalischen Hosts wird damit vereinfacht. Es stehen die folgenden Platzhalter zur Verfügung:

; {PAC_IPNUMBER} : IP NUmmer des [[Hives]] in dem sich das [[Paket]] befindet
; {PAC_HOSTNAME} : Hostname ([[Hive]])
; {DOM_IPNUMBER} : IP-Nummer
; {DOM_HOSTNAME} :

; {MYSQL_IPNUMBER}
; {MYSQL_HOSTNAME}
; {PGSQL_IPNUMBER}
; {PGSQL_HOSTNAME}

; {FTP_IPNUMBER}
; {FTP_HOSTNAME}

; {SMTP_IPNUMBER}
; {SMTP_HOSTNAME}
; {POP3_IPNUMBER}
; {POP3_HOSTNAME}
; {IMAP_IPNUMBER}
; {IMAP_HOSTNAME}

; {PAC_DNS_MASTER}
; {HS_DNS1_IPNUMBER}
; {HS_DNS2_IPNUMBER}
; {HS_DNS3_IPNUMBER}
; {HS_DNS1_HOSTNAME}
; {HS_DNS2_HOSTNAME}
; {HS_DNS3_HOSTNAME}

; {TTL}
; {SIO} : Timestamp (Millisekunden)

; {MX1_IPNUMBER}
; {MX1_HOSTNAME}
; {MX2_IPNUMBER}
; {MX2_HOSTNAME}

Es wird dringend empfohlen, in eigenen Zonenfiles diese Platzhalter zu verwenden. Bei Änderungen von IP#n oder anderen Umstrukturierungen ist hiermit der weitere Betrieb gewährleistet, ohne selbst auf solche Ankündigungen achten zu müssen. Die Hostnamen verstehen sich allesamt ohne den in Zonenfiles oft benötigten abschließenden Punkt.

[[Kategorie:Domains]]

Kategorie:Domains

2009-03-07T13:25:10Z

Jgp00-mail: Die Seite wurde neu angelegt: Kategorie Übersicht Domains

Kategorie Übersicht Domains

Verwalten der Zonendaten

2009-03-07T13:24:28Z

Jgp00-mail:

Das Zonenfile für eine Domain enthält die Konfiguration für den Domain Name Service (DNS) dieser Domain. Hier ist hinterlegt, welche Hostnamen innerhalb der Domain existieren sollen und auf welche IP-Adressen diese zeigen. Außerdem wird hierüber auch gesteuert, welches System für die Mails der Domain angesprochen werden soll.

Achtung:
Aufgrund der zentralen Bedeutung sollten Änderungen nur mit Vorsicht vorgenommen werden, da eine fehlerhafte Einstellung dazu führen kann, dass die Webseite nicht mehr im Internet abgerufen werden kann oder Mails verloren gehen!

== Änderungen ==

Das aktive Zonefile für eine Domain example.com ist in /etc/bind/pri.example.com zu finden.

Eigene Änderungen sind als Domainadmin möglich. Dazu muss ein vollständiges Zonefile im Konfigurationsverzeichnis etc der Domain abgelegt werden, welches dann editiert werden kann. Im ersten Schritt wird man deshalb, falls noch keine eigenen Änderungen vorgenommen wurden, eine Kopie der aktuellen Konfiguration anlegen:

xyz00@hopi:~$ cp /etc/bind/pri.example.com /home/doms/example.com/etc

Das Zonefile sieht normalerweise etwa folgendermaßen aus:

$TTL 4H
example.org. IN SOA dns1.hostsharing.net. hostmaster.hostsharing.net. (
1022226978 ; serial secs since Jan 1 1970
6H ; refresh (=10000)
1H ; retry (=1800)
1W ; expire
1H ; minimum
)

; please read http://www.hostsharing.net/tech/descriptions/domains-zonefile.htm

<pre><nowiki>
IN NS dns1.hostsharing.net.
IN NS dns2.hostsharing.net.
IN NS dns3.hostsharing.net.

IN MX 30 mail
IN MX 80 backupmx.hostsharing.net.

IN A 212.42.230.152

www IN A 212.42.230.152
ftp IN A 212.42.230.152
pop3 IN A 212.42.230.152
mail IN A 212.42.230.152
*.example.org. IN A 212.42.230.152
</nowiki></pre>

Der erste Block SOA definiert die Start Of Authority Ressource. Der wichtigste Eintrag hier ist die Seriennummer. Diese wird von den DNS-Servern benutzt, um eine Änderung zu erkennen. Deshalb muss diese Nummer bei jeder Anpassung erhöht werden, oder die Änderung wird nicht vollständig im Internet sichtbar. Der konkrete Wert ist nicht wichtig, so dass man durchaus auch einfach die dort stehende Zahl um eins erhöhen kann. In der Regel verwenden wir hier die Anzahl der Sekunden seit 1970, die sich einfach über das Kommando date +%s auf dem Server ermitteln lässt.

Nach jeder Änderung an einem selbstverwalteten Zonefile muss eine Datei /home/doms/example.com/etc/zonefile.upd angelegt, bzw. deren Zeitstempel aktualisiert werden. Beides kann etwa durch das Kommando touch /home/doms/example.com/etc/zonefile.upd erledigt werden. Dann dauert es noch einige Minuten, bis die Änderungen von unserem DNS-Server übernommen werden. Bis die DNS-Caches der Welt eine Änderung mitbekommen, kann es natürlich etwas länger dauern.

Wenn man ein eigenes Zonefile in /home/doms/example.org/etc löscht, bleibt im Nameserver der letzte Stand erhalten! Falls man für eine Domain wieder ein Hostsharing-Standard-Zonefile haben möchte, kann man ein leeres (= 0 Bytes) Zonefile anlegen:

xyz00@hopi:~$ echo -n > /home/doms/example.org/etc/pri.example.org

Das -n ist wichtig, sonst ist die Datei nicht wirklich leer und es gibt Fehlermeldungen!

== Logfile ==

Im Verzeichnis /var/log/named sind die Logfiles des Nameservers einsehbar. Das aktuelle Log wird unter dem Namen named.log angelegt. Dieses wird beim Neustart des DNS-Servers immer neu angelegt und zeigt bei einer erfolgreichen Änderung den folgenden Inhalt:

Oct 11 18:32:21.400 info: zone example.org/IN: loaded serial 1065889567
Oct 11 18:32:21.435 info: zone example.org/IN: sending notifies (serial 1065889567)
Oct 11 18:32:21.755 info: client 213.133.116.2#57100: transfer of 'example.org/IN': AXFR-style IXFR started
Oct 11 18:32:22.264 info: client 62.75.149.27#45282: transfer of 'example.org/IN': AXFR-style IXFR started

Die Zeilen bedeuten jeweils:

* Das geänderte Zonefile wurde vom DNS-Server erfolgreich geladen
* Der lokale Server sendet eine Benachrichtigung an die Secondaries, damit diese die Änderung ebenfalls übernehmen können.
* Die Secondaries haben die geänderten Daten abgeholt (pro Secondary jeweils ein Eintrag)

Tippfehler oder falsche Angaben im Zonefile werden hier ebenfalls angezeigt, so dass man diese leicht sofort beheben kann.

== Platzhalter für eigene Zonenfiles ==

In eigenen Zonenfiles können jetzt Platzhalter verwendet werden. Diese ermöglichen uns das Ändern von IP#n ohne vorherige Ankündigung. Insbesondere das Verschieben von Paketen zwischen physikalischen Hosts wird damit vereinfacht. Es stehen die folgenden Platzhalter zur Verfügung:

{PAC_IPNUMBER}
{PAC_HOSTNAME}
{DOM_IPNUMBER}
{DOM_HOSTNAME}

{MYSQL_IPNUMBER}
{MYSQL_HOSTNAME}
{PGSQL_IPNUMBER}
{PGSQL_HOSTNAME}

{FTP_IPNUMBER}
{FTP_HOSTNAME}

{SMTP_IPNUMBER}
{SMTP_HOSTNAME}
{POP3_IPNUMBER}
{POP3_HOSTNAME}
{IMAP_IPNUMBER}
{IMAP_HOSTNAME}

{PAC_DNS_MASTER}
{HS_DNS1_IPNUMBER}
{HS_DNS2_IPNUMBER}
{HS_DNS3_IPNUMBER}
{HS_DNS1_HOSTNAME}
{HS_DNS2_HOSTNAME}
{HS_DNS3_HOSTNAME}

{TTL}
{SIO}

{MX1_IPNUMBER}
{MX1_HOSTNAME}
{MX2_IPNUMBER}
{MX2_HOSTNAME}

Es wird dringend empfohlen, in eigenen Zonenfiles diese Platzhalter zu verwenden. Bei Änderungen von IP#n oder anderen Umstrukturierungen ist hiermit der weitere Betrieb gewährleistet, ohne selbst auf solche Ankündigungen achten zu müssen. Die Hostnamen verstehen sich allesamt ohne den in Zonenfiles oft benötigten abschließenden Punkt.

[[Kategorie:Domains]]

Verwalten der Zonendaten

2009-03-07T13:21:44Z

Jgp00-mail:

Das Zonenfile für eine Domain enthält die Konfiguration für den Domain Name Service (DNS) dieser Domain. Hier ist hinterlegt, welche Hostnamen innerhalb der Domain existieren sollen und auf welche IP-Adressen diese zeigen. Außerdem wird hierüber auch gesteuert, welches System für die Mails der Domain angesprochen werden soll.

Achtung:
Aufgrund der zentralen Bedeutung sollten Änderungen nur mit Vorsicht vorgenommen werden, da eine fehlerhafte Einstellung dazu führen kann, dass die Webseite nicht mehr im Internet abgerufen werden kann oder Mails verloren gehen!

== Änderungen ==

Das aktive Zonefile für eine Domain example.com ist in /etc/bind/pri.example.com zu finden.

Eigene Änderungen sind als Domainadmin möglich. Dazu muss ein vollständiges Zonefile im Konfigurationsverzeichnis etc der Domain abgelegt werden, welches dann editiert werden kann. Im ersten Schritt wird man deshalb, falls noch keine eigenen Änderungen vorgenommen wurden, eine Kopie der aktuellen Konfiguration anlegen:

xyz00@hopi:~$ cp /etc/bind/pri.example.com /home/doms/example.com/etc

Das Zonefile sieht normalerweise etwa folgendermaßen aus:

$TTL 4H
example.org. IN SOA dns1.hostsharing.net. hostmaster.hostsharing.net. (
1022226978 ; serial secs since Jan 1 1970
6H ; refresh (=10000)
1H ; retry (=1800)
1W ; expire
1H ; minimum
)

; please read http://www.hostsharing.net/tech/descriptions/domains-zonefile.htm

<pre><nowiki>
IN NS dns1.hostsharing.net.
IN NS dns2.hostsharing.net.
IN NS dns3.hostsharing.net.

IN MX 30 mail
IN MX 80 backupmx.hostsharing.net.

IN A 212.42.230.152

www IN A 212.42.230.152
ftp IN A 212.42.230.152
pop3 IN A 212.42.230.152
mail IN A 212.42.230.152
*.example.org. IN A 212.42.230.152
</nowiki></pre>

Der erste Block SOA definiert die Start Of Authority Ressource. Der wichtigste Eintrag hier ist die Seriennummer. Diese wird von den DNS-Servern benutzt, um eine Änderung zu erkennen. Deshalb muss diese Nummer bei jeder Anpassung erhöht werden, oder die Änderung wird nicht vollständig im Internet sichtbar. Der konkrete Wert ist nicht wichtig, so dass man durchaus auch einfach die dort stehende Zahl um eins erhöhen kann. In der Regel verwenden wir hier die Anzahl der Sekunden seit 1970, die sich einfach über das Kommando date +%s auf dem Server ermitteln lässt.

Nach jeder Änderung an einem selbstverwalteten Zonefile muss eine Datei /home/doms/example.com/etc/zonefile.upd angelegt, bzw. deren Zeitstempel aktualisiert werden. Beides kann etwa durch das Kommando touch /home/doms/example.com/etc/zonefile.upd erledigt werden. Dann dauert es noch einige Minuten, bis die Änderungen von unserem DNS-Server übernommen werden. Bis die DNS-Caches der Welt eine Änderung mitbekommen, kann es natürlich etwas länger dauern.

Wenn man ein eigenes Zonefile in /home/doms/example.org/etc löscht, bleibt im Nameserver der letzte Stand erhalten! Falls man für eine Domain wieder ein Hostsharing-Standard-Zonefile haben möchte, kann man ein leeres (= 0 Bytes) Zonefile anlegen:

xyz00@hopi:~$ echo -n > /home/doms/example.org/etc/pri.example.org

Das -n ist wichtig, sonst ist die Datei nicht wirklich leer und es gibt Fehlermeldungen!
Logfile

Im Verzeichnis /var/log/named sind die Logfiles des Nameservers einsehbar. Das aktuelle Log wird unter dem Namen named.log angelegt. Dieses wird beim Neustart des DNS-Servers immer neu angelegt und zeigt bei einer erfolgreichen Änderung den folgenden Inhalt:

Oct 11 18:32:21.400 info: zone example.org/IN: loaded serial 1065889567
Oct 11 18:32:21.435 info: zone example.org/IN: sending notifies (serial 1065889567)
Oct 11 18:32:21.755 info: client 213.133.116.2#57100: transfer of 'example.org/IN': AXFR-style IXFR started
Oct 11 18:32:22.264 info: client 62.75.149.27#45282: transfer of 'example.org/IN': AXFR-style IXFR started

Die Zeilen bedeuten jeweils:

* Das geänderte Zonefile wurde vom DNS-Server erfolgreich geladen
* Der lokale Server sendet eine Benachrichtigung an die Secondaries, damit diese die Änderung ebenfalls übernehmen können.
* Die Secondaries haben die geänderten Daten abgeholt (pro Secondary jeweils ein Eintrag)

Tippfehler oder falsche Angaben im Zonefile werden hier ebenfalls angezeigt, so dass man diese leicht sofort beheben kann.
Platzhalter für eigene Zonenfiles

In eigenen Zonenfiles können jetzt Platzhalter verwendet werden. Diese ermöglichen uns das Ändern von IP#n ohne vorherige Ankündigung. Insbesondere das Verschieben von Paketen zwischen physikalischen Hosts wird damit vereinfacht. Es stehen die folgenden Platzhalter zur Verfügung:

{PAC_IPNUMBER}

{PAC_HOSTNAME}

{DOM_IPNUMBER}

{DOM_HOSTNAME}

{MYSQL_IPNUMBER}

{MYSQL_HOSTNAME}

{PGSQL_IPNUMBER}

{PGSQL_HOSTNAME}

{FTP_IPNUMBER}

{FTP_HOSTNAME}

{SMTP_IPNUMBER}

{SMTP_HOSTNAME}

{POP3_IPNUMBER}

{POP3_HOSTNAME}

{IMAP_IPNUMBER}

{IMAP_HOSTNAME}

{PAC_DNS_MASTER}

{HS_DNS1_IPNUMBER}

{HS_DNS2_IPNUMBER}

{HS_DNS3_IPNUMBER}

{HS_DNS1_HOSTNAME}

{HS_DNS2_HOSTNAME}

{HS_DNS3_HOSTNAME}

{TTL}

{SIO}

{MX1_IPNUMBER}

{MX1_HOSTNAME}

{MX2_IPNUMBER}

{MX2_HOSTNAME}

Es wird dringend empfohlen, in eigenen Zonenfiles diese Platzhalter zu verwenden. Bei Änderungen von IP#n oder anderen Umstrukturierungen ist hiermit der weitere Betrieb gewährleistet, ohne selbst auf solche Ankündigungen achten zu müssen. Die Hostnamen verstehen sich allesamt ohne den in Zonenfiles oft benötigten abschließenden Punkt.

[[Kategorie:Domains]]

Logging

2009-03-07T13:18:20Z

Jgp00-mail: /* Logging */

== Allgemeines ==
Der zur Abrechnung herangezogene Traffic wird pro Tag dem Paketadmin als Logfile zugänglich gemacht. Für jeden Monat wird eine eigene Datei angelegt. Dieses ist unter dem Namen ''/home/pacs/xyz00/var/traffic-YYYY-MM.log'' zu finden und enthält mehrere durch ein Semikolon voneinander abgetrennte Felder, z.B.:

<pre><nowiki>
# Datum ; Pac ; Trafficlimit Monat ; Trafficlimit Tag ; Trafficsumme ; HTTP ; FTP ; POP3
2004-01-01;xyz00;4096;136.533;26.404;25.467;0.225;0.712
2004-01-02;xyz00;4096;136.533;76.715;61.936;0.055;14.724
</nowiki></pre>
Dabei bedeuten die Spalten im Einzelnen:

1. Datum der Messung im Format YYYY-MM-DD
2. Name des Paketes
3. Gebuchter Gesamttraffic pro Monat in Megabytes
4. Durchschnittlich möglicher Traffic in Megabytes pro Tag bei einer gleichmäßigen Nutzung
5. Trafficverbrauch am angegebenen Tag in Megabytes
6. Trafficverbrauch für HTTP in Megabytes
7. Trafficverbrauch für FTP in Megabytes
8. Trafficverbrauch für POP3/IMAP in Megabytes

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

== Traffic bei eigener IP-Adresse ==
Bei Paketen mit einer eigenen IP-Nummer werden die kumulierten Traffic-Zahlen (inbound und outbound) der IPC-ng Auswertung für die IP-Nummer des Pakets monatlich in einer Datei mit dem Namen /home/pacs/xyz00/var/trafficlog.YYYY-MM täglich aktualisiert. Die Zahlen des aktuellen Tages stehen außerdem in der Datei /home/pacs/xyz00/var/trafficlog.today zur Verfügung. Diese werden alle zwei Stunden aktualisiert.

Das Beispiel zeigt eine Tagesstatistik vom 14.7.2003 von Mitternacht bis 11:02:54 für eine fiktive IP-Adresse 10.11.12.13. Es wurde in diesem Zeitraum etwa 144 KB eingehender und 246 KB abgehender Traffic für diese IP-Adresse gemessen.

<pre><nowiki>
IP accounting summary
Host: pima.hostsharing.net / Time created: 2003/07/14 11:02:54 CES
Data from 2003/07/14 00:00:00 CES to 2003/07/14 11:02:54 CES
10.11.12.13 in : 147764
10.11.12.13 out : 252910
</nowiki></pre>

== HTTP-Traffic ==
Im Moment steht das Access-Log des Webservers im jeweiligen Paket in Echtzeit zur Verfügung und kann unter /home/pacs/xyz00/var/web.log eingesehen werden. Kurz nach Mitternacht werden aus dieser Datei einzelne Logfiles entsprechend dem abgerufenen Domainnamen generiert und komprimiert abgespeichert. Der Dateiname lautet /home/pacs/xyz00/var/web-www.example.org-YYYYMMDD-HHMI.log.gzenthält neben aufgerufener Domain und Subdomain auch Datum und Uhrzeit der Generierung.

Die 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.

Vom Webserver wird lediglich die Größe des zum Client übertragenen Dokumentes im Logfile vermerkt. Der tatsächlich entstehende Traffic liegt jedoch über diesem Wert, da der Request zur Anforderung hinzugezählt werden muss und auch durch das zur Übertragung verwendete TCP/IP-Protokoll zusätzliche 40 Bytes Overhead entstehen. Wir benutzen deshalb die nachfolgende Formel zur Abschätzung des tatsächlich entstandenen Traffics:

Traffic = 1.15 * ( Documentsize + Requestsize + 40 )

== FTP-Traffic ==

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 vom System die Logfiles nach 48 Tagen automatisch gelöscht.

Die Berechnung des tatsächlich genutzten Traffics wird ähnlich wie beim HTTP-Traffic vorgenommen. Die Größe des Requests beinhaltet u.a. den angesprochenen Dateinamen und kompensiert auch einige nicht im Logfile protokollierte Operationen (z.B. Auflisten des Verzeichnisinhaltes). Die verwendete Formel:

Traffic = 1.15 * ( Filesize + Requestsize)

Die Felder (Spalten) sind der Reihe nach:
<pre>
* Datum/Zeit: aktuelles Datum und aktuelle Zeit 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-Nummer der Gegenstelle des Transfers (immer localhost bei ssh Tunnel)
* Größe: Anzahl der Bytes in der übertragenen Datei
* Dateiname: Name oder vollständiger Pfad der übertragenen Datei
* Mode:
a - ASCII Transfer Type
b - Binäre Dateiübertragung
* Format:
C - Datei wurde komprimiert (compress)
U - Datei wurde entkomprimiert (uncompressed)
T - Datei wurde als tarball versandt (tarred)_ - Datei blieb unverändertRichtung
i - Datei wurde auf localhost hochgeladen (input)
o - Datei wurde von localhost heruntergeladen (output)
d - Datei wurde auf localhost gelöscht (delete)
* Zugriff:
r - Der folgende User-name ist ein regulärer user (real)
g - Der folgende User-name gehört zu einem Gastzugang mit Password (guest)
a - Der folgende User-name ist ein Passwort (anonymous)
* User-name: Name des users, unter dem der Zugriff bzw. die Übertragung erfolgte, sofern er sich angemeldet hat, oder das Passwort bei anonymen Usern.
* Service: Name des Service der Übertragung, normalerweise ftp oder fsp.
* Authentifizierung:
0 - keine / standard
1 - RFC 931 Authentifizierung
* Auth-User-Id: Wenn ein authentifizierter User vorliegt, dessen Name oder Id, ansonsten wird "*" ausgegeben.
* Beendigung:
c - Transfer beendet (complete)
i - Übertragung unvollständig (incomplete)
</pre>

== Mail-Traffic ==

Eine Bereitstellung der täglichen Logs über POP3- und IMAP-Zugriffe auf Paketuser ist optional möglich und wird im nächsten Abschnitt beschrieben. Die Logfiles werden dann unter dem Namen /home/pacs/xyz00/var/mail-YYYYMMDD-HHMI.log.gz als komprimierte Datei abgelegt.

Für die Berechnung des Traffics wird die unten angegebene Formel benutzt. Mit den 1500 Bytes pro Verbindung wird das beim Auf- und Abbau der Verbindung ablaufende Protokoll zwischen Mailclient und Server berücksichtigt.

Traffic = 1.15 * ( Mailsize + 1500 )

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 größeres Problem.

== Konfigurationsmöglichkeiten für Paket- und Domainadmins ==

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 werden alternativ im Verzeichnis der Domain- oder des Domainadmins angelegt.

Die Konfiguration der Features erfolgt zunächst über eine vom Paketadmin anzulegende Steuerdatei. Die Datei muss unter dem Namen /home/pacs/xyz00/etc/config.ini erstellt werden.

Das Format dieser Datei ist das bekannte Inifile-Format, d.h. es gibt sogenannte Sektionen (in eckigen Klammern) und darin Parameter, denen ein Wert zugewiesen wird. Durch die Sektionen wird der Gültigkeitsbereich der darin festgelegten Parameter bestimmt. Derzeit gibt es neben der Sektion [global], die Parameter für das komplette Paket enthält, noch die domainspezifischen Sektionen. Der Name dieser Sektionen setzt sich aus einem Prefix dom: und dem jeweiligen Domainnamen zusammen. Eine Beispielkonfiguration könnte folgendermaßen aussehen:

<pre><nowiki>
;
; Config
;
[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:example.com]
http_log_directory = domain
http_log_generate = yes
http_log_purge = no
</nowiki></pre>

Derzeit lassen sich in der Konfigurationsdatei die nachfolgenden Parameter definieren:

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

Bei der Ermittlung eines Parameters gilt der Grundsatz, dass eine allgemeine Sektion von einer spezielleren Sektion überschrieben wird. Der in [dom:www.example.org] gesetzte Parameter gilt also vor dem in [dom:example.org] hinterlegten Wert und dieser wird wiederum vor dem in [global] eingetragenen Wert verwendet.

In der angegebenen Beispielkonfiguration wird also keine Generierung der Maillogs gewünscht. Dagegen werden die FTP-Logs im Paket generiert und auch wieder automatisch gelöscht. Da die Logfiles für Mail- und FTP-Traffic nur Paketweise generiert werden, sind diese Parameter auch nur in der Sektion [global] erlaubt. Für die Aufbewahrungsdauer der FTP-Logs ist hier kein Wert festgelegt worden und damit wird der systemweite Default genommen. Die Defaultwerte sind in der Sektion [pacs] der Datei /usr/local/etc/config.ini hinterlegt.

Durch den Parameter http_domaintraffic wurde die Erzeugung eines zusätzlichen Logfiles mit den Trafficwerten der Einzeldomains aktiviert. Auch dieser Parameter ist nur in der Sektion [global] 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 nachfolgendes Format:

<pre><nowiki>
# Datum ; Domain ; Requests ; 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>

Über den Parameter use_domain_config erlaubt der Domainadmin, dass die im Paket eingerichteten Domainadmins jeweils auch eine Datei ~/etc/config.ini anlegen können, wo sie die Parameter für die Erzeugung und Aufbewahrungsfristen der Logs selber steuern können. Der Parameter kann auch innerhalb einer Sektion für eine Domain gesetzt werden und erlaubt dies dann nur für die jeweilige Domain.

Für Zugriffe auf die Domain example.org werden laut Konfiguration keine Logfiles erzeugt, während dies für die Subdomain www.example.org durchaus gemacht wird. Diese Logfiles werden vom System auch nach 10 Tagen wieder gelöscht.

Für die Domain example.com werden alle Logfiles im var-Verzeichnis der Domain (also /home/doms/example.com/var) erzeugt. Da keine Sektionen für irgendwelche Subdomains angelegt sind, gilt dies auch für alle Subdomains. Ein automatisches Löschen dieser Logs wird vom System nicht mehr vorgenommen.

----
[[Kategorie:HSDoku]]
[[Kategorie:Logging]]
[[Kategorie:Logfile]]
[[Kategorie:Traffic]]
[[Kategorie:HTTP-Traffic]]
[[Kategorie:FTP-Traffic]]
[[Kategorie:MAIL-Traffic]]

Verwalten der Zonendaten

2009-03-07T13:16:08Z

Jgp00-mail: Die Seite wurde neu angelegt: Das Zonenfile für eine Domain enthält die Konfiguration für den Domain Name Service (DNS) dieser Domain. Hier ist hinterlegt, welche Hostnamen innerhalb der Domain e...

Das Zonenfile für eine Domain enthält die Konfiguration für den Domain Name Service (DNS) dieser Domain. Hier ist hinterlegt, welche Hostnamen innerhalb der Domain existieren sollen und auf welche IP-Adressen diese zeigen. Außerdem wird hierüber auch gesteuert, welches System für die Mails der Domain angesprochen werden soll.

Achtung:
Aufgrund der zentralen Bedeutung sollten Änderungen nur mit Vorsicht vorgenommen werden, da eine fehlerhafte Einstellung dazu führen kann, dass die Webseite nicht mehr im Internet abgerufen werden kann oder Mails verloren gehen!
Änderungen

Das aktive Zonefile für eine Domain example.com ist in /etc/bind/pri.example.com zu finden.

Eigene Änderungen sind als Domainadmin möglich. Dazu muss ein vollständiges Zonefile im Konfigurationsverzeichnis etc der Domain abgelegt werden, welches dann editiert werden kann. Im ersten Schritt wird man deshalb, falls noch keine eigenen Änderungen vorgenommen wurden, eine Kopie der aktuellen Konfiguration anlegen:

xyz00@hopi:~$ cp /etc/bind/pri.example.com /home/doms/example.com/etc

Das Zonefile sieht normalerweise etwa folgendermaßen aus:

$TTL 4H
example.org. IN SOA dns1.hostsharing.net. hostmaster.hostsharing.net. (
1022226978 ; serial secs since Jan 1 1970
6H ; refresh (=10000)
1H ; retry (=1800)
1W ; expire
1H ; minimum
)

; please read http://www.hostsharing.net/tech/descriptions/domains-zonefile.htm

IN NS dns1.hostsharing.net.
IN NS dns2.hostsharing.net.
IN NS dns3.hostsharing.net.

IN MX 30 mail
IN MX 80 backupmx.hostsharing.net.

IN A 212.42.230.152

www IN A 212.42.230.152
ftp IN A 212.42.230.152
pop3 IN A 212.42.230.152
mail IN A 212.42.230.152
*.example.org. IN A 212.42.230.152

Der erste Block SOA definiert die Start Of Authority Ressource. Der wichtigste Eintrag hier ist die Seriennummer. Diese wird von den DNS-Servern benutzt, um eine Änderung zu erkennen. Deshalb muss diese Nummer bei jeder Anpassung erhöht werden, oder die Änderung wird nicht vollständig im Internet sichtbar. Der konkrete Wert ist nicht wichtig, so dass man durchaus auch einfach die dort stehende Zahl um eins erhöhen kann. In der Regel verwenden wir hier die Anzahl der Sekunden seit 1970, die sich einfach über das Kommando date +%s auf dem Server ermitteln lässt.

Nach jeder Änderung an einem selbstverwalteten Zonefile muss eine Datei /home/doms/example.com/etc/zonefile.upd angelegt, bzw. deren Zeitstempel aktualisiert werden. Beides kann etwa durch das Kommando touch /home/doms/example.com/etc/zonefile.upd erledigt werden. Dann dauert es noch einige Minuten, bis die Änderungen von unserem DNS-Server übernommen werden. Bis die DNS-Caches der Welt eine Änderung mitbekommen, kann es natürlich etwas länger dauern.

Wenn man ein eigenes Zonefile in /home/doms/example.org/etc löscht, bleibt im Nameserver der letzte Stand erhalten! Falls man für eine Domain wieder ein Hostsharing-Standard-Zonefile haben möchte, kann man ein leeres (= 0 Bytes) Zonefile anlegen:

xyz00@hopi:~$ echo -n > /home/doms/example.org/etc/pri.example.org

Das -n ist wichtig, sonst ist die Datei nicht wirklich leer und es gibt Fehlermeldungen!
Logfile

Im Verzeichnis /var/log/named sind die Logfiles des Nameservers einsehbar. Das aktuelle Log wird unter dem Namen named.log angelegt. Dieses wird beim Neustart des DNS-Servers immer neu angelegt und zeigt bei einer erfolgreichen Änderung den folgenden Inhalt:

Oct 11 18:32:21.400 info: zone example.org/IN: loaded serial 1065889567
Oct 11 18:32:21.435 info: zone example.org/IN: sending notifies (serial 1065889567)
Oct 11 18:32:21.755 info: client 213.133.116.2#57100: transfer of 'example.org/IN': AXFR-style IXFR started
Oct 11 18:32:22.264 info: client 62.75.149.27#45282: transfer of 'example.org/IN': AXFR-style IXFR started

Die Zeilen bedeuten jeweils:

* Das geänderte Zonefile wurde vom DNS-Server erfolgreich geladen
* Der lokale Server sendet eine Benachrichtigung an die Secondaries, damit diese die Änderung ebenfalls übernehmen können.
* Die Secondaries haben die geänderten Daten abgeholt (pro Secondary jeweils ein Eintrag)

Tippfehler oder falsche Angaben im Zonefile werden hier ebenfalls angezeigt, so dass man diese leicht sofort beheben kann.
Platzhalter für eigene Zonenfiles

In eigenen Zonenfiles können jetzt Platzhalter verwendet werden. Diese ermöglichen uns das Ändern von IP#n ohne vorherige Ankündigung. Insbesondere das Verschieben von Paketen zwischen physikalischen Hosts wird damit vereinfacht. Es stehen die folgenden Platzhalter zur Verfügung:

{PAC_IPNUMBER}

{PAC_HOSTNAME}

{DOM_IPNUMBER}

{DOM_HOSTNAME}

{MYSQL_IPNUMBER}

{MYSQL_HOSTNAME}

{PGSQL_IPNUMBER}

{PGSQL_HOSTNAME}

{FTP_IPNUMBER}

{FTP_HOSTNAME}

{SMTP_IPNUMBER}

{SMTP_HOSTNAME}

{POP3_IPNUMBER}

{POP3_HOSTNAME}

{IMAP_IPNUMBER}

{IMAP_HOSTNAME}

{PAC_DNS_MASTER}

{HS_DNS1_IPNUMBER}

{HS_DNS2_IPNUMBER}

{HS_DNS3_IPNUMBER}

{HS_DNS1_HOSTNAME}

{HS_DNS2_HOSTNAME}

{HS_DNS3_HOSTNAME}

{TTL}

{SIO}

{MX1_IPNUMBER}

{MX1_HOSTNAME}

{MX2_IPNUMBER}

{MX2_HOSTNAME}

Es wird dringend empfohlen, in eigenen Zonenfiles diese Platzhalter zu verwenden. Bei Änderungen von IP#n oder anderen Umstrukturierungen ist hiermit der weitere Betrieb gewährleistet, ohne selbst auf solche Ankündigungen achten zu müssen. Die Hostnamen verstehen sich allesamt ohne den in Zonenfiles oft benötigten abschließenden Punkt.

[[Kategorie:Domains]]

Domains

2009-03-07T13:15:40Z

Jgp00-mail:

Benutzer:Jgp00-mail

2009-03-07T12:41:39Z

Jgp00-mail: Die Seite wurde neu angelegt: Jan Galinski

Jan Galinski

Diskussion:Domains

2009-03-07T12:41:19Z

Jgp00-mail: Die Seite wurde neu angelegt: Ein bißchen gärtnern --~~~~

Ein bißchen gärtnern --[[Benutzer:Jgp00-mail|Jgp00-mail]] 12:41, 7. Mär. 2009 (UTC)

Domains

2009-03-07T12:40:46Z

Jgp00-mail:

{{Baustelle}}

Inhalt folgt ... weg mag nur zu :-)

== Jede Domain ==
Ist eigenständig (keine Unterscheidung zwischen Haupt- und Zusatzdomain). Eine Zusatzdomain ist für uns eine Weiterleitungsdomain ohne Inhalt (z.B. hostsharing.de wird auf hostsharing.org geleitet)bekommt die Sonder-Sub-Domains www.example.com, ftp.example.com, mail.example.com, pop3.example.com kann eine theoretisch unbegrenzte Anzahl Sub-Domains enthalten,kann ein eigenes Zonenfile stellen.

== Verzeichnis-Struktur ==
== Domain-Aufträge ==
== Verwalten der Zonendaten ==
== selbstregistrierte Domains ==
== Zuordnung DomainAdmin ==

----
[[Kategorie:HSDoku]]
[[Kategorie:Domain]]
[[Kategorie:Baustelle]]

Domains

2009-03-07T12:40:01Z

Jgp00-mail: /* Domains */

== Domains ==

{{Baustelle}}

Inhalt folgt ... weg mag nur zu :-)

=== Jede Domain ===
Ist eigenständig (keine Unterscheidung zwischen Haupt- und Zusatzdomain). Eine Zusatzdomain ist für uns eine Weiterleitungsdomain ohne Inhalt (z.B. hostsharing.de wird auf hostsharing.org geleitet)bekommt die Sonder-Sub-Domains www.example.com, ftp.example.com, mail.example.com, pop3.example.com kann eine theoretisch unbegrenzte Anzahl Sub-Domains enthalten,kann ein eigenes Zonenfile stellen.
=== Verzeichnis-Struktur ===
=== Domain-Aufträge ===
=== Verwalten der Zonendaten ===
=== selbstregistrierte Domains ===
=== Zuordnung DomainAdmin ===

----
[[Kategorie:HSDoku]]
[[Kategorie:Domain]]
[[Kategorie:Baustelle]]

PHP 5.2.5

2009-02-22T20:47:20Z

Jgp00-mail:

{{Baustelle}}

== Installationsanleitung für Typo3 auf hostsharing.net Servern==
=== Benötigte Dateien ===
#Typo3

Lade Dir die aktuelle Version von Typo3 von der Typo3-Website (www.typo3.org) herunter.

Du brauchst zwei Pakete:

1. Den SRC-Code, das ist der eigentliche Quellcode.

2. Dummy oder Testsite: Dummy ist eine komplett leere Umgebung, Testsite beinhaltet einige Beispiele und ist deshalb für Anfänger besser geeignet. Man kann nur eine der beiden Pakete verwenden.

Welche Version Du verwendest, ist eigentlich egal, momentan ist 3.7.0 aktuell und diese läuft auch bei Hostsharing stabil. Verwende die tar-Version, nicht zip.

Du findest auch einige Versionen im zentralen Verzeichnis /usr/local/tmp/Typo3Install. Die kannst Du verwenden, dann sparst Du dir den Download.

=== ImageMagick ===

Um die vielfältigen Bildverarbeitungsmöglichkeiten nutzen zu können, brauchst Du eine Version von ImageMagick. Im Verzeichnis /usr/bin existiert eine 5.4.4-Version, die direkt verwendet werden kann.

Die Version 4.2.9 wurde für Typo3 optimiert und wird deshalb empfohlen. Sie befindet sich im Verzeichnis /usr/local/tmp/Typo3Install. Will man diese Version verwenden, dann muss man die Binaries in ein Verzeichnis kopieren, auf das der Nutzer (z.B. xyz00-doms), unter dem die Domain läuft, zugreifen kann, zum Beispiel:

xyz00-doms@hopi:~$ mkdir ~/bin
xyz00-doms@hopi:~$ cp -R /usr/local/tmp/Typo3Install/imagemagick429 ~/bin

=== PHP und .htaccess ===

Für den Betrieb von Typo3 auf Hostsharing musst Du PHP via CGI ansprechen. Wie das funktioniert, kannst Du unter PHP via CGI nachlesen. Verwende am besten die aktuellste PHP-Version, da frühere Versionen meistens Sicherheitslücken aufweisen.

Die .htaccess-Datei, von der in der Anleitung die Rede ist, erstellen wir in genau dem Verzeichnis, unter dem Typo3 installiert werden soll, also z.B.
doms/example.com/subs/www.

Die php.ini-Datei (oder php-cgi.ini) müssen wir vorher auf jeden Fall noch anpassen:

memory_limit = 16M (oder höher)
post_max_size = 8M

und ganz unten auskommentieren(";" entfernen):

extension=gd.so
extension=mysql.so
== Vorgehensweise ==

=== Typo3 entpacken ===

Zunächst entpacken wir den Quellcode (SRC) in ein beliebiges Verzeichnis des Domain-Admins. Der Quellcode kann von mehreren Testsites oder Dummys verwendet werden. Wir wählen für unser Beispiel die (mittlerweile wirklich veraltete) 3.5.0-Version, die auf dem Hostsharing-Server liegt. Diese entpacken wir in das Stammverzeichnis des Domain-Admins.

xyz00-doms@hopi:~$ tar -xvzf /usr/local/tmp/Typo3Install/typo3_src-3.5.0-hostsharing.tar.gz

Wenn wir einen Link auf dieses neue Verzeichnis anlegen, wird später ein Update leichter möglich sein:

xyz00-doms@hopi:~$ ln -s typo3_src-3.5.0 typo3_src

Das Stamm-Verzeichnis sollte jetzt so aussehen:

drwxr-x--- 7 xyz00 httpd 4096 Feb 27 15:42 .
dr-xr-x--T 7 httpd xyz00 4096 Jan 26 21:00 ..
drwxr-xr-x 2 xyz00 xyz00 4096 Mar 1 17:01 doms
drwxr-xr-x 2 xyz00 xyz00 4096 Oct 16 19:48 etc
lrwxrwxrwx 1 xyz00 xyz00 15 Mar 3 18:56 typo3_src -> typo3_src-3.5.0
drwxr-xr-x 6 xyz00 xyz00 4096 Jan 30 17:23 typo3_src-3.5.0
drwxr-xr-x 2 xyz00 xyz00 4096 Feb 21 2002 Maildir

Als nächstes entpacken wir das Testsite- oder Dummy-Paket. Wir gehen in das Verzeichnis der Domain, in dem Typo3 laufen soll:

xyz00-doms@hopi:~$ cd doms/example.com/subs/www

Hierher entpacken wir das Testsite- oder das Dummy-Paket. Für Anfänger empfehlen wir die Testsite-Version.

xyz00-doms@hopi:~/doms/example.de/subs/www$ tar -xvzf /usr/local/tmp/Typo3Install/testsite-3.5.tgz

oder:

xyz00-doms@hopi:~/doms/example.de/subs/www$ tar -xvzf /usr/local/tmp/Typo3Install/dummy-3.5.0.tar.gz

Jetzt müssen noch die SymLinks umgesetzt werden. Zuerst erstellen wir drei Links auf Verzeichnisse in der zentrale SRC-Installationsdatei, in unserem Fall auf den Link typo3_src, den wir vorhin erstellt haben und der ja seinerseits auf die zentrale SRC-Datei verweist:

xyz00-doms@hopi:~/doms/example.de/subs/www$ ln -s ~/typo3_src/typo3 typo3
xyz00-doms@hopi:~/doms/example.de/subs/www$ ln -s ~/typo3_src/tslib tslib
xyz00-doms@hopi:~/doms/example.de/subs/www$ ln -s ~/typo3_src/t3lib t3lib

Anschließend setzen wir noch drei Links innerhalb des Domain-Verzeichnisses:

xyz00-doms@hopi:~/doms/example.de/subs/www$ ln -s tslib/index_ts.php index.php
xyz00-doms@hopi:~/doms/example.de/subs/www$ ln -s tslib/media media
xyz00-doms@hopi:~/doms/example.de/subs/www$ ln -s tslib/showpic.php showpic.php

Das Verzeichnis sollte jetzt so aussehen:

drwxr-xr-x 6 xyz00-do xyz00 4096 Mar 9 19:16 .
drwxr-xr-x 7 xyz00-do xyz00 4096 Mar 12 10:21 ..
-rwxr-xr-x 1 xyz00-do xyz00 46 Feb 6 2002 clear.gif
drwxr-xr-x 10 xyz00-do xyz00 4096 Mar 9 19:19 fileadmin
-rw-r--r-- 1 xyz00-do xyz00 272 Jan 27 21:10 .htaccess
lrwxrwxrwx 1 xyz00-do xyz00 18 Mar 3 18:56 index.php -> tslib/index_ts.php
lrwxrwxrwx 1 xyz00-do xyz00 12 Mar 3 18:56 media -> tslib/media/
lrwxrwxrwx 1 xyz00-do xyz00 17 Mar 3 18:56 showpic.php -> tslib/showpic.php
lrwxrwxrwx 1 xyz00-do xyz00 21 Mar 9 19:26 t3lib -> ../../typo3_src/t3lib
lrwxrwxrwx 1 xyz00-do xyz00 21 Mar 9 19:26 tslib -> ../../typo3_src/tslib
lrwxrwxrwx 1 xyz00-do xyz00 21 Mar 9 19:26 typo3 -> ../../typo3_src/typo3
drwxr-xr-x 3 xyz00-do xyz00 4096 Mar 9 19:21 typo3conf
drwxr-xr-x 2 xyz00-do xyz00 4096 Mar 16 11:31 typo3temp
drwxr-xr-x 8 xyz00-do xyz00 4096 Mar 9 19:19 uploads

== Typo3 konfigurieren ==

Typo3 ist nun unter www.example.com/typo3 erreichbar. Zum Konfigurieren ruft man im Browser das install-Tool unter www.example.com/typo3/install auf. Das install-Tool ist aber noch durch ein die() vor Ausführung geschützt. Daher müssen wir zunächst die Datei subs/typo3_src/typo3/install/index.php editieren und das die() auskommentieren. Das sieht dann in etwa so aus:

//**************************************************************************
// Insert some security here, if you don't trust the Install Tool Password:
//**************************************************************************
//die("In the main source distribution of Typo3, the install script is disabled by a die() function call.
//if (substr(getenv("REMOTE_ADDR"),0,12)!="192.168.1.18" && getenv("REMOTE_ADDR")!="213.237.20.63")
exit;

Dann kann das Install-Tool gestartet werden: http://www.example.com/typo3/install/

Man sollte auf jeden Fall sofort das Install-Tool-Passwort ändern! (es heißt zu Beginn joh316)
=== BASIC CONFIGURATION ===

* Unter Basic Configuration muss jetzt der Benutzername und das Passwort für MySQL eingerichtet werden. Dann kann eine Datenbank erzeugt werden. Typo3 verwendet einen Deiner Nutzer für den MySQL-Server, der aber noch angelegt werden muss. Eine Beschreibung dazu gibt es hier.
* Jetzt muss der Pfad zu ImageMagick angegeben werden, also entweder /usr/bin für 5.4.4 oder das Verzeichnis, in das Du eine andere, z.B. die 4.2.9-Version entpackt hast (s.o.).
* Die Zeile ImageMagick [lzw] muss!!! leer bleiben, damit die LZW-Funktionen der GD-Lib genutzt werden!!

=== DATABASE ANALYSER ===

* Update required tables -> COMPARE klicken
dann auf write to database klicken
* Dump static data -> IMPORT klicken
dann alle Tabellen zum Import markieren und dann write to database klicken.
* Admin-User anlegen. Dieser Admin-User und das Passwort sind nötig für den ersten Zugang zum Backend der neuen Website.

=== ALL CONFIGURATION ==0

* [im_combine_filename] = 'combine' setzen
* [TTFdpi] = '96' setzen
* [gif_compress] ='' setzen

=== IMAGE PROCESSING ===

Alle Tests sollten erfolgreich sein: Die Bilder sind ein wenig größer als die Referenz - das ist OK und liegt daran, dass Freetype 2 verwendet wird. Dafür sind die Ergebnisse besser.

Jetzt sollte unter http://www.example.com die Typo3-Testsite zu erreichen sein. Das Backend erreicht man unter http://www.example.com/typo3/.
----
[[Kategorie:HSDoku]]
[[Kategorie:Installationsanleitungen]]
[[Kategorie:Typo3]]
[[Kategorie:Baustelle]]

Diskussion:PHP 5.2.5

2009-02-22T20:46:40Z

Jgp00-mail: Die Seite wurde neu angelegt: Ich glaube, 3.7. kann/muss wirklich mal weg, 4.2 ist aktuell und wer neu installiert wird sich damit nicht aufhalten wollen

Ich glaube, 3.7. kann/muss wirklich mal weg, 4.2 ist aktuell und wer neu installiert wird sich damit nicht aufhalten wollen

Hauptseite

2009-02-22T20:44:44Z

Jgp00-mail: /* Hostsharing Dokumentation */

{{Textkasten|gruen|Willkommen beim Hostsharing-Wiki|In diesem Wiki wird die Nutzung der Dienste von Hostsharing dokumentiert. Es ist derzeit ein Provisorium, aber oft genug halten Provisorien verdammt lange. Bitte hilf mit, die Dokumentation zu verbessern! In unserem '''[[Hostsharing_Wiki:Autorenportal|Autorenportal]]''' findest du Hinweise dazu, wie du dich beteiligen kannst.}}

== Hostsharing System ==

[[Hardware]]

[[Netzwerk]]

== Hostsharing Dokumentation ==

; [[Einstieg bei Hostsharing]] : Für alle, die neu bei Hostsharing sind oder mit Servertechnik auf Kommandozeilenebene noch keine Erfahrungen haben. Vor allem für Mac- und Windows-Nutzer interessant.
; [[Pakete]] : Allgemeine Informationen zu den Paketen. Unterschiede zwischen Dynamic-Web und Static-Web-Paketen. Verzeichnisstrukturen.
; [[User]] : Welche verschiedenen User gibt es, welche Rechte haben sie? Wie legt man neue User/Accounts an oder bearbeitet sie? Wie ändert man sein Passwort?
; [[Domains]] : Allgemeine Informationen zu den Paketen. Unterschiede zwischen Dynamic-Web und Static-Web-Paketen. Verzeichnisstrukturen.
; [[Cron]] : Zeitgesteuerte Programmausführungen mit cronjobs
; [[Logging]] : Beschreibung unserer verschiedenen Logfiles, die zur Erfassung von Zugriffsstatistiken, Errors oder Quotas dienen können.
; [[E-Mail]] : Alles rund um die Nutzung von e-mail in Verbindung mit den Hostsharing Webpaketen.
; [[WWW]] : Wie kann man den Zugriff auf Webseiten einschränken? Wie werden subdomains angelegt? Und alles weitere rund um den Betrieb von Webseiten bei Hostsharing.
; [[Datenbanken]] : Beschreibung des Zugriffs auf die Datenbank-Server. Wie werden Datenbanken angelegt? Wie können die Datenbanken verwaltet werden? Wie werden die Zugriffsrechte gesetzt?
; [[Backup & Restore]] : Die Datensicherung hat bei uns einen hohen Stellenwert und kann auch nützlich sein, wenn Daten im Paket versehentlich gelöscht wurden. Hier wird beschrieben wie die Datensicherung läuft und wie der Zugriff auf die die Backups erfolgen kann.

[[:Kategorie:Installationsanleitungen|Installationsanleitungen]]

Hauptseite

2009-02-22T20:42:14Z

Jgp00-mail: /* Hostsharing Dokumentation */

User-Arten

2009-02-22T20:41:20Z

Jgp00-mail:

Generell gilt:

* Jeder Paket-Admin bekommt einen [[User]]-Namen der Art xyz00, wobei in der Regel xyz aus dem Namen des Paketinhabers gebildet wird und 00 eine fortlaufende Nummer seiner Pakete ist.
* Wenn ein Paket-Admin in seinem DW-Paket weitere User anlegt, beginnen deren Namen mit den Zeichen xyz00- (Paket-Prefix gefolgt von einem Minuszeichen)

Hier eine Auflistung aller möglichen [[User]]-Arten, die es bei Hostsharing geben kann. Die Hierarchie gliedert sich (soweit möglich) in aufsteigender Reihenfolge.

== Mail-User ==

Jeder Shell-User auf unseren hosts ist gleichzeitig automatisch auch E-Mail-User und kann E-Mails senden und empfangen.

Details zum E-Mail-Versand und -Empfang findet man hier '''LINK MISSING'''.

Reine Mail-User, also User, die wirklich nur E-Mails senden und empfangen können, entstehen dadurch, dass ihnen keine interaktive Shell (d.h. Kommandozeileninterpreter) zugewiesen wird.

Dadurch ist es ihnen nicht möglich, sich direkt auf dem Server anzumelden.

Jedem User ist es aber außerdem möglich, per FTP auf den Server zuzugreifen. Handelt es sich um einen Mail-User wird er allerdings nur das Verzeichnis Maildir vorfinden.

Will der Paket Admin einem User die Möglichkeit geben, zumindest sein Passwort zu ändern, kann er ihm die Shell /usr/bin/passwd zuordnen. Dann kann der User lediglich sein Passwort ändern, wenn er sich mit ssh anmeldet.

== Shell-User ==

Dieser User hat eine normale Shell zugewiesen bekommen und darf sich deshalb auf dem System anmelden und die üblichen Unix-Kommandos ausführen. In der Regel kann er nur seine eigenen Dateien ändern, aber er darf alle Dateien sehen, die vom jeweiligen Besitzer für alle freigegeben wurden.

Shell-User loggen sich mit ssh ein.

== Datenbank-User ==

Die Datenbank-Systeme haben jeweils ihre eigene User-Verwaltung. Die mySQL-User werden hier genauer erklärt.

== Website-User ==

Man kann einzelne Webseiten oder ganze Sites gegen Einsichtnahme durch Unberechtigte sperren. Prinzipiell hat jede solche Sperre eine eigene User-Verwaltung mit eigenen Namen und Passworten. Mehr dazu findet man auf unserer Seite zum Passwortschutz von Webseiten oder in den entsprechenden Teilen der Apache-Dokumentation.

== Domainadmin ==

Pro Domain gibt es genau einen Domainadmin. Dieser hat FTP-Zugang zu den Domain-Daten. Eine Domain kann aber natürlich auch direkt vom Paket-Admin administriert werden.

Der Domainadmin kann unter anderem

* E-Mail-Adressen für diese Domain einrichten,
* Sub-Domains anlegen,
* Zonen-Daten ändern,
* Dateien und Verzeichnisse anlegen oder hochladen, die per Web-Server sichtbar sind.

== Paketadmin ==

Mitglieder + indirekte Kunden über Mitglied.

Die Administration eines Paketes erfolgt durch den Paketadmin. Dies ist ein Unix-Account, dessen Name sich aus dem dreistelligen Paketkürzel sowie einer zweistelligen Nummer zusammensetzt. Jeder Paketadmin hat außerdem die E-Mail-Adressen xyz00@xyz00.hostsharing.net und admin@xyz00.hostsharing.net.

Die Rechte des Paketadmins umfassen die Rechte des Domainadmins, zusätzlich kann ein Paketadmin

* die Domains des Pakets einem User (Domainadmin) des Pakets zuordnen,
* weitere Domains bestellen,
* die Domains des Paketes administrieren,
* User einrichten / löschen,
* den Usern des Pakets Shell-Zugang geben/nehmen,
* per sudo die Rechte eines jeden Users seines Paketes annehmen

== Hostmaster ==

Dies ist ein Mitglied mit root-Rechten auf einem Host. Hostmaster können alles auf dem Server. Sie sind für den sicheren Betrieb zuständig und damit Ansprechpartener für zu installierende Software. Ihnen obliegt die Konzeption, Struktur und Überwachung einer sauberen Dokumentation der gesamten serverseitigen Software. Es wird angestrebt, einen Pool von Administratoren zu bilden. Die Hostmaster sind unter service@hostsharing.net zu erreichen.

Ein Hostmaster muss seine Qualifikation und sein Verantwortungsbewusstsein nachweisen. Hostmaster werden vom Vorstand bestimmt. Bei Personalunion von Hostmaster und Vorstand sollte eine Bestätigung durch einfache Mehrheit der Generalversammlung erfolgen.

"Hostmaster of the day" (HMOTD) ist derjenige Hostmaster, der an einem bestimmten Tag die Verantwortung für unseren Server hat. Es muss für jeden Tag einen "Hostmaster of the day" geben, damit dieser kurzfristig eingreifen kann.

Der Hostmaster kann alles, was auch ein Paketadmin kann, zusätzlich kann er

* Software installieren / upgraden / deinstallieren
* Pakete einrichten / ändern / löschen
* Domains einrichten / verschieben / löschen

User-Arten

2009-02-22T20:32:54Z

Jgp00-mail: Die Seite wurde neu angelegt: Generell gilt: * Jeder Paket-Admin bekommt einen User-Namen der Art xyz00, wobei in der Regel xyz aus dem Namen des Paketinhabers gebildet wird und 00 eine fortlaufend...

Generell gilt:

* Jeder Paket-Admin bekommt einen User-Namen der Art xyz00, wobei in der Regel xyz aus dem Namen des Paketinhabers gebildet wird und 00 eine fortlaufende Nummer seiner Pakete ist.
* Wenn ein Paket-Admin in seinem DW-Paket weitere User anlegt, beginnen deren Namen mit den Zeichen xyz00- (Paket-Prefix gefolgt von einem Minuszeichen)

Hier eine Auflistung aller möglichen User-Arten, die es bei Hostsharing geben kann. Die Hierarchie gliedert sich (soweit möglich) in aufsteigender Reihenfolge.

== Mail-User ==

Jeder Shell-User auf unseren hosts ist gleichzeitig automatisch auch E-Mail-User und kann E-Mails senden und empfangen.

Details zum E-Mail-Versand und -Empfang findet man hier LINK MISSING.

Reine Mail-User, also User, die wirklich nur E-Mails senden und empfangen können, entstehen dadurch, dass ihnen keine interaktive Shell (d.h. Kommandozeileninterpreter) zugewiesen wird.

Dadurch ist es ihnen nicht möglich, sich direkt auf dem Server anzumelden.

Jedem User ist es aber außerdem möglich, per FTP auf den Server zuzugreifen. Handelt es sich um einen Mail-User wird er allerdings nur das Verzeichnis Maildir vorfinden.

Will der Paket Admin einem User die Möglichkeit geben, zumindest sein Passwort zu ändern, kann er ihm die Shell /usr/bin/passwd zuordnen. Dann kann der User lediglich sein Passwort ändern, wenn er sich mit ssh anmeldet.

== Shell-User ==

Dieser User hat eine normale Shell zugewiesen bekommen und darf sich deshalb auf dem System anmelden und die üblichen Unix-Kommandos ausführen. In der Regel kann er nur seine eigenen Dateien ändern, aber er darf alle Dateien sehen, die vom jeweiligen Besitzer für alle freigegeben wurden.

Shell-User loggen sich mit ssh ein.

== Datenbank-User ==

Die Datenbank-Systeme haben jeweils ihre eigene User-Verwaltung. Die mySQL-User werden hier genauer erklärt.

== Website-User ==

Man kann einzelne Webseiten oder ganze Sites gegen Einsichtnahme durch Unberechtigte sperren. Prinzipiell hat jede solche Sperre eine eigene User-Verwaltung mit eigenen Namen und Passworten. Mehr dazu findet man auf unserer Seite zum Passwortschutz von Webseiten oder in den entsprechenden Teilen der Apache-Dokumentation.

== Domainadmin ==

Pro Domain gibt es genau einen Domainadmin. Dieser hat FTP-Zugang zu den Domain-Daten. Eine Domain kann aber natürlich auch direkt vom Paket-Admin administriert werden.

Der Domainadmin kann unter anderem

* E-Mail-Adressen für diese Domain einrichten,
* Sub-Domains anlegen,
* Zonen-Daten ändern,
* Dateien und Verzeichnisse anlegen oder hochladen, die per Web-Server sichtbar sind.

== Paketadmin ==

Mitglieder + indirekte Kunden über Mitglied.

Die Administration eines Paketes erfolgt durch den Paketadmin. Dies ist ein Unix-Account, dessen Name sich aus dem dreistelligen Paketkürzel sowie einer zweistelligen Nummer zusammensetzt. Jeder Paketadmin hat außerdem die E-Mail-Adressen xyz00@xyz00.hostsharing.net und admin@xyz00.hostsharing.net.

Die Rechte des Paketadmins umfassen die Rechte des Domainadmins, zusätzlich kann ein Paketadmin

* die Domains des Pakets einem User (Domainadmin) des Pakets zuordnen,
* weitere Domains bestellen,
* die Domains des Paketes administrieren,
* User einrichten / löschen,
* den Usern des Pakets Shell-Zugang geben/nehmen,
* per sudo die Rechte eines jeden Users seines Paketes annehmen

== Hostmaster ==

Dies ist ein Mitglied mit root-Rechten auf einem Host. Hostmaster können alles auf dem Server. Sie sind für den sicheren Betrieb zuständig und damit Ansprechpartener für zu installierende Software. Ihnen obliegt die Konzeption, Struktur und Überwachung einer sauberen Dokumentation der gesamten serverseitigen Software. Es wird angestrebt, einen Pool von Administratoren zu bilden. Die Hostmaster sind unter service@hostsharing.net zu erreichen.

Ein Hostmaster muss seine Qualifikation und sein Verantwortungsbewusstsein nachweisen. Hostmaster werden vom Vorstand bestimmt. Bei Personalunion von Hostmaster und Vorstand sollte eine Bestätigung durch einfache Mehrheit der Generalversammlung erfolgen.

"Hostmaster of the day" (HMOTD) ist derjenige Hostmaster, der an einem bestimmten Tag die Verantwortung für unseren Server hat. Es muss für jeden Tag einen "Hostmaster of the day" geben, damit dieser kurzfristig eingreifen kann.

Der Hostmaster kann alles, was auch ein Paketadmin kann, zusätzlich kann er

* Software installieren / upgraden / deinstallieren
* Pakete einrichten / ändern / löschen
* Domains einrichten / verschieben / löschen

User

2009-02-22T20:29:42Z

Jgp00-mail: /* Rechte */

Welche verschiedenen User gibt es, welche Rechte haben sie? Wie legt man neue User/Accounts an oder bearbeitet sie? Wie ändert man sein Passwort?

== Rechte ==

Bei Hostsharing werden grundsätzlich verschiedene Arten von Usern unterschieden. Die Art des jeweiligen Users legt fest, welche Rechte auf dem System gewährt werden, bzw. beeinflußt die Rechnungsstellung (Multi-Pakete, ...).

Die User und ihre Eigenschaften und Besonderheiten werden im Unterabschnitt [[UserTypen|User Typen]] erläutert.

== Anlegen ==

Einen neuen User anlegen, z.B: Mailaccounts oder Domain-Admins

Mailaccounts bzw. Domainadmins einrichten

Der Paketadmin kann neue Paketuser auf verschiedene Arten anlegen:

* mit dem Programm newuser
* durch Editieren der ~/etc/passwd

newuser

Die Syntax des Befehls newuser sieht folgendermaßen aus:

newuser [-c comment] [--nowait] username password [shell]

Parameter

Obligatorisch sind der Benutzername und ein Passwort.
Kommentar [-c "comment"]

Ein erklärender Kommentar ist optional. Wird keiner angegeben, bekommt der neue User den Eintrag xyz00-username comment.
Login-Shell ([shell])

Mit dem Parameter shell wird eingestellt, ob der User ein Shell-User (mit interaktiver Shell), ein Mail- oder ein FTP-User ist. Die verschiedenen Möglichkeiten sind auf der Seite über Benutzerrechte beschrieben. Wird keine Loginshell angegeben, wird der neue User zu einem Mailuser mit der Shell /usr/bin/passwd, das heißt, er kann dann nur sein Passwort ändern.
nowait

Mit dem Parameter --nowait kann das Passwort direkt beim Aufruf von newuser übergeben werden. In diesem Fall wird der neue Benutzer von newuser über die ~/etc/passwd-Datei des Paketadmins angelegt. Es ist somit prinzipiell das gleiche Vorgehen wie beim manuellen Editieren dieser Datei. newuser schreibt sofort die Daten in die Datei ~/etc/passwd, wird wieder beendet und der Benutzer wird nach einigen Minuten angelegt.

Diese Variante hat ein Sicherheitsproblem: Das Passwort erscheint im Klartext in der Prozessliste.
Passwort

Wird statt eines Passwortes der Parameter - gesetzt, dann wird der Paketadmin von newuser nach dem Passwort des neuen Users gefragt. In diesem Fall darf der Parameter --nowait selbstverständlich nicht gesetzt sein.

Der neue Benutzer wird direkt angelegt und kann anschließend sofort verwendet werden. Da er aber erst automatisch in die sudo-Konfiguration eingepflegt werden muss, kann der Identitätswechsel durch den Paketadmin per sudo erst nach ein paar Minuten durchgeführt werden.
Einige Beispiele:

newuser --nowait bond asdf

newuser --nowait bond asdf /bin/bash

newuser bond - /bin/bash

newuser -c "James Bond" bond -

Editieren der Datei etc/passwd

Neben dem Programm newuser kann der Paketadmin einen neuen User anlegen, indem er die in der Datei ~/etc/passwd eine neue Zeile anfügt. Jede Zeile entspricht einem User.

Beispiel für einen Neueintrag:

xyz00-doms:PASSWORT:::xyz00 Domain-Account::/usr/bin/passwd

Zu beachten ist, dass nur Einträge übernommen werden, bei denen das Passwort-Feld, dieses ist das zweite mit ":" abgetrennte Feld, belegt ist. Sollen also Einträge nachträglich bearbeitet werden, muss i.d.R. ein neues Passwort vergeben werden, da dem Paket-Admin das mittlerweile vom User veränderte Passwort vielleicht nicht bekannt sein dürfte.

Nach dem Abspeichern der Datei dauert es maximal 5 Minuten bis der neue Account aktiviert ist, das Kommando newuser wartet solange. Danach ist das Passwort aus der Datei verschwunden und mit den anderen Daten in die zentrale User-Verwaltung aufgenommen. Die Felder zwischen den :: sind nach Aktivierung des Accounts ebenfalls ausgefüllt, deren Werte sind immer fest vorgegeben.

Dieses Verfahren wird auch von newuser --nowait verwendet.

== User ändern oder löschen ==

Diese Einstellungen werden in der Datei etc/passwd vom Paketadmin vorgenommen.

Die Berechtigungen der Datei müssen so aussehen (nur der Besitzer xyz00 darf die Datei lesen und schreiben):

xyz00@hopi:~$ls -l etc/passwd
-rw------- 1 xyz00 xyz00 380 Jan 1 00:00 etc/passwd

Falls da nicht -rw------- steht, müssen die Berechtigungen richtig gesetzt werden:

xyz00@hopi:~$chmod 600 etc/passwd

In der Datei steht jede Zeile für einen User. Will man also den Eintrag eines Users ändern, ändert man einfach die entsprechende Zeile. Wichtig ist, dass das Passwort des Users an der Passwortstelle (zwischen erstem und zweitem Doppelpunkt) steht, auch bei Änderungen, ggf. muss man als Paket-Admin ein neues Passwort vergeben und dies dem User mitteilen.
Beispiel:

# xyz00-user:password:uid:gid:real-name:home-directory:login-shell
# xyz00-otto:password:::/home/pacs/xyz00/users/xyz00:Otto::/bin/bash
xyz00-bond:::508:James Bond:/home/pacs/xyz00/users/bond:/bin/bash

Zeilen mit # am Anfang sind Kommentare die nicht beachtet werden.
Syntax

Das Format der Einträge (Zeilen) in etc/passwd ist so aufgebaut:

login:password:uid:gid:name:home:shell

Dabei bedeutet im Einzelnen:

Feld

Syntax

Beschreibung

login:

<nobr>^$PAC-[^: -][^: -]*</nobr>

Der Login-Name, der derzeit für POP3, FTP und SSH/Telnet verwendet werden kann. Dieser Name muss IMMER mit der Paket-ID + '-' anfangen, also z.B. xyz00-otto. Ein "-" im Namen ist nur direkt hinter dem Paket erlaubt.

Der Name kann nachträglich nicht geändert werden. Wenn ihr das versucht, dann wird ein neuer zusätzlicher Account angelegt.

password:

()|([^:][^:]*)

Hier gibt man das Passwort im Klartext an. Dies ist nützlich, wenn man neue User anlegt oder ein User sein Passwort vergessen hat. Achtung: dieses Feld wird automatisch wieder gelöscht.

uid:

[^:]*

Dieses Feld beinhaltet normalerweise die User-Id. Dieses Feld wird ignoriert und immer automatisch geleert.

gid:

[^:]*

Diese Feld beinhaltet normalerweise die Group-Id des Pakets. Es wird automatisch gesetzt.

name:

[^:]*

Hier kann man den realen Namen des Users eintragen, also z.B. Otto Meier.

home:

[^:]*

Dies ist das Homedirectory des Users. Es wird immer automatisch gesetzt.

shell:

[^:]*

Dieses Feld enthält den kompletten Pfad der Login-Shell. Es sind nur wenige Shells möglich, i.d.R. wird man hier /usr/bin/passwd (damit kann der Domainuser sein Passwort jederzeit per ssh oder telnet beliebig ändern) /bin/bash (für vollen ssh/telnet-Zugang) oder /bin/badsh (für FTP-only) setzen. Man kann auch z.B. bin/false angeben, dann kann der User selbst gar nichts machen (außer FTP usw. natürlich)

Die Änderungen werden innerhalb von 5 Minuten aktiv. Fehlermeldungen in ~xyz00/var/config.err des zuständigen Paketadmin.

Shell Ändern:
Die Shell kann man auch auf anderem Wege ändern, nämlich indem man mit sudo in den Account des Users wechselt und mit dem Kommando chsh die shell ändert. Dazu braucht man weder das Passwort zu wissen noch zu ändern, und der User kann das auch selber tun, ohne seinen PaketAdmin zu bemühen.
Paketuser löschen:

Die entsprechende Zeile des Users aus etc/passwd löschen. Das Homeverzeichnis des Paketusers wird damit ebenfalls gelöscht, Sicherungen stehen in /home/trash/ (zur Wiederherstellung siehe Backup & Restore)

== Passwort ändern ==

User-Accounts bearbeiten mit der Datei etc/passwd. Eine Änderung des Passwortes geht dem Befehl passwd:

xyz00@hopi:~$ passwd

Changing password for mi

(current) UNIX password: ALTESPASSWORT

Enter new UNIX password: NEUESPASSWORT

Retype new UNIX password: NEUESPASSWORT

passwd: password updated successfully

xyz00@hopi:~$ █

Die Platzhalter NEUESPASSWORT und ALTESPASSWORT müssen dabei selbstverständlich gegen die entsprechenden Passworte ausgetauscht werden. Dabei sollte jedes Passwort mindestens 6 Zeichen lang sein, besser 8 Zeichen, und aus Buchstaben, Ziffern und ggf. Sonderzeichen bestehen. Allerdings sollte auf Umlaute verzichtet werden, da diese je nach verwendetem Zugangsweg nicht verwendet werden könnten.

Ggf. kommt es zu Fehlermeldungen, z.B. wenn das neue Passwort zu simpel ist, oder bei der Wiederholung nicht identisch mit dem ersten Passwort ist. In dem Fall, den Vorgang einfach wiederholen. Solange das neue Passwort nicht erfolgreich übernommen wurde, bleibt das alte gültig.

Es gibt User, denen der Paket-Admin nur das Recht eingeräumt hat, das eigene Passwort zu ändern, indem er ihnen die "Shell" /usr/bin/passwd zugewiesen hat. Diese User können durch einen Shell-Login nur ihr Passwort ändern, da das Programm passwd an Stelle einer Shell gestartet wird. Sie werden nach dem Einloggen automatisch auf diesen Dialog geführt.Mehr dazu unter User Rechte.

Jeder kann jedem User mit sudo und passwd ein neues Passwort verpassen, wenn er eine Berechtigung für sudo besitzt und das aktuelle Passwort weiß.

User

2009-02-22T20:29:05Z

Jgp00-mail:

Welche verschiedenen User gibt es, welche Rechte haben sie? Wie legt man neue User/Accounts an oder bearbeitet sie? Wie ändert man sein Passwort?

== Rechte ==

Bei Hostsharing werden grundsätzlich verschiedene Arten von Usern unterschieden. Die Art des jeweiligen Users legt fest, welche Rechte auf dem System gewährt werden, bzw. beeinflußt die Rechnungsstellung (Multi-Pakete, ...).

Die User und ihre Eigenschaften und Besonderheiten werden im Unterabschnitt UserTypen erläutert.

== Anlegen ==

Einen neuen User anlegen, z.B: Mailaccounts oder Domain-Admins

Mailaccounts bzw. Domainadmins einrichten

Der Paketadmin kann neue Paketuser auf verschiedene Arten anlegen:

* mit dem Programm newuser
* durch Editieren der ~/etc/passwd

newuser

Die Syntax des Befehls newuser sieht folgendermaßen aus:

newuser [-c comment] [--nowait] username password [shell]

Parameter

Obligatorisch sind der Benutzername und ein Passwort.
Kommentar [-c "comment"]

Ein erklärender Kommentar ist optional. Wird keiner angegeben, bekommt der neue User den Eintrag xyz00-username comment.
Login-Shell ([shell])

Mit dem Parameter shell wird eingestellt, ob der User ein Shell-User (mit interaktiver Shell), ein Mail- oder ein FTP-User ist. Die verschiedenen Möglichkeiten sind auf der Seite über Benutzerrechte beschrieben. Wird keine Loginshell angegeben, wird der neue User zu einem Mailuser mit der Shell /usr/bin/passwd, das heißt, er kann dann nur sein Passwort ändern.
nowait

Mit dem Parameter --nowait kann das Passwort direkt beim Aufruf von newuser übergeben werden. In diesem Fall wird der neue Benutzer von newuser über die ~/etc/passwd-Datei des Paketadmins angelegt. Es ist somit prinzipiell das gleiche Vorgehen wie beim manuellen Editieren dieser Datei. newuser schreibt sofort die Daten in die Datei ~/etc/passwd, wird wieder beendet und der Benutzer wird nach einigen Minuten angelegt.

Diese Variante hat ein Sicherheitsproblem: Das Passwort erscheint im Klartext in der Prozessliste.
Passwort

Wird statt eines Passwortes der Parameter - gesetzt, dann wird der Paketadmin von newuser nach dem Passwort des neuen Users gefragt. In diesem Fall darf der Parameter --nowait selbstverständlich nicht gesetzt sein.

Der neue Benutzer wird direkt angelegt und kann anschließend sofort verwendet werden. Da er aber erst automatisch in die sudo-Konfiguration eingepflegt werden muss, kann der Identitätswechsel durch den Paketadmin per sudo erst nach ein paar Minuten durchgeführt werden.
Einige Beispiele:

newuser --nowait bond asdf

newuser --nowait bond asdf /bin/bash

newuser bond - /bin/bash

newuser -c "James Bond" bond -

Editieren der Datei etc/passwd

Neben dem Programm newuser kann der Paketadmin einen neuen User anlegen, indem er die in der Datei ~/etc/passwd eine neue Zeile anfügt. Jede Zeile entspricht einem User.

Beispiel für einen Neueintrag:

xyz00-doms:PASSWORT:::xyz00 Domain-Account::/usr/bin/passwd

Zu beachten ist, dass nur Einträge übernommen werden, bei denen das Passwort-Feld, dieses ist das zweite mit ":" abgetrennte Feld, belegt ist. Sollen also Einträge nachträglich bearbeitet werden, muss i.d.R. ein neues Passwort vergeben werden, da dem Paket-Admin das mittlerweile vom User veränderte Passwort vielleicht nicht bekannt sein dürfte.

Nach dem Abspeichern der Datei dauert es maximal 5 Minuten bis der neue Account aktiviert ist, das Kommando newuser wartet solange. Danach ist das Passwort aus der Datei verschwunden und mit den anderen Daten in die zentrale User-Verwaltung aufgenommen. Die Felder zwischen den :: sind nach Aktivierung des Accounts ebenfalls ausgefüllt, deren Werte sind immer fest vorgegeben.

Dieses Verfahren wird auch von newuser --nowait verwendet.

== User ändern oder löschen ==

Diese Einstellungen werden in der Datei etc/passwd vom Paketadmin vorgenommen.

Die Berechtigungen der Datei müssen so aussehen (nur der Besitzer xyz00 darf die Datei lesen und schreiben):

xyz00@hopi:~$ls -l etc/passwd
-rw------- 1 xyz00 xyz00 380 Jan 1 00:00 etc/passwd

Falls da nicht -rw------- steht, müssen die Berechtigungen richtig gesetzt werden:

xyz00@hopi:~$chmod 600 etc/passwd

In der Datei steht jede Zeile für einen User. Will man also den Eintrag eines Users ändern, ändert man einfach die entsprechende Zeile. Wichtig ist, dass das Passwort des Users an der Passwortstelle (zwischen erstem und zweitem Doppelpunkt) steht, auch bei Änderungen, ggf. muss man als Paket-Admin ein neues Passwort vergeben und dies dem User mitteilen.
Beispiel:

# xyz00-user:password:uid:gid:real-name:home-directory:login-shell
# xyz00-otto:password:::/home/pacs/xyz00/users/xyz00:Otto::/bin/bash
xyz00-bond:::508:James Bond:/home/pacs/xyz00/users/bond:/bin/bash

Zeilen mit # am Anfang sind Kommentare die nicht beachtet werden.
Syntax

Das Format der Einträge (Zeilen) in etc/passwd ist so aufgebaut:

login:password:uid:gid:name:home:shell

Dabei bedeutet im Einzelnen:

Feld

Syntax

Beschreibung

login:

<nobr>^$PAC-[^: -][^: -]*</nobr>

Der Login-Name, der derzeit für POP3, FTP und SSH/Telnet verwendet werden kann. Dieser Name muss IMMER mit der Paket-ID + '-' anfangen, also z.B. xyz00-otto. Ein "-" im Namen ist nur direkt hinter dem Paket erlaubt.

Der Name kann nachträglich nicht geändert werden. Wenn ihr das versucht, dann wird ein neuer zusätzlicher Account angelegt.

password:

()|([^:][^:]*)

Hier gibt man das Passwort im Klartext an. Dies ist nützlich, wenn man neue User anlegt oder ein User sein Passwort vergessen hat. Achtung: dieses Feld wird automatisch wieder gelöscht.

uid:

[^:]*

Dieses Feld beinhaltet normalerweise die User-Id. Dieses Feld wird ignoriert und immer automatisch geleert.

gid:

[^:]*

Diese Feld beinhaltet normalerweise die Group-Id des Pakets. Es wird automatisch gesetzt.

name:

[^:]*

Hier kann man den realen Namen des Users eintragen, also z.B. Otto Meier.

home:

[^:]*

Dies ist das Homedirectory des Users. Es wird immer automatisch gesetzt.

shell:

[^:]*

Dieses Feld enthält den kompletten Pfad der Login-Shell. Es sind nur wenige Shells möglich, i.d.R. wird man hier /usr/bin/passwd (damit kann der Domainuser sein Passwort jederzeit per ssh oder telnet beliebig ändern) /bin/bash (für vollen ssh/telnet-Zugang) oder /bin/badsh (für FTP-only) setzen. Man kann auch z.B. bin/false angeben, dann kann der User selbst gar nichts machen (außer FTP usw. natürlich)

Die Änderungen werden innerhalb von 5 Minuten aktiv. Fehlermeldungen in ~xyz00/var/config.err des zuständigen Paketadmin.

Shell Ändern:
Die Shell kann man auch auf anderem Wege ändern, nämlich indem man mit sudo in den Account des Users wechselt und mit dem Kommando chsh die shell ändert. Dazu braucht man weder das Passwort zu wissen noch zu ändern, und der User kann das auch selber tun, ohne seinen PaketAdmin zu bemühen.
Paketuser löschen:

Die entsprechende Zeile des Users aus etc/passwd löschen. Das Homeverzeichnis des Paketusers wird damit ebenfalls gelöscht, Sicherungen stehen in /home/trash/ (zur Wiederherstellung siehe Backup & Restore)

== Passwort ändern ==

User-Accounts bearbeiten mit der Datei etc/passwd. Eine Änderung des Passwortes geht dem Befehl passwd:

xyz00@hopi:~$ passwd

Changing password for mi

(current) UNIX password: ALTESPASSWORT

Enter new UNIX password: NEUESPASSWORT

Retype new UNIX password: NEUESPASSWORT

passwd: password updated successfully

xyz00@hopi:~$ █

Die Platzhalter NEUESPASSWORT und ALTESPASSWORT müssen dabei selbstverständlich gegen die entsprechenden Passworte ausgetauscht werden. Dabei sollte jedes Passwort mindestens 6 Zeichen lang sein, besser 8 Zeichen, und aus Buchstaben, Ziffern und ggf. Sonderzeichen bestehen. Allerdings sollte auf Umlaute verzichtet werden, da diese je nach verwendetem Zugangsweg nicht verwendet werden könnten.

Ggf. kommt es zu Fehlermeldungen, z.B. wenn das neue Passwort zu simpel ist, oder bei der Wiederholung nicht identisch mit dem ersten Passwort ist. In dem Fall, den Vorgang einfach wiederholen. Solange das neue Passwort nicht erfolgreich übernommen wurde, bleibt das alte gültig.

Es gibt User, denen der Paket-Admin nur das Recht eingeräumt hat, das eigene Passwort zu ändern, indem er ihnen die "Shell" /usr/bin/passwd zugewiesen hat. Diese User können durch einen Shell-Login nur ihr Passwort ändern, da das Programm passwd an Stelle einer Shell gestartet wird. Sie werden nach dem Einloggen automatisch auf diesen Dialog geführt.Mehr dazu unter User Rechte.

Jeder kann jedem User mit sudo und passwd ein neues Passwort verpassen, wenn er eine Berechtigung für sudo besitzt und das aktuelle Passwort weiß.

User

2009-02-22T20:24:40Z

Jgp00-mail: Die Seite wurde neu angelegt: == User == Welche verschiedenen User gibt es, welche Rechte haben sie? Wie legt man neue User/Accounts an oder bearbeitet sie? Wie ändert man sein Passwort? === [[Us...

== User ==

Welche verschiedenen User gibt es, welche Rechte haben sie? Wie legt man neue User/Accounts an oder bearbeitet sie? Wie ändert man sein Passwort?

=== [[UserRechte|Rechte]] ===

Welche Userformen gibt es? Wer darf was auf dem Server?

=== [[UserAnlegen|Anlegen]] ===

Einen neuen User anlegen, z.B: Mailaccounts oder Domain-Admins

Mailaccounts bzw. Domainadmins einrichten

Der Paketadmin kann neue Paketuser auf verschiedene Arten anlegen:

* mit dem Programm newuser
* durch Editieren der ~/etc/passwd

newuser

Die Syntax des Befehls newuser sieht folgendermaßen aus:

newuser [-c comment] [--nowait] username password [shell]
Parameter

Obligatorisch sind der Benutzername und ein Passwort.
Kommentar [-c "comment"]

Ein erklärender Kommentar ist optional. Wird keiner angegeben, bekommt der neue User den Eintrag xyz00-username comment.
Login-Shell ([shell])

Mit dem Parameter shell wird eingestellt, ob der User ein Shell-User (mit interaktiver Shell), ein Mail- oder ein FTP-User ist. Die verschiedenen Möglichkeiten sind auf der Seite über Benutzerrechte beschrieben. Wird keine Loginshell angegeben, wird der neue User zu einem Mailuser mit der Shell /usr/bin/passwd, das heißt, er kann dann nur sein Passwort ändern.
nowait

Mit dem Parameter --nowait kann das Passwort direkt beim Aufruf von newuser übergeben werden. In diesem Fall wird der neue Benutzer von newuser über die ~/etc/passwd-Datei des Paketadmins angelegt. Es ist somit prinzipiell das gleiche Vorgehen wie beim manuellen Editieren dieser Datei. newuser schreibt sofort die Daten in die Datei ~/etc/passwd, wird wieder beendet und der Benutzer wird nach einigen Minuten angelegt.

Diese Variante hat ein Sicherheitsproblem: Das Passwort erscheint im Klartext in der Prozessliste.
Passwort

Wird statt eines Passwortes der Parameter - gesetzt, dann wird der Paketadmin von newuser nach dem Passwort des neuen Users gefragt. In diesem Fall darf der Parameter --nowait selbstverständlich nicht gesetzt sein.

Der neue Benutzer wird direkt angelegt und kann anschließend sofort verwendet werden. Da er aber erst automatisch in die sudo-Konfiguration eingepflegt werden muss, kann der Identitätswechsel durch den Paketadmin per sudo erst nach ein paar Minuten durchgeführt werden.
Einige Beispiele:

newuser --nowait bond asdf

newuser --nowait bond asdf /bin/bash

newuser bond - /bin/bash

newuser -c "James Bond" bond -

Editieren der Datei etc/passwd

Neben dem Programm newuser kann der Paketadmin einen neuen User anlegen, indem er die in der Datei ~/etc/passwd eine neue Zeile anfügt. Jede Zeile entspricht einem User.

Beispiel für einen Neueintrag:

xyz00-doms:PASSWORT:::xyz00 Domain-Account::/usr/bin/passwd

Zu beachten ist, dass nur Einträge übernommen werden, bei denen das Passwort-Feld, dieses ist das zweite mit ":" abgetrennte Feld, belegt ist. Sollen also Einträge nachträglich bearbeitet werden, muss i.d.R. ein neues Passwort vergeben werden, da dem Paket-Admin das mittlerweile vom User veränderte Passwort vielleicht nicht bekannt sein dürfte.

Nach dem Abspeichern der Datei dauert es maximal 5 Minuten bis der neue Account aktiviert ist, das Kommando newuser wartet solange. Danach ist das Passwort aus der Datei verschwunden und mit den anderen Daten in die zentrale User-Verwaltung aufgenommen. Die Felder zwischen den :: sind nach Aktivierung des Accounts ebenfalls ausgefüllt, deren Werte sind immer fest vorgegeben.

Dieses Verfahren wird auch von newuser --nowait verwendet.

=== User ändern oder löschen ===

Diese Einstellungen werden in der Datei etc/passwd vom Paketadmin vorgenommen.

Die Berechtigungen der Datei müssen so aussehen (nur der Besitzer xyz00 darf die Datei lesen und schreiben):

xyz00@hopi:~$ls -l etc/passwd
-rw------- 1 xyz00 xyz00 380 Jan 1 00:00 etc/passwd

Falls da nicht -rw------- steht, müssen die Berechtigungen richtig gesetzt werden:

xyz00@hopi:~$chmod 600 etc/passwd

In der Datei steht jede Zeile für einen User. Will man also den Eintrag eines Users ändern, ändert man einfach die entsprechende Zeile. Wichtig ist, dass das Passwort des Users an der Passwortstelle (zwischen erstem und zweitem Doppelpunkt) steht, auch bei Änderungen, ggf. muss man als Paket-Admin ein neues Passwort vergeben und dies dem User mitteilen.
Beispiel:

# xyz00-user:password:uid:gid:real-name:home-directory:login-shell
# xyz00-otto:password:::/home/pacs/xyz00/users/xyz00:Otto::/bin/bash
xyz00-bond:::508:James Bond:/home/pacs/xyz00/users/bond:/bin/bash

Zeilen mit # am Anfang sind Kommentare die nicht beachtet werden.
Syntax

Das Format der Einträge (Zeilen) in etc/passwd ist so aufgebaut:

login:password:uid:gid:name:home:shell

Dabei bedeutet im Einzelnen:

Feld

Syntax

Beschreibung

login:

<nobr>^$PAC-[^: -][^: -]*</nobr>

Der Login-Name, der derzeit für POP3, FTP und SSH/Telnet verwendet werden kann. Dieser Name muss IMMER mit der Paket-ID + '-' anfangen, also z.B. xyz00-otto. Ein "-" im Namen ist nur direkt hinter dem Paket erlaubt.

Der Name kann nachträglich nicht geändert werden. Wenn ihr das versucht, dann wird ein neuer zusätzlicher Account angelegt.

password:

()|([^:][^:]*)

Hier gibt man das Passwort im Klartext an. Dies ist nützlich, wenn man neue User anlegt oder ein User sein Passwort vergessen hat. Achtung: dieses Feld wird automatisch wieder gelöscht.

uid:

[^:]*

Dieses Feld beinhaltet normalerweise die User-Id. Dieses Feld wird ignoriert und immer automatisch geleert.

gid:

[^:]*

Diese Feld beinhaltet normalerweise die Group-Id des Pakets. Es wird automatisch gesetzt.

name:

[^:]*

Hier kann man den realen Namen des Users eintragen, also z.B. Otto Meier.

home:

[^:]*

Dies ist das Homedirectory des Users. Es wird immer automatisch gesetzt.

shell:

[^:]*

Dieses Feld enthält den kompletten Pfad der Login-Shell. Es sind nur wenige Shells möglich, i.d.R. wird man hier /usr/bin/passwd (damit kann der Domainuser sein Passwort jederzeit per ssh oder telnet beliebig ändern) /bin/bash (für vollen ssh/telnet-Zugang) oder /bin/badsh (für FTP-only) setzen. Man kann auch z.B. bin/false angeben, dann kann der User selbst gar nichts machen (außer FTP usw. natürlich)

Die Änderungen werden innerhalb von 5 Minuten aktiv. Fehlermeldungen in ~xyz00/var/config.err des zuständigen Paketadmin.

Shell Ändern:
Die Shell kann man auch auf anderem Wege ändern, nämlich indem man mit sudo in den Account des Users wechselt und mit dem Kommando chsh die shell ändert. Dazu braucht man weder das Passwort zu wissen noch zu ändern, und der User kann das auch selber tun, ohne seinen PaketAdmin zu bemühen.
Paketuser löschen:

Die entsprechende Zeile des Users aus etc/passwd löschen. Das Homeverzeichnis des Paketusers wird damit ebenfalls gelöscht, Sicherungen stehen in /home/trash/ (zur Wiederherstellung siehe Backup & Restore)

=== Passwort ändern ===

User-Accounts bearbeiten mit der Datei etc/passwd. Eine Änderung des Passwortes geht dem Befehl passwd:

xyz00@hopi:~$ passwd

Changing password for mi

(current) UNIX password: ALTESPASSWORT

Enter new UNIX password: NEUESPASSWORT

Retype new UNIX password: NEUESPASSWORT

passwd: password updated successfully

xyz00@hopi:~$ █

Die Platzhalter NEUESPASSWORT und ALTESPASSWORT müssen dabei selbstverständlich gegen die entsprechenden Passworte ausgetauscht werden. Dabei sollte jedes Passwort mindestens 6 Zeichen lang sein, besser 8 Zeichen, und aus Buchstaben, Ziffern und ggf. Sonderzeichen bestehen. Allerdings sollte auf Umlaute verzichtet werden, da diese je nach verwendetem Zugangsweg nicht verwendet werden könnten.

Ggf. kommt es zu Fehlermeldungen, z.B. wenn das neue Passwort zu simpel ist, oder bei der Wiederholung nicht identisch mit dem ersten Passwort ist. In dem Fall, den Vorgang einfach wiederholen. Solange das neue Passwort nicht erfolgreich übernommen wurde, bleibt das alte gültig.

Es gibt User, denen der Paket-Admin nur das Recht eingeräumt hat, das eigene Passwort zu ändern, indem er ihnen die "Shell" /usr/bin/passwd zugewiesen hat. Diese User können durch einen Shell-Login nur ihr Passwort ändern, da das Programm passwd an Stelle einer Shell gestartet wird. Sie werden nach dem Einloggen automatisch auf diesen Dialog geführt.Mehr dazu unter User Rechte.

Jeder kann jedem User mit sudo und passwd ein neues Passwort verpassen, wenn er eine Berechtigung für sudo besitzt und das aktuelle Passwort weiß.

Hauptseite

2009-02-22T20:11:15Z

Jgp00-mail: /* Hostsharing Dokumentation */

Domain bestellen

2009-02-22T15:06:40Z

Jgp00-mail:

{{Textkasten|rot|Bald veraltet|Wird sich mit [[hsadmin]] ändern}}

Ist die Domain bereits registriert und bei einem anderen Provider gehostet, so muss man dort einen [[KK-Antrag]] stellen. Wie das funktioniert, wird unter [[Domain-Umzug]] beschrieben.

Hat man das erledigt, ist das Verfahren einer Neubestellung ähnlich, das hier beschrieben werden soll.

Zunächst müssen wir uns das Bestellformular in unser Paket kopieren, am besten in das Verzeichnis etc:

<pre><nowiki>
xyz00@hopi$ cp /home/forms/dom-order etc/dom-order
</nowiki></pre>

Dann öffnen wir das Formular mit einem Editor (hier [[Editoren für Einsteiger|mcedit]]):

<pre><nowiki>
xyz00@hopi$ mcedit etc/dom-order
</nowiki></pre>

Das Formular ist kommentiert und eigentlich verständlich. Hier ein kurzes Beispiel, wie '''Thomas Mustermann''' mit dem User-Account '''xyz00-doms''' die Domain '''example.com''' registriert:

<pre><nowiki>
[...]
DOMAIN_NAME="example.com"
DOMAIN_ADMIN="xyz00-doms"
DOMAIN_ACTION="register" (oder im Falle eines Transfers "transfer")

OWNER_HANDLE=""
OWNER_ORGANIZATION=""
OWNER_FIRSTNAME="Thomas"
OWNER_LASTNAME="Mustermann"
OWNER_STREET="Musterweg"
OWNER_ZIPCODE="33333"
OWNER_CITY="Hamburg"
OWNER_STATE=""
OWNER_COUNTRY="Germany"
OWNER_PHONE="+49 40 5567784 "
OWNER_FAX=""
OWNER_EMAIL="ich@meinedomain.net"
ADMIN_C_EQUALS="OWNER"

[...]
</nowiki></pre>

Hier haben wir alle nötigen Felder ausgefüllt, um die Domain '''example.com''' zu registrieren. Der Owner einer Domain ist der juristische Eigentümer, der Admin-C sein Vertreter. Im Beispiel soll '''Thomas Mustermann''' beides sein, deshalb werden die Daten für Admin-C entsprechend übernommen. Mit DOMAIN_ADMIN delegieren wir die Domain sofort an den User '''xyz00-doms''', der ja unser Domain-Admin sein soll.

Nach dem Ausfüllen des Formulars speichern wir es.

Wir müssen den Auftrag nun aktivieren. Zunächst benennen wir die Datei ~/etc/dom-order in ~/etc/dom-order.example.com um:

<pre><nowiki>
xyz00@hopi:~$ mv ~/etc/dom-order ~/etc/dom-order.example.com
</nowiki></pre>

Wenn man mehrere Domains bestellen oder transferieren möchte, sollte man besser '''cp''' statt '''mv''' verwenden. Dann kann man sehr leicht weitere Aufträge erstellen, indem nur die Felder mit dem Prefix DOMAIN_ neu erfasst werden und dann der veränderte Auftrag einfach zu einer weiteren Auftragsdatei dom-order.example2.com kopiert wird.

Anschließend müssen wir noch eine Datei mit dem Namen dom-order.upd erzeugen und mit einem aktuellen Zeitstempel versehen. Diese sagt dem Robot, dass er nach einer neuen dom-order-Datei suchen soll.

<pre><nowiki>
xyz00@hopi:~$ touch ~/etc/dom-order.upd
</nowiki></pre>

Jetzt heißt es: Geduld haben. Es werden einige Emails kommen, vielleicht auch Fehlermeldungen. Mehr zum weiteren Verfahren unter Domain-Aufträge.

Ist die Domain schließlich an Hostsharing delegiert, dann müssen wir uns in Zukunft immer als User xyz00-doms einloggen, wenn wir im Domain-Bereich etwas erledigen möchten. Die Verzeichnis-Struktur sieht dann genauso aus, wie unter [[Verzeichnis-Struktur Domain]] beschrieben.

----
[[Kategorie:HSDoku]]
[[Kategorie:Einstieg bei Hostsharing]]
[[Kategorie:Baustelle]]

Domain bestellen

2009-02-22T15:05:26Z

Jgp00-mail:

{{Textkasten|rot|Bald veraltet|Wird sich mit [[hsadmin]] ändern}}

Ist die Domain bereits registriert und bei einem anderen Provider gehostet, so muss man dort einen KK-Antrag stellen. Wie das funktioniert, wird unter Domain-Umzug beschrieben.

Hat man das erledigt, ist das Verfahren einer Neubestellung ähnlich, das hier beschrieben werden soll.

Zunächst müssen wir uns das Bestellformular in unser Paket kopieren, am besten in das Verzeichnis etc:

<pre><nowiki>
xyz00@hopi$ cp /home/forms/dom-order etc/dom-order
</nowiki></pre>

Dann öffnen wir das Formular mit einem Editor (hier [[Editoren für Einsteiger|mcedit]]):

<pre><nowiki>
xyz00@hopi$ mcedit etc/dom-order
</nowiki></pre>

Das Formular ist kommentiert und eigentlich verständlich. Hier ein kurzes Beispiel, wie '''Thomas Mustermann''' mit dem User-Account '''xyz00-doms''' die Domain '''example.com''' registriert:

<pre><nowiki>
[...]
DOMAIN_NAME="example.com"
DOMAIN_ADMIN="xyz00-doms"
DOMAIN_ACTION="register" (oder im Falle eines Transfers "transfer")

OWNER_HANDLE=""
OWNER_ORGANIZATION=""
OWNER_FIRSTNAME="Thomas"
OWNER_LASTNAME="Mustermann"
OWNER_STREET="Musterweg"
OWNER_ZIPCODE="33333"
OWNER_CITY="Hamburg"
OWNER_STATE=""
OWNER_COUNTRY="Germany"
OWNER_PHONE="+49 40 5567784 "
OWNER_FAX=""
OWNER_EMAIL="ich@meinedomain.net"
ADMIN_C_EQUALS="OWNER"

[...]
</nowiki></pre>

Hier haben wir alle nötigen Felder ausgefüllt, um die Domain '''example.com''' zu registrieren. Der Owner einer Domain ist der juristische Eigentümer, der Admin-C sein Vertreter. Im Beispiel soll '''Thomas Mustermann''' beides sein, deshalb werden die Daten für Admin-C entsprechend übernommen. Mit DOMAIN_ADMIN delegieren wir die Domain sofort an den User '''xyz00-doms''', der ja unser Domain-Admin sein soll.

Nach dem Ausfüllen des Formulars speichern wir es.

Wir müssen den Auftrag nun aktivieren. Zunächst benennen wir die Datei ~/etc/dom-order in ~/etc/dom-order.example.com um:

<pre><nowiki>
xyz00@hopi:~$ mv ~/etc/dom-order ~/etc/dom-order.example.com
</nowiki></pre>

Wenn man mehrere Domains bestellen oder transferieren möchte, sollte man besser '''cp''' statt '''mv''' verwenden. Dann kann man sehr leicht weitere Aufträge erstellen, indem nur die Felder mit dem Prefix DOMAIN_ neu erfasst werden und dann der veränderte Auftrag einfach zu einer weiteren Auftragsdatei dom-order.example2.com kopiert wird.

Anschließend müssen wir noch eine Datei mit dem Namen dom-order.upd erzeugen und mit einem aktuellen Zeitstempel versehen. Diese sagt dem Robot, dass er nach einer neuen dom-order-Datei suchen soll.

<pre><nowiki>
xyz00@hopi:~$ touch ~/etc/dom-order.upd
</nowiki></pre>

Jetzt heißt es: Geduld haben. Es werden einige Emails kommen, vielleicht auch Fehlermeldungen. Mehr zum weiteren Verfahren unter Domain-Aufträge.

Ist die Domain schließlich an Hostsharing delegiert, dann müssen wir uns in Zukunft immer als User xyz00-doms einloggen, wenn wir im Domain-Bereich etwas erledigen möchten. Die Verzeichnis-Struktur sieht dann genauso aus, wie unter [[Verzeichnis-Struktur Domain]] beschrieben.

----
[[Kategorie:HSDoku]]
[[Kategorie:Einstieg bei Hostsharing]]
[[Kategorie:Baustelle]]