So kam es dazu, dass ich vor Kurzem mir selbiges vorgenommen habe: Der Einsatz von SSL Zertifikaten im Apache2 für meine Webseiten. Allerdings sind solche Zertifikate von VeriSign und Co. nicht immer finanziell stemmbar für private Webseiten. Daraufhin erinnerte ich mich an einen Beitrag von Jeffrey, welcher von kostenlosen Zertifikaten von StartSSL handelt.

Die Zertifizierungsstelle genehmigt das Erstellen kostenloser Class 1 Zertifikate mit SSL 3.0 / TLS für eure Webseite, oder auch andere Zwecke. Der Vorteil dieser Root CA gegenüber anderen kostenloses ist es, dass sie in den meisten Browsern und Systemen bereits eingebunden ist und somit der Endanwender keine abschreckenden Meldungen erhält.

Wie ihr die Zertifikate erstellt und an euren eigenen Apache2 anbindet, erfahrt ihr von im Folgenden….

1. SSL – Zertifikate erstellen bei StartSSL

1.1 Anmelden

Zunächst müsst ihr euch anmelden, um den Dienst nutzen zu können. Dazu klickt ihr im Control Panel auf “Sign Up” und gebt eure Daten ein, und bestätigt die E-Mail. Statt einer klassischen Benutzer:Passwort Authentifizierung wird euch ein persönliches X.509 Zertifikat nach PKCS#12 erstellt. Dieser ist dann in eurem Browser installiert, ihr solltet euch davon ein Backup anlegen.

Sobald dies installiert ist, gelangt ihr ohne Probleme in die Benutzeroberfläche.

1.2 Validierung

Bevor ihr ein Zertifikat für eure Webseite bekommt, müsst ihr deren Besitz zunächst validieren. Im “Validation Wizard” muss daher “Domain Name Validation” ausgewählt werden.

Daraufhin müsst ihr eure Webseite ohne Subdomain eingeben (z.B. dermute.de).

Im nächsten Schritt müsst ihr eine E-Mail Adresse auswählen aus hostmaster@… postmaster@… und webmaster@… . An der gewählten Adresse erhaltet ihr eine Mail mit einem Validierungscode, den ihr im Formular eingeben müsst.

Nach erfolgreicher Validierung müsstet ihr eure Domain in der Übersicht rechts unter “Domain Validations” finden.

1.3 Generierung des Zertifikats

Nachdem eure Identität und der Besitz der Domain bestätigt wurde kann es mit der Zertifikatserstellung weitergehen. Wählt im “Certificates Wizard” dazu “Web Server SSL/TLS Certificate”. Für andere Zwecke könntet ihr StartSSL auch nutzen.

Für jedes dieser Zertifikate müsst ihr

im nächsten Schritt ein privates Passwort anlegen. Damit ihr die Passwörter nicht vergesst, empfehle ich das Nutzen einer Passwortdatenbank mit KeePass. In Version 2 könnt ihr dann auch sämtliche dazugehörigen Dateien an den Datenbankeintrag anhängen.

Wählt SHA2 als Hash-Algorithmus aus. Im nächsten Schritt bekommt ihr den private Key. Kopiert diesen in einen Texteditor eurer Wahl und speichert ihn als “ssl-enc.key” ab.

Wählt danach die Domain, zu welcher ihr das Zertifikat erstellen w

ollt. Dabei ist zu beachten, dass die Domain innerhalb der letzten 30 Tage validiert werden musste. Gebt im nächsten Schritt die Subdomain ein (z.B. “www”). Das Zertifikat gilt dann für subdomain.domain.tld und domain.tld.

Im Anschluss erhaltet ihr das eigentliche Zertifikat! Kopiert dies wie beim private Key und speichert es als “ssl.crt”.

Für Apache2 benötigt ihr allerdings noch den nicht-verschlüsselten private Key. Am einfachsten nutzt ihr dazu die Toolbox von StartSSL mit der Option “Decrypt Private Key”.

Fügt euren verschlüsselten private Key, sowie das Passwort ein und klickt auf “Decrypt”. Speichert dann wie zuvor die nun erhaltene Datei als “ssl.key”.

2. Apache2 mit SSL – Zertifikaten ausstatten

2.1 Vorbereitungen

Bevor ihr die Zertifikate einsetzt, muss Apache2 erstmal auf Port 443 hören um eine geschützte Verbindung überhaupt zuzulassen.

Stellt dazu sicher, dass in eurer “/etc/apache2/ports.conf” folgender Eintrag vorhanden ist:

<IfModule mod_ssl.c>
#NameVirtualHost *:443
Listen 443
</IfModule>

Der Eintrag “NameVirtualHost *:443″ ist nicht zwingend erforderlich. Dies ist abhängig von der Konfiguration eurer Vhosts. Ich persönlich benötige den Eintrag.

Aktiviert danach die SSL – Unterstütztung mittels Modul:

service a2enmod ssl
apache2 force-reload

2.2 Einbinden der SSL – Zertifikate

Zunächst müsst ihr das Zertifikat “ssl.crt” und den entschlüsselten private Key “ssl.key” auf dem Server ablegen, dazu empfiehlt sich das Verzeichnis “/etc/apache2/ssl/”. Das Umbenennen der Daten ist ebenso ratsam.

Nun müssen die Vhosts angepasst werden. Dies zeige ich am Beispiel “test.dermute.de”. Statt einer normalen, unverschlüsselten Verbindung über Port 80 soll ausschließlich HTTPS genutzt werden. Hier seht ihr den exemplarisch eingestellten Vhost:

<VirtualHost *:80>
        ServerName test.dermute.de
        ServerAdmin webmaster@dermute.de

        ErrorLog /var/log/apache2/error_test.dermute.log
        LogLevel warn
        CustomLog /var/log/apache2/access_test.dermute.log combined

        Redirect / https://test.dermute.de/   #Weiterleitung an HTTPS
</VirtualHost>

<VirtualHost *:443>
        ServerName test.dermute.de
        DocumentRoot /var/www/test
        ServerAdmin webmaster@dermute.de

        ErrorLog /var/log/apache2/error_test.dermute.log
        LogLevel warn
        CustomLog /var/log/apache2/access_test.dermute.log combined

       <Directory /var/www/test>
                Options SymLinksIfOwnerMatch
                AllowOverride All
                Order allow,deny
                Allow from all
        </Directory>

        SSLEngine On   #Aktivierung der SSLEngine
        SSLCertificateFile /etc/apache2/ssl/test.dermute.de.crt   #Einbindung des SSL - Zertifikates
        SSLCertificateKeyFile /etc/apache2/ssl/test.dermute.de.key   #Einbindung der SSL - KeyFile
</VirtualHost>

Was ihr aus diesem Beispiel entnehmen sollt ist folgendes: Ich leite von der normalen HTTP – Verbindung auf Port 80 einfach direkt an die geschützte Seite auf Port 443 weiter. Im letzten Absatz sind dort die SSL – Zertifikate eingebunden.

Damit die Änderungen an eurem Vhost übernommen werden, müsst ihr die Konfiguration neu laden:

service apache2 reload

Beim Aufrufen eurer Seite sollte euch euer Browser die authentifizierte Verbindungssicherung dank StartSSL Root CA bestätigen.

Das wars dann auch schon.

Ich wünsche euch viel Spaß mit sicheren Verbindungen

wenn einem der Debian-Kernel zu alt wird kann man ihn mit wenigen schritten selber updaten. Dazu benötigt ihr erstmal einige installierte Entwicklerpakete, wie “build-essential”, “bzip2″, “kernel-package”, “ncurses-dev” und “fakeroot”.

Anstatt sich aber mit der kompletten Konfiguration zu beschäftigen, kann man sich einfach die alte Config kopieren und damit auch den neuen Kernel betreiben. Häufig wird versucht den Kernel so auszuschlacken, dass auch keine initrd benötigt wird, für ein einfaches Update ist das aber nicht nötig.

Im folgenden Code mal ein Beispiel, wie man den Kernel von Debian Wheezy (2.6.38-2) auf den aktuellsten 3.0.4 aktualisieren kann:

cd /usr/src
sudo wget http://www.kernel.org/pub/linux/kernel/v3.0/linux-3.0.4.tar.bz2 # Kernelquellen herunterladen
sudo tar xjf linux-3.0.4.tar.bz2 # Kernel entpacken
cd linux-3.0.4
sudo cp /boot/config-2.6.38-2-amd64 .config # alte Config übernehmen
sudo make menuconfig # bei Bedarf Änderungen an der Config vornehmen
# Der nächste Schritt dauert dann ein durchaus ein paar Stunden.
# Mittels "--append-to-version=<NAME>" könnt ihr dem zu installierenden Kernel einen eigenen Tag geben.
# Es wird eine .deb für den Kernel selbst und eine für dessen Quellen erstellt.
sudo fakeroot make-kpkg --initrd --append-to-version=.n36l-1 kernel_image kernel_headers

cd ..
sudo dpkg -i linux-*3.0.4.n36l*.deb # Installation der erstellten .deb, Grub-Einträge werden automatisch erstellt
sudo reboot

Das wars auch schon, euer neuer Kernel ist nun einsatzbereit.

manchmal möchte man etwas auf seinem Server mittels GUI erledigen, kann dies aber nicht weil kein XServer installiert ist (und man möchte das ja auch nicht). Man kann nun einfach X-Forwarding nutzen.

Ihr installiert also einfach euer Tool auf dem Server, welches einige lib’s mitbringen wird. Habt ihr ein Linux zur Hand und wollt das Tool vom entfernten PC aufbauen, so müsst ihr eure SSH-Session nur mit dem Parameter “-X” aufrufen, z.B.:

ssh -X user@server.tld

Ruft ihr dann eine GUI auf, wird diese zu euch weitergeleitet.

sudo

Hat man auf seinem Server das Anmelden eines Admins verboten und hantiert nur mittels dem “sudo” Befehl, so bekommt ihr höchstwahrscheinlich Fehler mit der Authentifizierung angezeigt. Das liegt daran, dass der root-User euer Display nicht kennt. Dies könnt ihr mit dem Kopieren eurer “~/.Xauthority” ins root-Verzeichnis lösen. Am einfachsten legt man sich in seiner “.bashrc” oder z.B. “.zshrc” einen alias an, der folgendermaßen lautet:

alias sudox='sudo cp ~/.Xauthority /root && sudo '

Nun könnt ihr einfach ein Tool mit dem Befehl “sudox” aufrufen, z.B.

sudox gparted

Windows Client

Möchte man solche Programme in seinem Windows-Client aufrufen, so benötigt man dort auch soetwas wie einen X-Server. Dabei hilft hier XMing. Das müsst ihr nur installieren und starten.

Bevor ihr die SSH-Verbindung aufbaut, muss dann noch im SSH-Client Putty ein Haken bei “Enable X11 forwarding” gesetzt werden und schon könnt ihr eure Linux-Tools unter Windows aufrufen.

vor kurzem wurde ich gefragt, wie ich meinen SVN-Server aufgesetzt habe.
Das ganze verblogge ich mal, möchte aber darauf hinweisen, dass es eher eine Quick and Dirty – Fassung ist.
Init-Skripte, besondere Rechte oder ähnliches werden nicht genutzt/beachtet.

Es dient daher nur dem Privateinsatz und sollte keinesfalls in größeren Umgebungen so umgesetzt werden.

Wem ein einfacher SVN-Server für daheim reicht, kann weiterlesen…

Zunächst muss natürlich der SVN-Server installiert werden und ein User dafür angelegt werden:

apt-get install subversion
useradd -M svn

Das Verzeichnis für de Repositories sollte man nach /var legen. Jedes angelegte Repository bekommt dann nochmal ein eigenes Verzeichnis, in welchem sich die Konfigurationsdateien befinden:

mkdir /var/repos
svnadmin create /var/repos/my_1st_repo
chown -R svn /var/repos

Die Konfigurationsdateien benötigen nur minimale Anpassungen, der Zugriff sowie die verwendete Passwortdatenbank muss angegeben werden:

vim /var/repos/my_1st_repo/conf/svnserve.conf
   anon-access = none
   auth-access = write
   password-db = passwd

Die Benutzer und Passwörter werden dann einfach im Klartext in die Datei /var/repos/my_1st_repo/conf/passwd gespeichert. Dabei muss die Form “Loginname = Passwort” eingehalten werden, mit einem Datensatz pro Zeile.

Das war es auch schon im großen und ganzen, der Start erfolgt folgendermaßen:

su svn -c "svnserve -d -r /var/repos/"

Es ist dann unter dem Link svn://meineDoma.in/my_1st_repo erreichbar.

Viel Spaß damit!

PS: Solltet ihr weitere Verzeichnisse anlegen, vergesst nicht das chown, damit diese wieder dem User “svn” gehören.

Die Entwickler wollen damit den Start eines Windows PCs analysieren und auswerten.

Dies wird natürlich dann nützlich, wenn euch euer PC auf die Nerven geht, weil er zu viel Zeit zum hochfahren beansprucht.

Ich möchte euch nun zeigen, wie das ganze in etwa aussieht…

Eine Registrierung oder ähnliches ist nicht nötig. Dem Download folgt eine intuitive Installationsroutine.

Bei jedem Startvorgang werdet ihr nun ein neues Trayicon, sowie einen “Verlauf” beobachten können.Hier lässt sich live beobachten, ob euer Bootvorgang länger dauert oder nicht.

Beim Aufruf der Soluto-Oberfläche bekommt ihr einen Überblick über den letzten Bootvorgang.

Schön gegliedert sehr ihr was ihr deaktivieren könnt und dürft. Für einzelne Software könnt ihr ein Dropdown-Menü aufrufen und bekommt dabei eine Empfehlung, ob sich das Entfernen lohnt oder nicht.

Eure Entscheidungen werden (laut Hersteller) anonym gesammelt um anderen Nutzer Empfelungen auszusprechen. Das Prinzip finde ich super, so kann auch unerfahrenen Nutzern leicht geholfen werden.

Den Poweruser unter euch wird es wohl weniger nützen, aber eine Empfehlung an Eltern und Co. kann sicher ausgesprochen werden.

Sehr interessant ist die angezeigte History für eure Bootvorgänge.

Alles in Allen ist Soluto ganz nett, aber für den Poweruser nur mal aus Interesse zu nutzen. Mal sehen wie sich das noch entwickelt. Die GUI ist auf jeden Fall sehr schön anzusehen, da hat man sich echt was überlegt.

Was haltet ihr von dieser Idee der Analyse?

Bei der Standardinstallation erfolgt die Einrichtung mittels einer SQLite-Datenbank. Wer diese aus div. Gründen nicht mag, kann auch einfach einen MySQL-Server nutzen. Wie das geht, möchte ich kurz zeigen…

Einrichtung

Vorraussetzung ist natürlich eine funktionierende MySQL-Datenbank, diese sollte sich für keinen ein Problem sein

aptitude install mysql-server mysql-common

Nun müsst ihr euch die aktuellste Version vom Teamspeak3-Server herunterladen. An meinem Beispiel ist das Beta30. Natürlich gibt es immer mal wieder Updates, also schaut vorher besser selber nochmal nach. Darüber hinaus müsst ihr sehen, ob ihr 32-Bit oder 64-Bit Architektur habt. (hier: 64 Bit)

wget http://teamspeak.gameserver.gamed.de/ts3/releases/beta-30/teamspeak3-server_linux-amd64-3.0.0-beta30.tar.gz # Beta herunterladen
tar xzf teamspeak3-server_linux-amd64-3.0.0-beta30.tar.gz # Beta entpacken
cd teamspeak3-server_linux-amd64

Für die Nutzung der MySQL-Datenbank benötigt ihr natürlich einen Nutzer, die DB selber und Zugriff:

mysql -u root -p # Zugang zur MySQL-Console
create user 'ts3user'@'localhost' identified by 'PASSWORD'; # Benutzer ts3 mit Passwort anlegen
create database ts3; # Datenbank ts3 anlegen
grant all privileges on ts3.* to 'ts3user'@'localhost'; # volle Rechte für ts3user vom lokalen Server an die ts3-Datenbank

Als nächstes gilt es die Konfigurationsdateien zu editieren. Dazu müsst ihr diese erst ggf. anlegen. Eure “ts3server.ini” könnte wie folgt aussehen:

machine_id=1
default_voice_port=9987
voice_ip=<EURE-IP>
licensepath=
filetransfer_port=30033
filetransfer_ip=<EURE-IP>
query_port=10011
query_ip=127.0.0.1
query_ip_whitelist=query_ip_whitelist.txt
query_ip_blacklist=query_ip_blacklist.txt
dbplugin=ts3db_mysql
dbpluginparameter=ts3db_mysql.ini
dbsqlpath=sql/
dbsqlcreatepath=create_mysql/
dblogkeepdays=90
logpath=logs
logquerycommands=0
dbclientkeepdays=30

Für den Zugriff zur MySQL-Datenbank benötigt ihr auch noch eine “ts3db_mysql.ini”:

[config]
host=localhost
port=3306
username=ts3user
password=PASSWORD
database=ts3
socket=

Passt Benutzername, Passwort etc. noch nach euren Vorstellungen an.

der 1. Start

Wenn ihr den Teamspeak3-Server zum ersten mal startet, so nehmt folgenden Befehl.

./ts3server_minimal_runscript.sh

Ihr bekommt eine ganze Menge Text ausgegeben, 2 Sachen sind hier sehr wichtig:

Ihr bekommt nur 1 mal den Benutzernamen und das Passwort für den Serveradmin angezeigt, das sieht dann so aus:

------------------------------------------------------------------
                      I M P O R T A N T                           
------------------------------------------------------------------
              Server Query Admin Acccount created                 
         loginname= "serveradmin", password= "abcdefgh"
------------------------------------------------------------------

Speichert euch diese Login-Daten! Falls ihr später mal ein Admin-Tool verwenden wollt, benötigt ihr diese.

Zum zweiten bekommt ihr ein Token:

2011-01-14 23:15:28.725657|WARNING |VirtualServer |  1| ServerAdmin privilege key created, please use the line below
2011-01-14 23:15:28.725782|WARNING |VirtualServer |  1| token=abcdefghijklmnopqrstuvwxyzabcdefghijklmnopqr

Den langen Text hinter “token” benötigt ihr, um nach dem Verbinden auf den Teamspeak Server euch selbst Admin-Rechte zu geben.

Normalbetrieb

Für den alltäglichen Betrieb des Teamspeak3-Servers liegt ein Startskript bei, dass alle nötigen Funktionen abdeckt.

./ts3server_startscript.sh
Usage: ./ts3server_startscript.sh {start|stop|restart|status}

Problemlösen

Es ist durchaus möglich, dass ihr beim Starten MySQL-Fehler angezeigt bekommt. Dies liegt vermutlich am Fehlen bestimmter Bibliotheken. Prüft dies mit “ldd”, eine Ausgabe könnte so aussehen (Ausschnitt):

ldd libts3db_mysql.so 
	libmysqlclient.so.15 => not found

Die normale Bibliothek aus den Paketquellen von z.B. Ubuntu-Server funktioniert leider nicht. Ihr benötigt eine spezielle. Diese habe ich mir einfach aus den Debian Lenny Paketquellen genommen, damit gibt es keine Probleme:

wget http://security.debian.org/debian-security/pool/updates/main/m/mysql-dfsg-5.0/libmysqlclient15off_5.0.51a-24+lenny5_amd64.deb
dpkg -i libmysqlclient15off_5.0.51a-24+lenny5_amd64.deb

Ich hoffe ich konnte eine einfache Anleitung schreiben, viel Spaß damit!

MfG dermute

Zum einen gibt es das alte Google-Konto, über das auch alle Dienste wie Reader, Feedburner, Google Analytics und Co. laufen. Nun gibt es aber das neue Konto über die Google Apps. Möchte man wechseln, wird man dauernd gefragt, muss Passwörter eingeben etc.

Dafür gibt es aber eine ganz einfache Lösung, die jeder mit mehreren Google-Konten anwenden kann:

1. Meldet euch mit einem der beiden Profilen an
2. Geht in die Google-Kontoeinstellungen
3. Geht zur Mehrfach-Anmeldung (bearbeiten)
   
4. Wählt “An – Mehrere Google-Konten in einem Webbrowser verwenden” und akzeptiert die Beschränkungen mit den 4 Häkchen und klickt auf “speichern”
   
5. Nun geht ihr in einen der aufgelisteten Google-Dienste (z.B. Google Mail)
6. Oben seht ihr nun wie immer euer aktives Konto, daneben ist ein kleiner Pfeil der euch das Hinzufügen weiterer Konten ermöglicht
   
7. Nun einfach mit dem anderen Konto anmelden …
8. … und schon könnt ihr bequem über den bei 6. genannten Pfeil zwischen den verschieden Profilen hin und her wechseln!

Das ganze erkläre ich mal an einem einfachen Anwendungsbeispiel: Ihr habt eine eigene Webseite oder/und eine eigene Domain. Diese betreibt ihr möglicherweise auf einem eigenen V- oder Rootserver, wollt euch aber nicht den Aufwand der Konfiguration eines eigenen Mailservers machen. Hier kommt Google Apps in Spiel. Es erlaubt euch sämtlichen E-Mail-Verkehr der Domain über Google-Server zu jagen. Das ganze könnt ihr dann in den Google Apps verwalten.

Die Mails sind aber nur ein Anwendungsbeispiel. Die typischen Vertreter, wie Kontakte, Kalender, Sites, oder Docs sind natürlich auch vorhanden.

Interessant wird das ganze dann für Firmen mit Google Apps for Business. Das ganze kostet dann 40$ pro Jahr pro User, erlaubt aber einen Großteil der Unternehmensstruktur auszulagern.

Auf die Idee, das ganze für mich selbser zu nutzen, hat mich Jeffrey gebracht. Bei ihm könnt ihr euch sicher auch noch die ein- oder andere Anregung holen.

Nun wie funktioniert das ganze für einen Privatanwender (lest erst den ganzen Artikel, bevor ihr ggf. anfangt)…

Bei Google Apps registrieren

Dazu geht ihr einfach auf den obrigen Link und dann “Erste Schritte”. Alternativ HIER.

Zunächst müsst ihr dann die Domain eingeben, welche ihr migrieren wollt. Gefolgt von Namen, Vornamen, alternativen Mailadressen und dem gewünschten Adminkonto. Das ganze läuft sehr intuitiv ab, nach einigen Klicks und angenommen AGBs, Datenschutz etc. seit ihr dann auch endlich im Dashboard angelangt.

Ganz wichtig ist nun das Verifizieren eurer Domain. Im Dashboard seht ihr schon die erste auffällige Zeile, die euch darauf hinweist. Der einfachste Weg läuft über die HTML-Datei. Dazu müsst ihr nur eine Datei mit dem dort angezeigtem Inhalt unter dem dort angezeigtem Namen speichern und schon kann die Verifizierung durchgeführt werden. Das dauerte bei mir keine Stunde… Danach ist die volle Apps-Funktionalität verfügbar.

Ihr habt zunächst Zugriff mit eurem Admin-Account und könnt alles einstellen, was das Herz begehrt. Widmen wir uns den E-Mails:

E-Mail-Konten, MX-Einträge und mehr

In der Übersicht “Organisation und Nutzer” habt ihr zu nächst nur einen Eintrag, mit beispielsweise der E-Mail-Adresse ‘mail@123.com’.

Nun wollt ihr noch mehr Adressen haben, wie z.B. ‘info@123.com’. Mit einem Klick auf den Nutzer könnt ihr mehrere Alias-Namen anlegen. Im Endeffekt landen dann alle alle Mails in einem Postfach. Ihr könnt natürlich auch neue Nutzer anlegen um alles zu trennen, aber davon muss ich abraten. Bei diesem Schritt müsstet ihr euch dauernd bei Google abmelden und mit den anderen Konten wieder anmelden. Wenn alles auf ein E-Mail-Konto läuft könnt ihr alles auch einfach und bequem wie gewohnt per Labels trenne (das ist die Google-Alternative zu Ordnern im Mailaccount).

Das gut 7 Gigabyte große E-Mail-Postfach sollte auch erstmal genug Spielraum offen lassen.

Was ist aber, wenn man mehrere Domains hat? Wenn alles wieder in einem Postfach landen darf könnt ihr euch “Domain-Einstellungen” –> “Domain-Namen” mehrere Domain-Aliase anlegen. Alle

Einstellungen die dann für ‘info@123.com’ gelten, sind auch für den Beispielalias ‘info@456.net’ gültig. Wollt ihr hier eine Trennung, so müsst ihr leider zu Google Apps for Business wechseln.

Das Einrichten der Nutzer reicht aber leider noch nicht aus, damit ihr E-Mails empfangt. Eure

Domain ist in den DNS-Servern dieser Welt eingetragen. Ein solcher Eintrag beinhaltet mehrereDatensätze, der wohl meist-bekannte ist der “A Ressource Record”, da dieser auf die IP Servers hinter

der Domain hinweist. Der A-Eintrag gilt jedoch nicht für Mailserver, dafür gibt es extra einen “MX Ressource Record“, MX steht für ‘Mail eXchange’.

Nun geht ihr zu dem Anbieter, bei welchem ihr eure Domain gebucht habt. Nun könnt ihr entweder in einem Kundencenter, oder per E-Mail-Kontakt den MX-Eintrag eurer Domain ändern lassen. Ihr bekommt die nötigen Einstellungen angezeigt, wenn ihr auf “Service-Einstellungen” –> “E-Mail” –> “Anleitung zum Aktivieren der E-Mail Funktion” –> “MX-Datensätze ändern” geht. Alternativ über die Hilfe-Seiten von Google. Das ganze sollte dann wie im Bild rechts aussehen.

Sobald die Datensätze geändert sind, klickt ihr im eben erwähnten Menü nur noch auf “Ich habe diese Schritte ausgeführt” und Google überprüft zunächst, ob die MX-Einträge korrekt sind. Das ganze dauert dann einige Stunden.

Diese Schritte funktionieren analog für eure Domain-Aliase. Ist alles eingerichtet, habt ihr nun vollen Zugriff auf das E-Mail-Konto.

Migration alter E-Mails

Eher häufiger ist es ja nun der Fall, dass man von einem E-Mail-Server auf einen anderen, hier Google-Apps, wechselt. Möchte man all seine alten E-Mails mitnehmen muss man diese vorher am eigenen PC herunterladen. Mit dem beliebten Browser Thunderbird fügt ihr einfach euer Konto hinzu, bedenkt aber dabei die Konteneinstellungen unter “Synchronisation und Speicherplatz”. Geht sicher, dass alles wie im Bild eingestellt ist.

Sind nun alle E-Mails heruntergeladen, so könnt ihr mit der Migration zu Google Apps beginnen.

Anschließend fügt ihr euer Google Apps E-Mail-Konto im Thunderbird hinzu. Die Einstellungen für IMAP und SMTP sollten automatisch erkannt werden, andernfalls könnt ihr sie dem Bild entnehmen.

Nun könnt ihr einfach per Drag & Drop, oder mit Rechtsklick auf die Mails “Kopiere in…” euer Backup vom alten Mailserver einspielen.

Nun sollte alles abgeschlossen sein.

Bei Fragen helfe ich natürlich gerne weiter, ansonsten Viel Erfolg für eure Migration nach Google Apps!

Demnächst stehen diverse Umzüge bei meinen Servern und Domains an.

Webhoster fliegen weg, VServer werden Produktiv und Domains müssen Providerwechsel überleben. Hoffentlich klappt alles wie ich mir das Vorstelle, für etwaige Downtimes möchte ich mich schonmal entschuldigen!

Wir sehen uns wieder!

UPDATE: Der Umzug ist vollzogen, sofern eure DNS-Server aktualisiert werden. Also weiter gehts mit dem Blogleben. Danke für eure Hinweise Leute, ich habe die Anbieter zwar nicht genutzt, aber für zukünftige Umsetzung sind die Angebote auf jeden Fall eine Überlegung wert.

UPDATE2: Alle Änderungen sollten nun durch sein. Downtimes o.ä. sind nicht weiter zu erwarten.

Nach einigem E-Mail-Verkehr mit meinem Provider bin ich doch sehr enttäuscht, da der sich strikt weigert in der Konfiguration meines VHosts dies betreffende Regel zu deaktivieren. Angeblich sei es bei deren Struktur nicht möglich…. nunja lassen wir das mal im Raum stehen

Nun der Aufruf an euch:

Ich bräuchte mal ein paar Empfehlungen für einen guten und einigermaßen günstigen Webhoster!

Als Leistung muss ich nicht viel beanspruchen:

• mind. 1x MySQL
• natürlich PHP5
• mind. 300 MB Space sind schon ausreichend
• Traffic am liebsten Flat, ansonsten mind. 5 GB
• Platz für 2 Domains

Das wars eigentlich auch schon.

Ganz wichtig sind eigentlich auch div. E-Mail-Postfächer, aber alternativ könnte ich da zu Google Apps migrieren.

Hoffentlich könnt ihr mir weiterhelfen, vielen Dank schonmal.

Ergänzung:

Um mal auf die Kommentare zu antworten: ursprünglich wollte ich ein reines Webhostingpaket, da es einfach unkomplizierter ist.

Einen VServer besitze ich selber schon, nur habe ich Angst, dass dieser nicht stark genug ist. Eigentlich bin ich damit sehr zufrieden, aber reichen 200 MB RAM für den Apache2 und MySQL um auch bei Peaks gute Antwortzeiten zu liefern (zugegeben, mein Peak war bisher auch nur 150 Visits).

Wenn jemand aus Erfahrung sprechen könnte, welche Power man braucht, wäre ich sehr dankbar.