Problem: Kein Zugriff auf neueingerichtete Subdomain pq.domainname.de

Ruft man die Subdomainadresse auf, dann erhält man die Browserausgabe "It works!". (Man wird noch vom System verhöhnt!) Die im Subdomainverzeichnis vorhandene index.html Datei wird ignoriert, wie auch alle anderen dort hinterlegten Dateien ignoriert werden. Beim Versuch auf eine Datei explizit zuzugreifen, erhält man die Zugriffsfehlermeldung 404-Error. Man kann nicht auf die Dateien im Subdomainverzeichnis zugreifen. Kein Eintrag im Apache access_log und kein Fehlereintrag im error_log.

Fehlersuche:

Da es sich um einen vollkommen neuen Server handelte, lag zunächst die Vermutung nahe, dass der Fehler genereller Art ist:

• irgendeine Systemkomponente nicht eingespielt ist
• ein Apache Modul fehlt
• die Verzeichniszugriffsrechte nicht stimmen
• die Einträge in der Apache-Konfigurationsdatei falsch verweisen
• die DNS-Einträge falsch sind
• die Plesk http.includes Datei noch eingebunden werden muss
• ein Restart von Apache nach dem Einrichten der Subdomain erforderlich ist
• oder der Nameserver noch nicht die neue Domainauflösung richtig zurückliefert
• ….    und so weiter

Ursache:

Nach vielen Stunden vergeblicher Fehlersuche:
Die Länge des Subdomainnamens war mit zwei Buchstaben "pq" zu kurz. Wählt man einen Subdomainnamen mit einer Länge ab drei Buchstaben, dann wird die Subdomainangabe vollkommen problemlos aufgelöst und die Dateien im Subdomainverzeichnis sind zugreifbar!!

Eine Recherche im Internet hat ergeben, dass es eigentlich keine Restriktion bzgl. der Mindestlänge des Domainnamens gibt und durchaus "single character subdomains" zulässig sind.  Aber so manche DNS-Software scheint hier seine eigenen Längenregeln einzubringen.

Fazit:

Wenn eine Subdomain nicht aufrufbar ist, kann es neben den oben aufgezählten Fehlergründen auch ganz banal an einem zu kurzem Subdomainnamen liegen. Für die Mindestlänge gibt es keine allgemeingültige Vorgabe, für die Maximallänge spielen sicherlich andere externe Faktoren wie z.B. die maximale Länge eines DNS A-Records, CNAME-Records hinein.

Meine Empfehlung: Länge des Subdomainnamens:  3-15 Zeichen.

Wenn jemand andere Erfahrungswerte hat, bitte einen Kommentar hinterlassen.

1. Einfangen von Domain-Vertippern
   Es ist heutzutage sehr schwer geworden, noch einen freien Domainnamen zu finden. Ich habe es mir angewöhnt, neben der richtigen Schreibweise auch Domain-Namensvariationen und Vertippmöglichkeiten gleich mitzureservieren. Diese zusätzlichen Domains bedeuten zwar permanente, finanzielle Zusatzkosten, sind aber günstiger als später ein Rechtsstreit gegen Trittbrettfahrer. Neben reinen Domain-Namens-Vertippern, sollte man hierbei auch an evtl. mögliche Schreibweisen mit Bindestrich bzw. ohne Bindestrich denken.
2. Berücksichtigung der Domain Schreibweise mit und ohne “www.”
   Dies ist wohl einer der klassischen Anwendungsgründe warum man einen “Permanent Redirect” verwendet, weil man ansonsten eine Google-Abstrafung wegen “Duplicate Content” riskiert.

Mein Stufenplan

Ich empfehle eine mehrstufige Vorgehensweise:

1. Die Nameserver-Einträge bzw. DNS Einträge auf die gewünschte Haupt-/Zieldomain setzen.
2. Auf der Hauptdomain die entsprechenden Serveraliase für die www.domainname.tld Variante und die Domainnamensvariationen anlegen.
3. Durch einen Rewrite Befehl auf dem Apache Server eine HTTP-Permanent-Redirect Antwort absetzen.

Begründung

zu Punkt 1:

Durch den entsprechenden Nameserver bzw. DNS Eintrag genügt eine einfache Domainregistrierung.
Es ist kein Webhostingpaket pro Domain erforderlich.

zu Punkt 2:

Durch die Serveraliase werden die erhaltenen Domainnamen erkannt und mit der Zieldomain verknüpft, dieser zugeordnet.

zu Punkt 3:

Wichtig, damit die Domain-Namensvariationen für Google keine Abstrafung wegen “Duplicate Content” nach sich ziehen.

Permanent Redirect

Je nachdem den Möglichkeiten, die man zur Verfügung hat oder nach der jeweiligen Vorliebe ist an einer der Stellen

• http.conf  (Apache Konfigurationsdatei)
• .htaccess (auf Verzeichnisebene)
• vhost.conf (Plesk Konfigurationsdatei)

der entsprechende mod-rewrite Code abzusetzen:

RewriteEngine On
RewriteCond %{HTTP_HOST} !www.domain.tld
RewriteRule (.*) http://www.domain.tld/$1 [R=301,L]

Bei Plesk das abschließende

/usr/local/psa/admin/sbin/websrvmng –reconfigure-vhost –vhost-name=yourDomainname.de
/etc/init.d/apache2 restart

nicht vergessen.

Im Verzeichnis
/etc/apache2/sites-available
findet man alle für den Apache Webserver eingerichteten, virtuellen Hosts (z.B. mit Virtualmin bzw. manuell).

Aktivierung eines virtuellen Hosts und Restart-Aufforderung an Apache.

Durch den Befehl “a2ensite” werden Symbolic Links im sites-enabled Verzeichnis auf die .conf Dateien des virtuellen Hosts im sites-available Verzeichnis gesetzt.

Zur Erinnerung: In der Hauptkonfigurationsdatei /etc/apache2/apache2.conf wird das ganze sites-enabled Verzeichnis inkludiert:

# Include module configuration:
Include /etc/apache2/sites-enabled/

Sollte man den (internen) Namen des virtuellen Hosts nicht genau kennen, so kann man auch nur den Befehl a2ensite eingeben und erhält vom System eine Auflistung aller aktivierbaren virtuellen Hosts (analog mit a2dissite)

Ladereihenfolge der virtuellen Hosts
Der Webserver Apache ist unter Ubuntu so konfiguriert, dass er immer einen “Default” virtuellen Host (000-default) besitzt.
Die virtuellen Hosts werden in alphabetischer Reihenfolge gestartet.  Die Absicht hinter der Namensvergabe 000-default ist, dass der “Default” Virtuelle Host immer als erstes gestartet werden soll.  Wenn man beim Startvorgang seiner virtuellen Hosts auf eine bestimmte Reihenfolge wert legt, dann kann man durch geeignete Umbenennung (001-myMostImportantDomain, 002-LessImportantDomain, …) eine Ladereihenfolge erzwingen.

Deaktivieren eines virtuellen Hosts und Restart-Aufforderung an Apache.

Weitere Blog-Artikel zu diesem Themenkomplex:

• Apache Konfigurationsdatei httpd.conf unter Ubuntu 8.04 LTS
• Apache Konfigurationsdateien à la Ubuntu 8.04 LTS
• Aktivierung von Apache Modulen unter Ubuntu 8.04 LTS

Aktivierung eines Moduls und Aufforderung an Apache seine Konfigurationsdatei erneut zu lesen.

Durch den Befehl “a2enmod” werden Symbolic Links im mods-enabled Verzeichnis auf die .load und .conf Dateien des Moduls im mods-available Verzeichnis gesetzt.

Zur Erinnerung: In der Hauptkonfigurationsdatei /etc/apache2/apache2.conf wird das ganze mods-enabled Verzeichnis inkludiert:

# Include module configuration:
Include /etc/apache2/mods-enabled/*.load
Include /etc/apache2/mods-enabled/*.conf

Sollte man den Namen des Moduls nicht genau kennen, so kann man auch nur den Befehl a2enmod eingeben und erhält vom System eine Auflistung aller verfügbaren Module (analog mit a2dismod)

Deaktivieren eines Moduls und Aufforderung an Apache seine Konfigurationsdatei erneut zu lesen.

Weitere Blog-Artikel zu diesem Themenkomplex:

• Apache Konfigurationsdatei httpd.conf unter Ubuntu 8.04 LTS
• Apache Konfigurationsdateien à la Ubuntu 8.04 LTS
• Virtuelle Apache Hosts unter Ubuntu 8.04 LTS

Apache Originalpaket

Ausschnitt aus der Konfigurationsdatei httpd.conf von Apache:

# Overview of include files, chronologically:
#
# httpd.conf
#  |
#  |-- uid.conf  . . . . . . . . . . . UserID/GroupID to run under
#  |-- server-tuning.conf  . . . . . . sizing of the server
#  |-- sysconfig.d/loadmodule.conf . . [*] load these modules
#  |-- listen.conf . . . . . . . . . . IP adr/ports to listen on
#  |-- mod_log_config.conf . . . . . . define logging formats
#  |-- sysconfig.d/global.conf . . . . [*] server-wide settings
#  |-- mod_status.conf . . . . . . . . restrict access to mod_status
#  |-- mod_info.conf . . . . . . . . . restrict access to mod_info
...
... und so weiter ...
...
)

Apache Paket aus einer Ubuntu-Distribution

Ausschnitt aus der unter Ubuntu verwendeten Hauptkonfigurationsdatei apache2.conf
/etc/apache2/apache2.conf

# Include module configuration:
Include /etc/apache2/mods-enabled/*.load
Include /etc/apache2/mods-enabled/*.conf

# Include all the user configurations:
Include /etc/apache2/httpd.conf
# Include ports listing
Include /etc/apache2/ports.conf

# Include generic snippets of statements
Include /etc/apache2/conf.d/

# Include the virtual host configurations:
Include /etc/apache2/sites-enabled/

Wie man sieht, werden auch hier weitere Konfigurationsdateien und Ordnerinhalte nachgeladen. Die Aufgabe der einzelnen Konfigurationsdateien ist aus den Namen recht leicht zu erkennen. Ich werde jedoch in zwei weiteren Blogbeiträgen noch etwas detailierter auf diese eingehen (s.a. Linkverweise unten).

Mit dieser Liste der zur Hand (im Kopf) hat man nun das notwendige Handwerkszeug (Wissen, um die relevanten Verzeichnisse und Dateien), um eine Apache-Konfiguration unter Ubuntu 8.04 LTS vornehmen zu können.

Wohin mit eigenen Konfigurationsbefehlen?

Schlechter Ort für eigene Apache-Konfigurationsbefehle

- Die Apache Konfigurationsdatei /etc/apache2/apache2.conf würde bei einem Ubuntu-Package-Update überschrieben.
- Die original Apache Konfigurationsdatei /etc/apache2/httpd2.conf würde bei einem manuellen Apache Update überschrieben werden.

Meine Empfehlung
Individuelle Konfigurationsstatements,

• die global auf dem ganzen Webserver gelten sollen, in eine .conf Datei im includierten Verzeichnis /etc/apache2/conf.d/ stellen
• die nur für einen virtuellen Host gelten sollen, in die entsprechende Datei im /etc/apache2/sites-enabled Verzeichnis stellen.

Damit bleibt gewährleistet, dass bei einem Update/Upgrade die individuellen Einstellungen nicht verloren gehen und man selbst und auch andere, die den Server warten müssen, die Ergänzungen/Erweiterungen immer zusammengefaßt im Überblick und im Zugriff haben.

Weitere Blog-Artikel zu diesem Themenkomplex:

• Apache Konfigurationsdatei httpd.conf unter Ubuntu 8.04 LTS
• Aktivierung von Apache Modulen unter Ubuntu 8.04 LTS
• Virtuelle Apache Hosts unter Ubuntu 8.04 LTS

Problem: httpd.conf  ist leer

Der Webserver Apache besitzt eine Hauptkonfigurationsdatei httpd.conf, von der aus dann auch weitere Konfigurationsdateien eingebunden werden.
Als langjähriger Apache Anwender, aber Ubuntu-Novice wird einem unmittelbar auffallen, dass die Konfigurationsdatei httpd.conf unter /etc/apache2 leider Null Bytes groß ist, also bei der Installation ”fehlerhaft” installiert wurde.

Lösung
Um es kurz zu machen. Das Betriebssystem Debian und damit Ubuntu gehen hier einen anderen Weg. Die Datei httpd.conf wird wohl aus Kompatibilitätsgründen mitgeführt. Die Apache-Konfigurationsdatei nach einer Ubuntu Installation ist aber
/etc/apache2/apache2.conf.

Von apache2.conf aus werden dann wie gewohnt weitere Konfigurationsdateien eingebunden.

Es bleibt: Die Frage nach dem Warum?
Warum man von einem Standard (httpd.conf als Konfigurationsdatei bei Apache) abweicht, ist mir wirklich unverständlich.  Wenn jemand hierfür einen plausiblen Grund nennen kann, dann bitte einen Kommentar hinterlegen.

Weitere Blog-Artikel zu diesem Themenkomplex:

• Apache Konfigurationsdateien à la Ubuntu 8.04 LTS
• Aktivierung von Apache Modulen unter Ubuntu 8.04 LTS
• Virtuelle Apache Hosts unter Ubuntu 8.04 LTS