So etwas sieht man nicht alle Tage.

Die tiefere Bedeutung dieser Unkenntlichmachung wurde mir jedoch erst ein paar Augenblicke später bewußt, als ich die Ubuntu Server Edition als 32-bit Version downloaden wollte.

Wenn man die Ubuntu Downloadseite mit dem Internet Explorer aufruft, geht das schlicht und einfach nicht, daher auch dieser seltsame Menüpunkt.

Direkter Vergleich der Browseranzeigen

Hier die unterschiedlichen Anzeigen der Ubuntu-Downloadseite einmal bei Benutzung des Firefox-Browsers und einmal bei der Verwendung des Internet Explorers.

Firefox mit Download-Möglichkeit		Internet Explorer ohne Downloadmöglichkeit

Fazit

Wenn die Buttons zur Auswahl der optionalen Downloadmöglichkeiten einfach nur nicht angezeigt würden, könnte man ja auf ein CSS-Anzeigeproblem tippen, aber da der Menüpunkt explizit ausgestrichen wurde, scheint sich mir mehr dahinter zu verbergen als ein Programmier- oder Darstellungsfehler.

# MKR: Shortcuts fuer haeufig benutzte Kommanosequenzen
alias ll=’ls -l’
alias la=’ls -la’

Root-Passwort ändern

linux# sudo passwd
Geben Sie ein neues UNIX Passwort ein:
Geben Sie das neue UNIX Passwort erneut ein:

passwd: password updated successfully

Server Hostnamen ändern

1. Aktuellen Hostnamen ausgeben

   linux# hostname -f
   h123123.serverhostname.net

2. IP-Adressauflösung ändern
   In der Datei /etc/hosts stehen die Hostnamen und deren Auflösung in IP-Adressen, so dass man den Rechner mit ihrem Namen anstatt mit der IP-Adresse ansprechen kann.

   Ausgangszustand:

   127.0.0.1       localhost
   85.200.100.142        h123123.serverhostname.net   h123123

   Geändert:

   127.0.0.1       localhost
   85.200.100.142        ns1.yourdomain.de  yourdomain

3. Hostnamen ändern
   Mit dem folgenden Befehl kann der Hostname unmittelbar geändert werden.

   linux# hostname    ns1.yourdomain.de
   linux# hostname    -f
   ns1.yourdomein.de

   Durch den Befehl hostname wird allerdings der Hostname nur für die aktuelle Serversitzung geändert und hält damit nur bis zum nächsten Server-Reboot an.

   Erst durch die folgenden Befehle wird die Änderung des Hostnamens permanent im System gespeichert:

   Datei /etc/hostname editieren:

   linux# vi /etc/hostname
   (dann den gewünschten Hostnamen eintragen, z.B. ns1.yourdomain.de

   Das Hostnamensskript starten, welches die Datei /etc/hostname ausliest und die Eintragung permanent abspeichert:

   linux# /etc/init.d/hostname.sh  start
   

   Zum Abschluss der Arbeiten am Besten nochmals einen Server-Reboot durchführen und zur Qualitätssicherung den Server-Hostnamen nochmals abfragen.

Beachte

Es sind beide Änderungen, in der Datei /etc/hosts und /etc/hostname vorzunehmen, da ansonsten die Gefahr besteht, dass man den Befehl “sudo” nicht mehr verwenden kann oder eine der folgenden Fehlermeldungen kommt:

hostname: Unknown host
hostname: No address associated with name

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

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

Systemvoraussetzungen prüfen
Tomcat setzt eine vorhandene Java-Installation voraus. Prüfen Sie dies zunächst.
dpkg –get-selections | grep sun-java
(Hinweis: vor dem “get” stehen zwei Bindestriche!)

Das sollte zu der folgenden Ausgabe auf stdout führen:

sun-java6-bin                                   install
sun-java6-jdk                                   install
sun-java6-jre                                   install

Wenn dies nicht der Fall sein sollte, so ist Java noch nachzuinstallieren.

Tomcat Downloadpfad ermitteln

Gehen Sie im Internet auf die Apache-Tomcat Seite und ermitteln Sie den Downloadpfad zur derzeit aktuellen Tomcat Distribution.

Wählen Sie hier einen Downloadserver aus und unter Binary Distributions/Core die aktuelle tar.gz  Datei.

Passen Sie dann die folgenden Befehlszeilen entsprechend Ihren Ermittlungen an. (In unserem Beispiel war 6.0.20 die aktuelle Version und http://apache.demoserver.org der Downloadserver).

(Hinweis: Das Downloadfenster von Windows zeigt nur den Downloadservernamen und den Dateinamen an. Der interne Pfad zur Datei wird nicht angezeigt. Den vollständigen Linkpfad erhält man zuverlässiger mit einem Rechtsklick auf den tar.gz Link und der Auswahl von “Link kopieren” in dem dann erscheinenden Kontextmenü.)

Tomcat Distribution herunterladen
Wählen Sie ein Verzeichnis aus, in welches Sie Tomcat installieren wollen. (Wir werden Tomcat in /opt installieren.) Wechseln Sie in das Verzeichnis, laden Sie dorthin die Tomcat Datei herunter, entpacken Sie diese und führen Sie am besten gleich noch ein paar Aufräumarbeiten durch (Löschen der gepackten Datei, Umbenennen des Tomcatordners.

cd /opt
wget http://apache.demoserver.org/tomcat/tomcat-6/v6.0.20/bin/apache-tomcat-6.0.20.tar.gz
tar xvzf apache-tomcat-6.0.20.tar.gz
rm apache*tar.gz
mv apache*6.0.20   tomcat6

Umgebungsvariable setzen
Eine Tomcat erfordert, dass die Umgebungsvariable $JAVA_HOME gesetzt ist. Die Aufnahme in die Variable $PATH scheint mir dabei auch angebracht. Das setzen der Umgebungsvariablen kann man in Skripte verpacken oder in einer Datei (z.B. startup.sh oder .bashrc) hinterlegen.

In dieser Anleitung werde ich die erforderliche Änderung der .bashrc Datei zeigen.

Die .bashrc Datei suchen mit
locate .bashrc

und dann aufrufen mit dem ermittelten Pfad
vi  /ermittelter-pfad/.bashrc
oder direkt die Datei aufrufen mit
vi ~/.bashrc

Am Ende der Datei sind die zwei folgenden beiden Zeilen anzuhängen
export JAVA_HOME=/usr/lib/jvm/java-6-sun
export PATH=$PATH:$JAVA_HOME/bin

Die Bash-Konsole neu starten oder sich kurz ausloggen und wieder einloggen, damit die Änderung zum tragen kommt.

Abschlußprüfung
Pfad prüfen
echo $JAVA_HOME
sollte nun als Ausgabe
/usr/lib/jvm/java-6-sun
erzeugen.

Aufruf prüfen
Nach dem Starten des startup.sh Skripts im Tomcat-Verzeichnis (bei uns /opt/tomcat6) kann man in seinem Browser die Tomcatstartseite über die IP-Nummer und dem Tomcat-Standardport 8080 aufrufen:
http://12.34.56.78:8080

Siehe auch

• Autostart von Tomcat 6 beim Booten eines Ubuntu Systems
• Runlevel Konfiguration mit sysv-rc-conf

Im sehr empfehlenswerten Ubuntu Wiki-Artikel Was sind Dienste und Runlevel? wird sehr gut der Aufbau und erforderliche Inhalt eines Start/Stop Skriptes beschrieben und auf die Syntax bei den Runlevel Statements eingegangen.

Wer also nicht nur blind die folgenden Schritte für Tomcat abtippen, sondern etwas mehr über die Hintergründe und verwendeten Parameter erfahren möchte, dem sei diese Ubuntu Wiki-Seite ans Herz gelegt.

Für diejenigen, die das Thema zwar interessant finden, aber augenblicklich eine schnelle Lösung suchen, beschreibe ich im folgenden kurz die erforderlichen Schritte für die Einrichtung eines Autostarts des Tomcat-Containers bei Ubuntu 8.04 LTS.

Tomcat Start/Stop Skript erstellen

sudo vi /etc/init.d/tomcat6

#! /bin/sh
### BEGIN INIT INFO
# Provides: tomcat6
# Required-Start: $local_fs $remote_fs $network
# Required-Stop: $local_fs $remote_fs $network
# Should-Start: $named
# Should-Stop: $named
# Default-Start: 2 3 4 5
# Default-Stop: 0 1 6
# Short-Description: Tomcat Start/Stop
# Description: Start the Tomcat 6.0 servlet engine
### END INIT INFO
#
# Author: blogmaster@perfect-knowhow.de

export JAVA_HOME=/usr/lib/jvm/java-6-sun
export CATALINA_HOME=/opt/tomcat6

case $1 in
start)
sudo sh /$CATALINA_HOME/bin/startup.sh
;;
stop)
sudo sh /$CATALINA_HOME/bin/shutdown.sh
;;
restart)
sudo sh /$CATALINA_HOME/bin/shutdown.sh
sudo sh /$CATALINA_HOME/bin/startup.sh
;;
esac
exit 0

Die soeben editierte Datei abspeichern und Ausführungsrechte setzen
sudo chmod 755 /etc/init.d/tomcat6

Runlevel für das Skript setzen
per Kommandozeile
sudo ln -s /etc/init.d/tomcat6   /etc/rc1.d/K99tomcat6
sudo ln -s /etc/init.d/tomcat6   /etc/rc2.d/S99tomcat6

Anmerkung:
S99 = Start+PriorityNumber
K99 = Stop+PriorityNumber

per GUI
chkconfig - Kleines Tool um den Status eines Dienstes anzeigen zu lassen, diesen zu aktivieren bzw. zu deaktivieren
rcconf und sysv-rc-conf - Konsolen GUI’s zum (De-)Aktivieren von Diensten

Siehe auch

• Tomcat 6 auf Ubuntu 8.04 LTS installieren
• Runlevel Konfiguration mit sysv-rc-conf

Unter Suse kann man den Runlevel gut unter YAST2 einstellen. (Bei einer Suse Minimalinstallation ist das Runlevel Tool nachzuinstallieren.)

Ubuntu 8.04 LTS – GUI für Runlevel-Einstellungen

Installation von sysv-rc-conf unter Ubuntu
Bei Ubuntu 8.04 LTS muß man das Programm sysv-rc-conf nachinstallieren, da es nicht zum Auslieferungsumfang gehört. Es ist jedoch in den Standardpackages schon enthalten, so dass die Installation einfach und problemlos ist.

aptitude  install sysv-rc-conf

Darstellungen
Das Programm sysv-rc-conf bietet einem dann zwei Sichten:

Aufruf mit	Befehl
Default-Layout	sysv-rc-conf
Priority-Layout	sysv-rc-conf  -p

Siehe auch
Syntax sysv-rc-conf - Projektseite von sysv-rc-conf mit Syntaxbeschreibung

Vor dem ersten Absetzen des locate-Befehls sollte man allerdings zunächst einmal die Datenbank mit dem Befehl
updatedb
aufbauen

Problem
Nach einer Neuinstallation von Ubuntu 8.04 LTS und dem Absetzen des Befehls “updatedb” wurde die folgende Fehlermeldung angezeigt:
updatedb: fatal error: load_file: Could not open file: /etc/updatedb.conf: No such file or directory

Workaround

touch /etc/updatedb.conf

Danach läuft der Befehl “updatedb” wie gewohnt durch.