Unterschiede zwischen den Revisionen 15 und 16
Revision 15 vom 2016-01-27 00:05:42
Größe: 5584
Autor: anonym
Kommentar: dns-einträge für conference
Revision 16 vom 2016-06-13 12:59:43
Größe: 6449
Autor: anonym
Kommentar: hinweis letsencrypt
Gelöschter Text ist auf diese Art markiert. Hinzugefügter Text ist auf diese Art markiert.
Zeile 5: Zeile 5:
Zeile 6: Zeile 7:
||''Variable''||''Bedeutung''||''Beispiel''||
||
DOMAIN || Domain des Jabberservers || systemausfall.org ||
|| JID || Jabber-Identifier, vollständige Jabber-Adresse || admin1@jabber.systemausfall.org ||
|| NAME || Nutzername || alice ||
|| HOST || Jabber-Host || ejabberd@jabber ||
|| PASSWORT || Ein Passwort ||  ||
||
VHOST || Virtueller Jabber-Host || jabber.systemausfall.org ||
||''Variable'' ||''Bedeutung'' ||''Beispiel'' ||
||
DOMAIN ||Domain des Jabberservers ||systemausfall.org ||
||JID ||Jabber-Identifier, vollständige Jabber-Adresse || admin1@jabber.systemausfall.org ||
||NAME ||Nutzername ||alice ||
||HOST ||Jabber-Host ||ejabberd@jabber ||
||PASSWORT ||Ein Passwort || ||
||
VHOST ||Virtueller Jabber-Host ||jabber.systemausfall.org ||
Zeile 16: Zeile 18:
Zeile 19: Zeile 22:
Zeile 23: Zeile 25:
Zeile 25: Zeile 28:
Zeile 35: Zeile 39:
Zeile 41: Zeile 46:
Zeile 46: Zeile 52:
=== Zertifikate von Let's Encrypt ===
Mit [[https://letsencrypt.org/|Let's Encrypt]] gibt es eine einfach zu nutzende Möglichkeit, anerkannte Zertifikate zu erzeugen. Zahlreichen Anleitungen erklären, wie das grundsätzlich geht. Sind die Zertifikate erzeugt, liegen sie bei Debian unter {{{/etc/letsencrypt/live}}}. Da das Verzeichnis {{{root:root}}} gehört, hat ejabberd darauf keinen Zugriff. Es bietet sich an, unter {{{/etc/ejabberd/}}} eine Zertifikatsdatei zu erstellen (Rechte {{{ejabberd:root}}} und sie mit den Daten aus dem letscrypt-Verzeichnis zu befüllen:{{{
cat /etc/letsencrypt/live/domain.tld/privkey.pem /etc/letsencrypt/live/domain.tld/fullchain.pem >> /etc/ejabberd/ejabberd.pem}}}

Anschließend sollte ein entsprechender cron-job erstellt werden, der die Datei bei jeder Zertifikatserneuerung aktualisert und ejabberd neu startet.
Zeile 48: Zeile 60:
Zeile 53: Zeile 66:
Zeile 58: Zeile 70:
Zeile 65: Zeile 78:
Zeile 68: Zeile 80:
Zeile 75: Zeile 88:
Damit User nicht zu einfache Passworte bei der Erstellung von neuen Konten verwenden, kann folgende Option im Abschnitt {{{mod-register}}} aktiviert werden:{{{ Damit User nicht zu einfache Passworte bei der Erstellung von neuen Konten verwenden, kann folgende Option im Abschnitt {{{mod-register}}} aktiviert werden:

{{{
Zeile 80: Zeile 95:
Zeile 91: Zeile 105:
 * per Webfrontend 
 * oder per Kommandozeile{{{
ejabberdctl register NAME HOST PASSWORT  

* per Webfrontend
 * oder per Kommandozeile
 
{{{
ejabberdctl register NAME HOST PASSWORT
Zeile 95: Zeile 111:
   

Diese Seite beschreibt die Installation und Einrichtung des XMPP/Jabber-Servers ejabberd auf einem Debian Jessie-System.

Begriffe und Variablen

Variable

Bedeutung

Beispiel

DOMAIN

Domain des Jabberservers

systemausfall.org

JID

Jabber-Identifier, vollständige Jabber-Adresse

admin1@jabber.systemausfall.org

NAME

Nutzername

alice

HOST

Jabber-Host

ejabberd@jabber

PASSWORT

Ein Passwort

VHOST

Virtueller Jabber-Host

jabber.systemausfall.org

Installation

In Debian Jessie ist Version 14.07 des ejabberd enthalten. Zur Installation sind die folgenden Schritte notwendig:

aptitude install ejabberd ejabberd-contrib

Während der Installation wird ein Adminaccoun eingerichtet

Konfiguration

Die Konfiguration findet über die Datei /etc/ejabberd/ejabberd.yml statt. Durch zahlreiche Kommentare ist die Datei gut erklärt - ansonsten hilft die umfangreiche Doku weiter.

  • z.B. selbständiges registrieren von Benutzern erlauben
  • starttls, {certfile, "/etc/ejabberd/ejabberd.pem"}
  • multi user chat aktivieren
  • proxy modul für dateitransfers

DNS-Einträge

Die Konferenzräume stehen meist unter conference.DOMAIN zur Verfügung. Ein entsprechender DNS-Eintrag sollte angelegt werden.

Firewall

folgende Ports müssen in der Firewall geöffnet werden:

  • 5222/tcp für Clients, die sich mit dem Server verbinden wollen
  • 5269/tcp für andere Server, die sich mit dem lokalen Server verbinden wollen
    • braucht nicht offen zu sein, wenn der lokale Server nur für interne Kommunikation dort angemeldeter User gedacht ist
  • 5280/tcp für das Adminwebinterface
    • muss nicht dauerhaft offen sein
  • 7777/tcp für Dateitransfers via Proxy

Änderungen in /etc/shorewall/rules eintragen und Shorewall mit shorewall safe-restart neu starten.

Sicherheit erhöhen

Über IM Observatory lässt sich die Einrichtung des jeweiligen Servers nach Sicherheitsaspekten bewerten. Es ist sinnvoll, den eigenen Server dort einen Test zu unterziehen und die bemängelten Punkte zu bearbeiten.

Zertifikate von Let's Encrypt

Mit Let's Encrypt gibt es eine einfach zu nutzende Möglichkeit, anerkannte Zertifikate zu erzeugen. Zahlreichen Anleitungen erklären, wie das grundsätzlich geht. Sind die Zertifikate erzeugt, liegen sie bei Debian unter /etc/letsencrypt/live. Da das Verzeichnis root:root gehört, hat ejabberd darauf keinen Zugriff. Es bietet sich an, unter /etc/ejabberd/ eine Zertifikatsdatei zu erstellen (Rechte ejabberd:root und sie mit den Daten aus dem letscrypt-Verzeichnis zu befüllen:

cat /etc/letsencrypt/live/domain.tld/privkey.pem /etc/letsencrypt/live/domain.tld/fullchain.pem >> /etc/ejabberd/ejabberd.pem

Anschließend sollte ein entsprechender cron-job erstellt werden, der die Datei bei jeder Zertifikatserneuerung aktualisert und ejabberd neu startet.

Cipher konfigurieren

Ejabberd benutzt OpenSSL für die Transportweg-Verschlüsselung zwischen Client und Server bzw. Server und Server. Es gibt unterschiedliche Cipher, die für die Verschlüsselung genutzt werden können. Da einige Cipher angreifbar sind, ist es sinnvoll, ejabberd mitzuteilen, welche Cipher in welcher Reihenfolge benutzt werden sollen. Dies geht mit den folgenden Optionen1 in der Konfigurationsdatei:

ciphers: "EECDH+ECDSA+AESGCM EECDH+aRSA+AESGCM EECDH+ECDSA+SHA384 EECDH+ECDSA+SHA256 EECDH+aRSA+SHA384 EECDH+aRSA+SHA256 EECDH+aRSA+RC4 EECDH EDH+aRSA RC4 !aNULL !eNULL !LOW !3DES !MD5 !EXP !PSK !SRP !DSS !RC4"

s2s_ciphers: "EECDH+ECDSA+AESGCM EECDH+aRSA+AESGCM EECDH+ECDSA+SHA384 EECDH+ECDSA+SHA256 EECDH+aRSA+SHA384 EECDH+aRSA+SHA256 EECDH+aRSA+RC4 EECDH EDH+aRSA RC4 !aNULL !eNULL !LOW !3DES !MD5 !EXP !PSK !SRP !DSS !RC4"

Der Übersichtlichkeit halber sollten die Optionen jeweils an der passenden Stelle in der Konfigurationsdatei platziert werden. Die aufgelisteten Cipher ergeben eine gute Bewertung bei der IM Observatory und sind hier entnommen.

Unsichere SSL-Varianten deaktivieren

Erneut die Konfigurationsdatei bearbeiten und an den entsprechenden Stellen - "no_sslv3 einfügen:

protocol_options:
       - "no_sslv3"

s2s_protocol_options:
   - "no_sslv3"

Passworte als Hash speichern

Bei Verwendung der internen Mnesia-Datenbank werden die Passworte standardmäßig im Klartext gespeichert. Dies kann mit den folgenden Optionen in der Konfigurationsdatei geändert werden:

auth_method: internal
auth_password_format: scram

Bereits in Klartext gespeicherte Passworte werden beim nächsten Start von ejabberd umgewandelt.

Sichere Passworte erzwingen

Damit User nicht zu einfache Passworte bei der Erstellung von neuen Konten verwenden, kann folgende Option im Abschnitt mod-register aktiviert werden:

    ## Set the minimum informational entropy for passwords.
    ##
    password_strength: 32

Administration

Webfrontend

Über das Webfrontend kann der Server umfangreich konfiguriert werden. Es ist üblicherweise unter https://DOMAIN/admin zu erreichen.

Einloggen können sich in /etc/ejabberd/ejabberd.yml eingetragene Admins mit ihrer vollständigen JID und dem entsprechenden Passwort.

neue User anlegen

Sofern das entsprechende Modul aktiviert ist, können User mit ihrem Client selbständig neue Accounts registrieren.

Für Admins gibt es zwei Möglichkeiten:

  • per Webfrontend
  • oder per Kommandozeile
    ejabberdctl register NAME HOST PASSWORT

Userpasswort ändern

Auch hier gilt: sofern das entsprechende Modul aktiviert ist, können User mit ihrem Client das Passwort selbst ändern.

Admins können dies über das Webfrontend tun: https://DOMAIN/admin/server/VHOST/users.


Fussnoten und Hinweise

  1. ohne Zeilenumbruch einfügen (1)


Creative Commons Lizenzvertrag
This page is licensed under a Creative Commons Attribution-ShareAlike 2.5 License.