1. Start
2. /
3. Server & Cloud
4. /
5. InterNetX Server Assist

InterNetX Server Assist

10 Min. Lesezeit · Geprüft 2026-11-11

Die Plesk-Erweiterung ist nur für InterNetX-Managed-Kunden verfügbar.

Aktuell wird diese Erweiterung automatisch unseren Managed-Kunden nach und nach zur Verfügung gestellt. Da wir hierbei wie gewohnt auf Qualität statt Quantität setzen, kann es sein, dass Ihnen die Erweiterung noch nicht zur Verfügung steht.

Hinweis zu den Benutzerperspektiven:

• Reseller & Administratoren nutzen die vollständige Management-Zentrale mit allen Modulen (Mail-Logs, Fail2ban und Serverzertifikate).
• Endkunden erhalten nach Freischaltung im Service-Paket einen direkten, auf ihre eigenen Domains beschränkten Menüpunkt für die E-Mail-Protokolle (siehe Abschnitt 3.4 und Kapitel 5).

Inhaltsverzeichnis

1. Überblick & Einstieg
2. Modul: IP-Adresse entsperren (Fail2ban Self-Service)
   • Typische Einsatzszenarien
   • Schritt-für-Schritt-Anleitung
   • Sicherheitsregeln & Einschränkungen
3. Modul: E-Mail-Protokolle (Mail-Log-Inspektor)
   • Typische Einsatzszenarien
   • Schritt-für-Schritt-Anleitung (Reseller / Admin)
   • Aufbau der Ergebnistabelle
   • Ansicht aus Kundensicht (Endkunden-Perspektive)
4. Modul: Serverzertifikate verwalten
   • Wichtiger Unterschied zu Website-Zertifikaten
   • Zertifikatstyp: Eigenes Zertifikat vs. Let’s Encrypt
   • Bereich 1: Aktuell aktive Zertifikate
   • Bereich 2: Eigenes Zertifikat importieren & prüfen
   • Bereich 3: Verwaltete Zertifikate zuweisen
   • Bereich 4: Rollback (Zertifikatsstand wiederherstellen)
   • Bereich 5: Kostenloses Let’s Encrypt Zertifikat anfordern
5. Rollenkonzept & Rechtevergabe (Service-Pakete)
   • Rollenübersicht im Vergleich
   • Schritt-für-Schritt: Kunden-Zugriff auf Mail-Logs freischalten
   • Reseller-Berechtigung für Serverzertifikate
6. Häufige Fragen (FAQ)

1. Überblick & Einstieg

Einstieg für Administratoren und Reseller

In der Reseller-Oberfläche erreichen Sie InterNetX Server Assist folgendermaßen:

Über die linke Hauptnavigation:
Klicken Sie im linken Plesk-Menü unter Links zu zusätzlichen Services auf InterNetX Server Assist. Sie gelangen auf die Übersichtsseite mit drei Kacheln:

• E-Mail-Protokolle (Mail-Log-Inspektion)
• IP-Adresse entsperren (Fail2ban Self-Service)
• Serverzertifikate (Verwaltung von Hostname- & Dienstverschlüsselungen) [sofern freigegeben]

2. Modul: IP-Adresse entsperren (Fail2ban Self-Service)

Zum Schutz Ihres Servers blockiert der Sicherheitsdienst Fail2ban IP-Adressen temporär, wenn wiederholt falsche Zugangsdaten (z. B. bei Mail-Clients, SSH oder Web-Logins) eingegeben werden.

Typische Einsatzszenarien

• Ein Kollege oder Kunde hat das Mail-Passwort mehrfach falsch eingegeben; die gesamte feste Büro-IP-Adresse kann keine E-Mails mehr abrufen oder versenden.
• Wiederholte Fehlversuche bei FTP-, SSH- oder Plesk-Logins haben Sie versehentlich ausgesperrt.

Schritt-für-Schritt-Anleitung

1. Öffnen Sie die Seite IP-Adresse entsperren (fail2ban).

2. IP-Adresse bestimmen:

   • Automatische Erkennung: Im Kasten Öffentliche IP-Adressen ermittelt das System Ihre aktuelle Internet-IPv4 (und ggf. IPv6). Klicken Sie auf Diese IP verwenden, um die Adresse direkt in das Eingabefeld zu übertragen.
   • Manuelle Eingabe: Geben Sie alternativ die betroffene externe IP-Adresse (z. B. 62.116.161.144 oder 2001:db8::1) in das Feld „Zu entsperrende IP-Adresse“ ein.

   Hinweis: Bei manchen Internet-Anbietern, die Carrier-Grade-NAT (CGNAT) einsetzen, kann die automatisch erkannte Adresse vom tatsächlichen Verbindungspfad abweichen. Prüfen Sie die Adresse in diesem Fall bitte manuell.

3. Sperrgrund analysieren (Empfohlen):

   • Klicken Sie auf Sperrgrund prüfen.
   • Das System durchsucht im Hintergrund die Fail2ban-Datenbank sowie Log-Archive und gibt unter Letzte bekannte Sperrereignisse Auskunft über die Ursache (z. B. fehlerhafte Authentifizierungsversuche bei Postfix oder Dovecot).

4. Freigabe ausführen:

   • Klicken Sie auf Aus allen Jails entsperren.
   • Das System entfernt die Sperre sofort aus sämtlichen aktiven Filtern des Servers.
   • Status-Rückmeldung:
     • Grün (Erfolg): Die IP-Adresse war aktiv gesperrt und wurde erfolgreich freigegeben.
     • Gelb (Keine aktive Sperre): Die IP-Adresse war in keinem Dienst (mehr) blockiert.
     • Rot (Fehler): Der Vorgang konnte nicht verifiziert werden; bitte wenden Sie sich an den Support.

Sicherheitsregeln & Einschränkungen

• Lokale & Private IP-Adressen: Private Netzbereiche (z. B. 192.168.0.0/16, 10.0.0.0/8, 172.16.0.0/12, 127.0.0.0/8 / Loopback sowie IPv6 Link-Local) sind aus Sicherheitsgründen blockiert und können nicht über die Oberfläche entsperrt werden.
• Audit-Sicherheit: Jeder Entsperrvorgang wird mit Anwender-Login, IP und Ergebnis im systemweiten Plesk-Aktionsprotokoll unveränderlich dokumentiert.

3. Modul: E-Mail-Protokolle (Mail-Log-Inspektor)

Mit dem Mail-Log-Inspektor klären Sie den Verbleib von E-Mails sekundenschnell auf.

Typische Einsatzszenarien

• Ein Absender behauptet, eine wichtige Nachricht gesendet zu haben, die angeblich nicht ankam.
• Analyse von Abweisungsgründen (Bounces / Reject-Meldungen fremder Mailserver).
• Prüfung, ob Mail-Clients (z. B. Outlook oder Thunderbird) Nachrichten erfolgreich an den Server übergeben haben.

Schritt-für-Schritt-Anleitung (Reseller / Admin)

1. Öffnen Sie E-Mail-Protokolle.

2. Suchfilter festlegen:

   • Datum von / Datum bis: Grenzen Sie den Zeitraum ein (Standard: aktueller Tag).
   • Absender enthält: E-Mail-Adresse oder Absender-Domain (z. B. rechnung@ oder beispiel.de).
   • Empfänger enthält: E-Mail-Adresse oder Empfänger-Domain.
   • Status: Filtern Sie gezielt nach Status (z. B. Alle, Zugestellt, Abgelehnt oder Verzögert).

3. Abfrage starten:

   • Klicken Sie auf Suchen.
   • Die Abfrage läuft asynchron als geschützter Hintergrundprozess. Sobald die Postfix-Logs durchsucht wurden, aktualisiert sich die Tabelle automatisch.

Aufbau der Ergebnistabelle

Gefundene Treffer werden unter E-Mail-Aktivität chronologisch dargestellt:

Ansicht aus Kundensicht (Endkunden-Perspektive)

Sobald ein Reseller seinem Kunden die Berechtigung im Service-Paket erteilt hat, sieht der Kunde eine schlanke, maßgeschneiderte Ansicht:

1. Nahtlose Menü-Integration:
   In der linken Hauptnavigation des Kunden erscheint unterhalb der üblichen Webhosting-Dienste (wie Websites & Domains, E-Mail, Dateien, Datenbanken) ein neuer Menüpunkt mit Brief-Symbol:
   E-Mail-Protokolle

2. Keine Reizüberflutung:
   Der Kunde sieht weder den übergeordneten Hub InterNetX Server Assist noch die Kacheln für Fail2ban oder Serverzertifikate. Die Benutzeroberfläche bleibt fokussiert auf das, was der Kunde benötigt.

3. Strenge Domänen-Einschränkung (Domain-Scope):
   Direkt unter der Filterleiste wird dem Kunden transparent angezeigt, auf welche Domains sich die Suche erstreckt:
   Domains: test.domain
   Kunden können ausschließlich Protokolldaten ihrer eigenen Domains einsehen. Eine Einsicht in Protokolle fremder Kunden oder administrativer Serverdomains ist technisch vollständig ausgeschlossen.

4. Gleicher Bedienkomfort:
   Auch Endkunden profitieren von der asynchronen Hintergrundsuche, den Live-Filtern und der klaren tabellarischen Aufbereitung – ohne dafür ein Support-Ticket erstellen zu müssen.

4. Modul: Serverzertifikate verwalten

Wichtiger Unterschied zu Website-Zertifikaten

• Website-Zertifikate (für die Domains Ihrer Kunden) verwalten Sie weiterhin regulär unter Websites & Domains > SSL/TLS-Zertifikate.
• Serverzertifikate in Server Assist steuern die übergeordneten Verschlüsselungen der Kernsysteme:
  1. Den Zugriff auf das Plesk-Panel selbst (Port 8443).
  2. Den serverweiten E-Mail-Dienst für IMAP/POP3 (Ports 993/995) und SMTP (Ports 465/587).

Zertifikatstyp: Eigenes Zertifikat vs. Let’s Encrypt

Plesk unterstützt jeweils nur eine aktive Zertifikatszuweisung pro Dienst (entweder ein manuell hochgeladenes Zertifikat oder ein via Let’s Encrypt ausgestelltes Zertifikat).

Bereich 1: Aktuell aktive Zertifikate

Im obersten Abschnitt sehen Sie jederzeit den aktuellen Live-Status:

• Plesk-Panel: SHA-256-Fingerprint und Ablaufdatum (Gültig bis) des aktiven Web-Panel-Zertifikats.
• Serverweiter E-Mail-Dienst: SHA-256-Fingerprint und Ablaufdatum der synchronen Verschlüsselung von Postfix und Dovecot.

Bereich 2: Eigenes Zertifikat importieren & prüfen

Nutzen Sie diesen Bereich, wenn Sie ein gekauftes Zertifikat (z. B. von DigiCert, Sectigo etc.) für den Server-Hostnamen einspielen möchten.
InterNetX Server Assist prüft die von Ihnen geladenen Zertifikate auch ohne manuelle Vorabprüfung automatisch auf Gültigkeit. Sollte beispielsweise die CA-Zertifikatskette unvollständig sein, erhalten Sie eine entsprechende Fehlermeldung.

1. Stammdaten eingeben:

   • Zertifikatsname: Ein eindeutiger Name (z. B. Wildcard-Plesk).
   • Dienst-Hostname: Der FQDN des Servers (z. B. plesk.ihre-domain.de).

2. Dateien hochladen:

   • Serverzertifikat (PEM): Das eigentliche Server-Zertifikat.
   • Privater Schlüssel (PEM): Der zugehörige private Schlüssel (wird sicher über stdin im geschützten Root-Tresor abgelegt).
   • CA-Zertifikatkette (PEM): Die Zwischenzertifikate (Intermediate CA Chain).

3. Vorabprüfung (Empfohlen):

   • Klicken Sie auf Zertifikat prüfen. Das System verifiziert Schlüsselstärke, Hostname und Kette, ohne Änderungen am laufenden Server vorzunehmen.

4. Importieren:

   • Klicken Sie auf Zertifikat importieren. Das Zertifikat wird im sicheren Vault hinterlegt und erscheint in der Tabelle der verwalteten Zertifikate. (Hinweis: Der Import allein ändert noch keinen laufenden Dienst!)

Bereich 3: Verwaltete Zertifikate zuweisen

In der Tabelle Über InterNetX Server Assist verwaltete Zertifikate finden Sie alle bereitstehenden Zertifikate samt Gültigkeitszeitraum und Status.

1. Wählen Sie in der Spalte Zertifikat zuweisen im Dropdown den gewünschten Dienst:

   • Plesk-Panel (aktiviert das Zertifikat für den Administrationsport 8443)
   • Serverweiter E-Mail-Dienst (aktiviert das Zertifikat für Postfix & Dovecot)

2. Klicken Sie auf die Schaltfläche Zertifikat zuweisen.

Bereich 4: Rollback (Zertifikatsstand wiederherstellen)

Vor jedem Zertifikatswechsel erstellt das System automatisch einen Snapshot der bisherigen Konfiguration. Sollte nach einem Wechsel unerwartet ein Problem auftreten, können Sie jederzeit zurückkehren.

1. Navigieren Sie zum Abschnitt Rollback.

2. Wählen Sie unter Plesk-Panel oder Serverweiter E-Mail-Dienst die gewünschte Sicherung aus dem Dropdown:

   • Die Einträge sind mit Zeitstempel und Hash gekennzeichnet (z. B. 26.10.2026 16:11:34 CET / c9801a90b7a33e6e).

3. Klicken Sie auf Sicherung wiederherstellen.

4. Das System stellt die Konfiguration wieder her und verifiziert die TLS-Ports. Ungültige oder abgelaufene Sicherungen bleiben zwar im Archiv erhalten, können jedoch nicht mehr aktiviert werden.

Bereich 5: Kostenloses Let’s Encrypt Zertifikat anfordern

Sie können direkt über die Erweiterung ein offizielles Let’s Encrypt Zertifikat für den Servernamen generieren lassen. Plesk übernimmt hierbei die künftige automatische Verlängerung.

Wichtiger Hinweis: Die Let’s Encrypt-Anforderung über diesen Workflow ersetzt grundsätzlich Panel- und serverweites Mail-Zertifikat gemeinsam, um eine einheitliche und lückenlose Verschlüsselung sicherzustellen.

1. Tragen Sie Ihre Kontakt-E-Mail-Adresse für Benachrichtigungen ein (z. B. email@domain.tld).

2. Setzen Sie die zwingend erforderliche Bestätigung:
   ☑ „Ich bestätige die Anforderung eines neuen Zertifikats für [Server-Hostname] und den Austausch der Zertifikate für Plesk-Panel UND serverweiten E-Mail-Dienst.“

3. Klicken Sie auf Neues Zertifikat anfordern und zuweisen.

4. Der Server fordert das Zertifikat via ACME an, installiert es auf Panel (8443), SMTP (465) und IMAP (993) und verifiziert die Erreichbarkeit.

5. Rollenkonzept & Rechtevergabe (Service-Pakete)

Rollenübersicht im Vergleich

Schritt-für-Schritt: Kunden-Zugriff auf Mail-Logs freischalten

Endkunden haben standardmäßig keinen Zugriff auf die E-Mail-Protokolle. Als Reseller können Sie diese Funktion in Ihren Service-Paketen für Kunden aktivieren:

1. Navigieren Sie im linken Menü zu Hosting-Services > Service-Pakete.

2. Klicken Sie auf das Service-Paket, das Sie bearbeiten möchten (z. B. Unlimited).

3. Wechseln Sie auf den Reiter Berechtigungen.

4. Scrollen Sie im Bereich der Berechtigungsliste nach unten bis zu den InterNetX Server Assist Einträgen.

5. Setzen Sie den Haken bei:
   ☑ Zugriff auf E-Mail-Protokolle (InterNetX Server Assist)
   (Beschreibung: „Erlaubt Kunden den Zugriff auf die E-Mail-Protokolle ihrer eigenen Domains.“)

6. Klicken Sie unten auf den blauen Button Aktualisieren & synchronisieren.

Auswirkung beim Kunden:
Sobald synchronisiert wurde, erscheint im Kundenmenü unterhalb der Hosting-Werkzeuge sofort der Menüpunkt E-Mail-Protokolle. Der Kunde kann nun selbstständig nach E-Mails suchen, ohne den Support kontaktieren zu müssen.

Reseller-Berechtigung für Serverzertifikate

In der Berechtigungsliste existiert zusätzlich die Option:

• ☐ Zugriff auf Serverzertifikate (InterNetX Server Assist)
  (Beschreibung: „Erlaubt Resellern den Zugriff auf Werkzeuge für die serverweiten Plesk- und E-Mail-Zertifikate. Gewährt keinen Plesk-Administratorzugriff.“)
• Verwendungszweck: Diese Option dient übergeordneten Administratoren dazu, vertrauenswürdigen Resellern die Verwaltung der Hostname-Zertifikate zu übertragen.
• Sicherheit: Kundenkonten bleiben für diese Option grundsätzlich gesperrt, selbst wenn ein Service-Paket versehentlich diese Berechtigung enthalten sollte.

6. Häufige Fragen (FAQ)

Wo findet mein Kunde den Link zu den E-Mail-Protokollen?

Nach Aktivierung im Service-Paket findet der Kunde den Menüpunkt E-Mail-Protokolle direkt in der linken Hauptnavigationsleiste seines Plesk-Panels (unterhalb von WordPress, Laravel bzw. den Standard-Hosting-Menüpunkten).

Kann ein Kunde die Protokolle anderer Domains einsehen?

Nein. Die Abfrage läuft streng isoliert über einen serverseitig aufgelösten Domain-Filter. Der Kunde sieht nur Protokolle für Domains, die ihm im jeweiligen Abonnement gehören. Dies wird auf der Suchseite auch explizit unter der Filterleiste mit Domains: <kundendomain> bestätigt.

Warum sieht mein Kunde den Menüpunkt „IP-Adresse entsperren“ nicht?

Das Modul IP-Adresse entsperren greift auf die serverweite Fail2ban-Instanz zu. Um Missbrauch zu verhindern, ist dieses Modul exklusiv Administratoren und Resellern vorbehalten. Endkunden wenden sich bei Sperren an ihren betreuenden Reseller.

Was geschieht, wenn ein Zertifikatswechsel fehlschlägt?

Das System verfügt über eine automatische Selbstreparatur (Notfall-Rollback): Schlägt die Aktivierung oder der TLS-Handshake auf den Ports 8443, 465 oder 993 fehl, bricht der Prozess ab und stellt automatisch den vorherigen Zustand wieder her.