diff --git a/acl/help/ips.de.neutral.html b/acl/help/ips.de.neutral.html
new file mode 100644
index 000000000..4cb9cc93d
--- /dev/null
+++ b/acl/help/ips.de.neutral.html
@@ -0,0 +1 @@
+Die IP-Zugriffskontrolle für Benutzer:innen funktioniert auf die gleiche Weise wie die globale IP-Zugriffskontrolle im Webmin-Konfigurationsmodul. Nur wenn ein:e Benutzer:in die globalen Regeln passiert, werden die hier definierten Einschränkungen ebenfalls überprüft.
diff --git a/acl/lang/de.neutral b/acl/lang/de.neutral
new file mode 100644
index 000000000..ed1a74686
--- /dev/null
+++ b/acl/lang/de.neutral
@@ -0,0 +1,154 @@
+index_title=Webmin-Benutzer:innen
+index_user=Benutzer:in
+index_create=Neuen privilegierten Benutzer:in erstellen.
+index_screate=Neue:n sichere:n Benutzer:in erstellen.
+index_convert=Unix-Benutzer:innen in Webmin-Benutzer:innen konvertieren
+index_return=Benutzer:innenliste
+index_users=Webmin-Benutzer:innen
+index_nousers=Keine bearbeitbaren Webmin-Benutzer:innen definiert.
+index_sync=Synchronisation von Unix-Benutzer:innen konfigurieren
+index_eulist=Fehler beim Auflisten der Benutzer:innen : $1
+edit_title=Webmin-Benutzer:in bearbeiten
+edit_title2=Webmin-Benutzer:in erstellen
+edit_title3=Sichere:n Webmin-Benutzer:in erstellen
+edit_readonly=Dieser Webmin-Benutzer:in sollte nicht bearbeitet werden, da er:sie vom Modul $1 verwaltet wird. Hier klicken , um diese Warnung zu umgehen und den:die Benutzer:in dennoch zu bearbeiten – beachten Sie jedoch, dass manuelle Änderungen überschrieben werden können!
+edit_rights=Zugriffsrechte für Webmin-Benutzer:in
+edit_user=Benutzer:innenname
+edit_cloneof=Webmin-Benutzer:in wird geklont
+edit_twofactorprov=Verwendet Anbieter:in $1 mit ID $2
+edit_twofactoradd=Zwei-Faktor für Benutzer:in aktivieren
+edit_ipdesc=Die IP-Zugriffskontrolle für Benutzer:innen funktioniert wie die globale IP-Zugriffskontrolle im Webmin-Konfigurationsmodul. Nur wenn globale Regeln bestanden werden, gelten die hier definierten zusätzlich.
+edit_risk_medium=Admin-Benutzer:in
+edit_risk_low=Normale:r Benutzer:in
+edit_euser=Sie dürfen diesen:die Benutzer:in nicht bearbeiten
+edit_egone=Ausgewählte:r Benutzer:in existiert nicht mehr!
+edit_ecreate=Sie dürfen keine Benutzer:innen erstellen
+edit_switch=Zu Benutzer:in wechseln
+edit_return=Webmin-Benutzer:in
+save_err=Speichern des:der Benutzer:in fehlgeschlagen
+save_ename='$1' ist kein gültiger Benutzer:innenname
+save_eunixname=Der Benutzer:innenname '$1' ist kein Unix-Benutzer:in und kann daher nicht im sicheren Modus verwendet werden
+save_enamewebmin=Der Benutzer:innenname 'webmin' ist für interne Zwecke reserviert
+save_edup=Der Benutzer:innenname '$1' wird bereits verwendet
+save_edeny=Sie können sich selbst keinen Zugriff auf das Modul „Webmin-Benutzer:innen“ verweigern
+save_eunix=Der Unix-Benutzer:in '$1' existiert nicht
+save_ecreate=Sie dürfen keine Benutzer:innen erstellen
+save_euser=Sie dürfen diesen:die Benutzer:in nicht bearbeiten
+delete_err=Benutzer:in konnte nicht gelöscht werden
+delete_ecannot=Sie dürfen keine Benutzer:innen löschen
+delete_euser=Sie dürfen diesen:die Benutzer:in nicht löschen
+delete_eanonuser=Dieser Benutzer:in wird für den anonymen Modulzugriff verwendet
+cert_msg=Mit diesem Formular können Sie ein SSL-Client-Zertifikat anfordern, das künftig für den Zugang zu Webmin anstelle von Benutzer:innenname und Passwort verwendet wird. Dies ist sicherer, aber da die Authentifizierung automatisch erfolgt, können Sie bei Verwendung des Zertifikats nicht zu einem anderen Benutzer:in wechseln.
+acl_uall=Alle Benutzer:innen
+acl_uthis=Diese:r Benutzer:in
+acl_usel=Ausgewählte Benutzer:innen ..
+acl_users=Bearbeitbare Benutzer:innen
+acl_create=Kann neue Benutzer:innen erstellen?
+acl_delete=Kann Benutzer:innen löschen?
+acl_rename=Kann Benutzer:innen umbenennen?
+acl_euser=Sie dürfen die ACL dieses:dieser Benutzer:in nicht bearbeiten
+acl_gassign=Kann Benutzer:innen Gruppen zuweisen
+acl_perms=Neu erstellte Benutzer:innen erhalten
+acl_perms_1=Gleiche Modul-ACL wie Ersteller:in
+acl_switch=Kann zu anderen Benutzer:innen wechseln?
+acl_sql=Kann Benutzer:innen- und Gruppendatenbank konfigurieren?
+log_modify=Webmin-Benutzer:in $1 bearbeitet
+log_rename=Webmin-Benutzer:in $1 in $2 umbenannt
+log_create=Webmin-Benutzer:in $1 erstellt
+log_clone=Webmin-Benutzer:in $1 zu $2 geklont
+log_delete=Webmin-Benutzer:in $1 gelöscht
+log_cert=Zertifikat für Benutzer:in $1 ausgestellt
+log_switch=Zu Webmin-Benutzer:in $1 gewechselt
+log_delete_users=$1 Webmin-Benutzer:innen gelöscht
+log_joingroup=$1 Webmin-Benutzer:innen zur Gruppe $2 hinzugefügt
+log_sql=Benutzer:innen- und Gruppendatenbank geändert
+log_twofactor=Benutzer:in $1 bei Zwei-Faktor-Anbieter:in $2 registriert
+log_onefactor=Zwei-Faktor-Authentifizierung für Benutzer:in $1 deaktiviert
+log_forgot_send=E-Mail zum Zurücksetzen des Passworts für Benutzer:in $1 an $2 gesendet
+log_forgot_reset=Passwort für Benutzer:in $1 mit E-Mail $2 zurückgesetzt
+log_forgot_admin=Administrator:in hat E-Mail zum Zurücksetzen des Passworts für Benutzer:in $1 an $2 gesendet
+gedit_members=Mitglieds-Benutzer:innen und -Gruppen
+gdelete_desc=Möchten Sie die Gruppe $1 und ihre Mitglieds-Benutzer:innen $2 wirklich löschen?
+convert_title=Benutzer:innen konvertieren
+convert_ecannot=Sie dürfen keine Unix-Benutzer:innen konvertieren
+convert_nogroups=Auf Ihrem System wurden keine Webmin-Gruppen definiert. Mindestens eine Gruppe muss erstellt werden, bevor Benutzer:innen konvertiert werden können, um die Berechtigungen festzulegen.
+convert_desc=Mit diesem Formular können bestehende Unix-Benutzer:innen in Webmin-Benutzer:innen konvertiert werden. Die Berechtigungen jedes neuen Webmin-Benutzers:in werden durch die unten ausgewählte Gruppe bestimmt.
+convert_0=Alle Benutzer:innen
+convert_1=Nur Benutzer:innen
+convert_2=Alle außer Benutzer:innen
+convert_3=Benutzer:innen mit Gruppe
+convert_4=Benutzer:innen mit UIDs im Bereich
+convert_group=Neuen Benutzer:innen Webmin-Gruppe zuweisen
+convert_sync2=Passwort künftig mit Unix-Benutzer:in synchronisieren?
+convert_err=Benutzer:innen konnten nicht konvertiert werden
+convert_eusers=Keine zu konvertierenden Benutzer:innen eingegeben
+convert_ewgroup2=Sie dürfen neuen Benutzer:innen diese Gruppe nicht zuweisen
+convert_invalid=$1 ist kein gültiger Webmin-Benutzer:innenname
+convert_msg=Konvertiere Unix-Benutzer:innen …
+convert_user=Unix-Benutzer:in
+convert_done=$1 Benutzer:innen konvertiert, $2 ungültig, $3 bereits vorhanden, $4 ausgeschlossen.
+convert_users=Zu konvertierende Benutzer:innen
+sync_title=Synchronisation von Unix-Benutzer:innen
+sync_desc=Mit diesem Formular können Sie die automatische Synchronisation von über Webmin erstellten Unix-Benutzer:innen und Benutzer:innen in diesem Modul konfigurieren.
+sync_nogroups=Auf Ihrem System wurden keine Webmin-Gruppen definiert. Es muss mindestens eine Gruppe erstellt werden, um die Zugriffsrechte für erstellte Benutzer:innen festzulegen.
+sync_create=Webmin-Benutzer:in erstellen, wenn ein Unix-Benutzer:in erstellt wird.
+sync_update=Den zugehörigen Webmin-Benutzer:in aktualisieren, wenn ein Unix-Benutzer:in aktualisiert wird.
+sync_delete=Den zugehörigen Webmin-Benutzer:in löschen, wenn ein Unix-Benutzer:in gelöscht wird.
+sync_modify=Den zugehörigen Webmin-Benutzer:in umbenennen, wenn ein Unix-Benutzer:in umbenannt wird.
+sync_group=Neuen Benutzer:innen Webmin-Gruppe zuweisen
+sync_unix=Passwort für neue Benutzer:innen auf Unix-Authentifizierung setzen.
+unix_desc=Auf dieser Seite können Sie Webmin so konfigurieren, dass Anmeldeversuche gegen die Systembenutzer:innenliste und PAM validiert werden. Dies ist nützlich, wenn Sie vielen bestehenden Unix-Benutzer:innen Zugriff auf Webmin gewähren möchten.
+unix_def=Nur Webmin-Benutzer:innen dürfen sich anmelden
+unix_sel=Folgenden Unix-Benutzer:innen Anmeldung erlauben ..
+unix_mall=Alle Benutzer:innen
+unix_user=Unix-Benutzer:in ..
+unix_who=Benutzer:in oder Gruppe
+unix_to=Als Webmin-Benutzer:in
+unix_all=Allen Unix-Benutzer:innen Zugang erlauben
+unix_allow=Nur gelisteten Unix-Benutzer:innen Zugang erlauben
+unix_deny=Gelisteten Unix-Benutzer:innen Zugang verweigern
+unix_none=Keine Benutzer:innen eingegeben
+unix_euser='$1' ist kein gültiger Benutzer:innenname
+unix_shells=Unix-Benutzer:innen mit nicht gelisteten Shells den Zugang verweigern
+unix_ewhouser=Fehlender Benutzer:in in Zeile $1
+unix_enone=Keine Unix-Benutzer:innen oder Gruppen zur Erlaubnis eingegeben
+unix_same=<Gleiche:r Benutzer:in oder Gruppe>
+unix_sudo=Benutzer:innen, die über sudo alle Befehle ausführen dürfen, erlauben sich als root anzumelden
+unix_utable=Erlaubte Unix-Benutzer:innen
+sessions_user=Webmin-Benutzer:in
+switch_euser=Sie dürfen nicht zu diesem:r Benutzer:in wechseln
+rbac_desc=Die RBAC-Integration von Webmin bietet eine Möglichkeit, Modul- und ACL-Berechtigungen für Benutzer:innen aus einer RBAC-Datenbank (Role Based Access Control) statt aus Webmins eigenen Konfigurationsdateien abzuleiten. Sobald RBAC aktiviert ist, werden alle Berechtigungen für Benutzer:innen mit der Option RBAC steuert alle Module und ACLs über RBAC verwaltet.
+rbac_ok=RBAC-Integration ist auf diesem System verfügbar und kann auf der Seite „Webmin-Benutzer:in bearbeiten“ benutzerspezifisch aktiviert werden.
+udeletes_err=Benutzer:innen konnten nicht gelöscht werden
+udeletes_jerr=Benutzer:innen konnten nicht zur Gruppe hinzugefügt werden
+udeletes_title=Benutzer:innen löschen
+udeletes_rusure=Möchten Sie die $1 ausgewählten Benutzer:innen wirklich löschen? Alle deren Zugriffseinstellungen und Benutzerdetails gehen dabei verloren.
+udeletes_users=Ausgewählte Benutzer:innen: $1
+udeletes_ok=Benutzer:innen löschen
+udeletes_ereadonly=Einer der ausgewählten Benutzer:innen ist als nicht bearbeitbar markiert
+gdeletes_rusure=Möchten Sie die $1 ausgewählten Gruppen und die darin enthaltenen $2 Benutzer:innen wirklich löschen? Alle Zugriffseinstellungen und Benutzerdetails gehen dabei verloren.
+sql_title=Benutzer:innen- und Gruppendatenbank
+sql_ecannot=Sie dürfen die Benutzer:innen- und Gruppendatenbank nicht konfigurieren
+sql_header=Optionen für Datenbank-Backend für Benutzer:innen und Gruppen
+sql_user=Benutzer:innenname
+sql_userclass=Objektklasse für Benutzer:innen
+sql_euserclass=Fehlende oder ungültige Objektklasse für Benutzer:innen
+sql_none=Nur lokale Dateien zur Speicherung von Benutzer:innen und Gruppen verwenden
+sql_addto0=Neue Benutzer:innen zur oben ausgewählten Datenbank hinzufügen
+sql_addto1=Neue Benutzer:innen zu lokalen Dateien hinzufügen
+sql_err=Speichern der Datenbankeinstellungen für Benutzer:innen und Gruppen fehlgeschlagen
+sql_euser=Fehlender oder ungültiger Benutzer:innenname (keine Leerzeichen erlaubt)
+sql_tableerr=Einstellungen der Benutzer:innen- und Gruppendatenbank sind gültig, aber einige für Webmin erforderliche Tabellen fehlen : $1
+sql_dnerr=Einstellungen der Benutzer:innen- und Gruppendatenbank sind gültig, aber der für Webmin erforderliche LDAP-DN fehlt : $1
+make_title=Benutzer:innen- und Gruppentabellen erstellen
+make_err=Erstellen der Benutzer:innen- und Gruppentabellen fehlgeschlagen
+schema_desc=Bevor Webmin einen LDAP-Server zur Speicherung von Benutzer:innen und Gruppen verwenden kann, muss er mit dem untenstehenden Schema konfiguriert werden. Das kann typischerweise durch Speichern der Schema-Definition in /etc/ldap/schema oder /etc/openldap/schema als webmin.schema erfolgen, gefolgt von der Konfiguration des Servers zur Verwendung dieser Datei.
+twofactor_euser=Ihr Webmin-Benutzer:in wurde nicht gefunden!
+twofactor_already=Ihr Webmin-Login hat bereits Zwei-Faktor-Authentifizierung mit Anbieter:in $1 und Konto-ID $2 aktiviert.
+twofactor_already2=Webmin-Login $3 hat bereits Zwei-Faktor-Authentifizierung mit Anbieter:in $1 und Konto-ID $2 aktiviert.
+twofactor_enrolling=Registrierung für Zwei-Faktor-Authentifizierung bei Anbieter:in $1 läuft ..
+twofactor_done=.. abgeschlossen. Ihre ID bei diesem Anbieter:in ist $1 .
+forgot_user=Passwort für Benutzer:in zurücksetzen
+forgot_desc=Auf dieser Seite können Sie einen Link erzeugen oder versenden, mit dem ein:e Webmin-Benutzer:in ein neues Passwort festlegen kann. Seien Sie vorsichtig, an welche Adresse Sie diesen Link senden, da er vollständigen Zugriff auf das Webmin-Login gewährt!
+forgot_ecansudo=Der eingegebene Benutzer:in hat keine Sudo-Rechte
+forgot_eunix=Der eingegebene sudo-fähige Benutzer:in existiert nicht!
diff --git a/bacula-backup/help/intro.de.neutral.html b/bacula-backup/help/intro.de.neutral.html
new file mode 100644
index 000000000..804ea79c3
--- /dev/null
+++ b/bacula-backup/help/intro.de.neutral.html
@@ -0,0 +1 @@
+Bacula ist eine Sammlung von Computerprogrammen, die es Ihnen (oder der/dem Systemadministrator:in) ermöglichen, Backups, Wiederherstellungen und Überprüfungen von Computerdaten über ein Netzwerk mit verschiedenen Computertypen zu verwalten. Bacula kann auch auf einem einzelnen Computer ausgeführt werden und Backups auf verschiedene Medientypen, einschließlich Bandlaufwerken und Festplatten, erstellen.Technisch gesehen ist es ein netzwerkbasiertes Client/Server-Backup-Programm. Bacula ist relativ einfach zu bedienen und effizient, während es viele erweiterte Speicherverwaltungsfunktionen bietet, die das Auffinden und Wiederherstellen verlorener oder beschädigter Dateien erleichtern. Durch sein modulares Design ist Bacula von kleinen Einzelcomputersystemen bis hin zu großen Netzwerken mit Hunderten von Computern skalierbar.
Das Bacula-System ist in drei separate Daemons unterteilt, die theoretisch auf verschiedenen Hosts laufen können:
Director Der Director speichert Jobs, Clients und die meisten anderen Konfigurationseinstellungen und ist für das Initiieren von Backup-Jobs verantwortlich. Dieses Webmin-Modul muss auf dem System ausgeführt werden, auf dem der Director installiert ist. File-Daemon Dieser Daemon ist für das Lesen der zu sichernden Dateien verantwortlich. Eine Bacula-Konfiguration kann mehrere File-Daemons enthalten, die jeweils auf einem zu sichernden System ausgeführt werden. Storage-Daemon Der Storage-Daemon ist für das Schreiben der Daten auf das endgültige Backup-Medium, wie ein Bandlaufwerk oder eine Datei, verantwortlich. In der Regel wird nur ein solcher Daemon benötigt (meist auf demselben Host wie der Director), aber in komplexeren Bacula-Setups können mehrere Systeme mit unterschiedlichen Bandlaufwerken zur Lastverteilung eingesetzt werden.
diff --git a/bandwidth/help/intro.de.neutral.html b/bandwidth/help/intro.de.neutral.html
new file mode 100644
index 000000000..6e0ed3471
--- /dev/null
+++ b/bandwidth/help/intro.de.neutral.html
@@ -0,0 +1 @@
+Dieses Modul kann zur Erstellung einfacher Berichte über die Bandbreitennutzung nach Port, Host, Protokoll und Zeit für den ausgehenden oder weitergeleiteten Datenverkehr Ihres Systems verwendet werden. Es ist sowohl für eigenständige Hosts als auch für Systeme, die als Gateway (möglicherweise mit NAT) für ein Netzwerk fungieren, nützlich.Bevor das Modul genutzt werden kann, müssen mehrere Firewall-Regeln und ein Syslog-Eintrag eingerichtet werden, um den über Ihr System gesendeten und empfangenen Datenverkehr zu erfassen. Während der Einrichtung muss das externe Netzwerkinterface des Systems ausgewählt werden, auf dem der Datenverkehr überwacht wird. Dies ist typischerweise das PPP-Interface für eine DFÜ- oder ADSL-Verbindung oder das Ethernet-Interface, das mit dem Kabelmodem oder dem Upstream-Router verbunden ist.
Sobald mindestens eine Stunde an Datenverkehr erfasst wurde, kann das Modul Berichte generieren, die den Datenverkehr nach einer der folgenden Kategorien zusammenfassen:
Stunde Tag Host Interner Port Externer Port Port Der Bericht kann außerdem auf Datenverkehr innerhalb eines bestimmten Zeitraums begrenzt werden, indem die Felder Für Datenverkehr nach und Für Datenverkehr vor verwendet werden. Da der Datenverkehr stündlich zusammengefasst wird, kann die Einschränkung nicht feiner als auf Stundenbasis erfolgen.
Die Option Nur Server-Ports? ist nützlich, wenn nach eingehenden, ausgehenden oder allen Ports gefiltert wird. Sie beschränkt die Anzeige auf Ports, die üblicherweise von Servern verwendet werden (Ports unter 1024 oder benannte Ports), um die Anzeige nicht mit Zählungen von clientseitigen Ports zu überladen, die oft weniger relevant sind.
Die Option Hostnamen auflösen? kann aktiviert werden, wenn der Bericht nach Hosts gefiltert wird. Dies führt dazu, dass alle IP-Adressen nach Möglichkeit in Hostnamen aufgelöst werden.
Benutzer:innen und Gruppen , bietet jedoch die Möglichkeit, die meisten Funktionen (wie das Erstellen, Aktualisieren und Löschen von Benutzer:innen) auf mehreren Webmin-Servern in einem einzigen Vorgang auszuführen.Im oberen Bereich der Hauptseite, unter der Überschrift Verwaltete Server , wird eine Liste der Webmin-Server angezeigt, deren Benutzer:innen und Gruppen über dieses Modul verwaltet werden. Um einen Server zu dieser Liste hinzuzufügen, muss dieser zunächst im Modul Webmin-Server registriert werden, wobei ein Benutzername und Passwort für die Anmeldung bei Webmin auf diesem Server hinterlegt werden müssen. Anschließend kann der Server aus der Liste neben der Schaltfläche Server hinzufügen ausgewählt werden.
Nach dem Hinzufügen eines Servers überprüft das Modul, ob dieser dasselbe Benutzerdateiformat wie dieser Server verwendet. Anschließend wird eine Liste aller Benutzer:innen und Gruppen von diesem Server heruntergeladen und lokal zwischengespeichert. Ein Server, der immer in der Liste der verfügbaren Server zum Hinzufügen erscheint, ist dieser Server , sodass Benutzer:innen sowohl lokal als auch auf mehreren entfernten Servern über eine einzige Oberfläche verwaltet werden können.
Sobald sich mindestens ein Symbol unter Verwaltete Server befindet, können die Formulare Benutzer:innen suchen und Gruppen suchen verwendet werden, um nach Benutzer:innen und Gruppen auf allen Servern zu suchen. Die Schaltflächen Benutzer:in hinzufügen und Gruppe hinzufügen ermöglichen das Erstellen neuer Einträge auf allen Servern. Mit der Schaltfläche Synchronisieren können automatisch alle Benutzer:innen erstellt werden, die auf einigen Servern im Cluster existieren, aber auf anderen fehlen.
Webmin-Konfiguration und Webmin-Benutzer mit der Möglichkeit, Aktionen (wie die Installation eines Themes oder das Erstellen eines/einer Benutzer:in) auf mehreren Servern gleichzeitig auszuführen.Im oberen Bereich der Hauptseite, unter der Überschrift Verwaltete Server , wird eine Liste der Webmin-Server angezeigt, deren Module und Benutzer:innen über dieses Modul verwaltet werden. Um einen Server zu dieser Liste hinzuzufügen, muss dieser zuerst im Modul Webmin-Server registriert werden, wobei ein Benutzername und Passwort für die Anmeldung bei Webmin auf diesem Server hinterlegt werden müssen. Anschließend kann der Server aus der Liste neben der Schaltfläche Server hinzufügen ausgewählt werden.
Nach dem Hinzufügen eines Servers wird überprüft, ob dieser eine unterstützte Version von Webmin (0.985 oder neuer) ausführt und über die erforderlichen Module verfügt. Anschließend werden Listen aller Module, Themes, Benutzer:innen und Gruppen von diesem Server heruntergeladen und lokal zwischengespeichert.
Sobald sich mindestens ein Symbol unter Verwaltete Server befindet, können die Schaltflächen unter Webmin-Benutzer:innen und -Gruppen verwendet werden, um Benutzer:innen und Gruppen auf jedem verwalteten Server zu bearbeiten, zu erstellen oder Zugriffssteuerungslisten (ACLs) festzulegen. Neu erstellte Benutzer:innen und Gruppen werden auf allen verwalteten Servern erstellt, während bereits vorhandene Benutzer:innen und Gruppen nur auf den Servern geändert oder gelöscht werden, auf denen sie bereits existieren.
Am unteren Rand der Seite, unter Module und Themes , befinden sich Schaltflächen zum Bearbeiten installierter Module und Themes auf allen verwalteten Servern sowie ein Formular zur Installation neuer Module oder Themes auf allen Servern.
Webmin-Konfiguration und Webmin-Benutzer:innen mit der Möglichkeit, Aktionen wie die Installation eines Themes oder das Erstellen eines/einer Benutzer:in auf mehreren Servern gleichzeitig auszuführen.Im oberen Bereich der Hauptseite, unter der Überschrift Verwaltete Server , wird eine Liste der Webmin-Server angezeigt, deren Module und Benutzer:innen über dieses Modul verwaltet werden. Um einen Server zu dieser Liste hinzuzufügen, muss dieser zuerst im Modul Webmin-Server registriert werden, wobei ein Benutzername und Passwort für die Anmeldung bei Webmin auf diesem Server hinterlegt werden müssen. Anschließend kann der Server aus der Liste neben der Schaltfläche Server hinzufügen ausgewählt werden.
Nach dem Hinzufügen eines Servers wird überprüft, ob dieser eine unterstützte Version von Webmin (0.985 oder neuer) verwendet und über die erforderlichen Module verfügt. Anschließend werden Listen aller Module, Themes, Benutzer:innen und Gruppen von diesem Server heruntergeladen und lokal zwischengespeichert.
Sobald mindestens ein Symbol unter Verwaltete Server vorhanden ist, können die Schaltflächen unter Webmin-Benutzer:innen und -Gruppen verwendet werden, um Benutzer:innen und Gruppen auf jedem verwalteten Server zu bearbeiten, zu erstellen oder Zugriffssteuerungslisten (ACLs) zu setzen. Neu erstellte Benutzer:innen und Gruppen werden auf allen verwalteten Servern erstellt, während bereits vorhandene Benutzer:innen und Gruppen nur auf den Servern geändert oder gelöscht werden, auf denen sie bereits existieren.
Am unteren Rand der Seite, unter Module und Themes , befinden sich Schaltflächen zum Bearbeiten installierter Module und Themes auf allen verwalteten Servern sowie ein Formular zur Installation neuer Module oder Themes auf allen Servern.
Geplante Befehle und Jobs Diese Hilfeseite ist unvollständig Einführung Dieses Modul ermöglicht die Einrichtung von Befehlen, die automatisch zu geplanten Zeiten ausgeführt werden. Es nutzt den standardmäßigen Unix-cron -Daemon, der Befehle für verschiedene Benutzer:innen zu festgelegten Minuten, Stunden, Tagen des Monats, Wochentagen und Monaten des Jahres ausführen kann. Jeder Job gehört zu einem/einer bestimmten Benutzer:in und wird mit dessen/deren Berechtigungen ausgeführt.Die Hauptseite des Moduls listet alle bekannten geplanten Jobs auf, gruppiert nach dem/der Benutzer:in, unter dessen/deren Namen sie ausgeführt werden. Auf manchen Systemen gibt es systemeigene Jobs, die z. B. von root oder sys verwaltet werden. Zusätzlich können Benutzer:innen eigene Jobs über den crontab -Befehl erstellen, die dann unter ihrem jeweiligen Benutzerkonto gespeichert werden.
Erstellen eines neuen geplanten Jobs Um einen neuen Job zu erstellen, klicken Sie unterhalb der Liste der bestehenden Jobs auf Neuen geplanten Job erstellen . Daraufhin erscheint ein Formular zur Eingabe der folgenden Parameter:Benutzer:in
Aktiv?
Befehl
Eingabe für den Befehl mail foo@bar.com lautet und die Eingabe hello world ist, wird diese Nachricht an foo@bar.com gesendet.
Ausführungszeiten Alle gewählt oder spezifische Werte angegeben werden.Beispiel:
diff --git a/custom/help/cmd.neutral.html b/custom/help/cmd.neutral.html
new file mode 100644
index 000000000..8540eb3bf
--- /dev/null
+++ b/custom/help/cmd.neutral.html
@@ -0,0 +1 @@
+Jedes Kommando hat eine Beschreibung, die auf der Schaltfläche auf der Hauptseite angezeigt wird, sowie ein auszuführendes Kommando. Kommandos werden von sh ausgeführt und können daher Shell-Metazeichen wie | , > und & enthalten. Ebenso können Parameter wie $foo verwendet werden, die vor der Ausführung vom/von der Benutzer:in abgefragt werden.
Diese Parameter können in die untenstehende Tabelle eingetragen werden. Für jeden Parameter müssen folgende Angaben gemacht werden:
Name Ein eindeutiger Code für den Parameter. Wenn der Name foo lautet, wird $foo durch diese Eingabe ersetzt, wenn das Kommando ausgeführt wird.
Beschreibung Diese Beschreibung wird neben den Parametern auf der Hauptseite angezeigt.
Typ Diese Option bestimmt, wie der Parameter eingegeben wird. Mögliche Optionen sind:Text Benutzer:in UID Gruppe GID Datei Verzeichnis Option JA ausgewählt wurde.Passwort * “ maskiert wird.Menü
Parameter zitieren? Wenn Ja ausgewählt ist, werden die Parameter vor der Ausführung in Anführungszeichen (" ) gesetzt. Dies ermöglicht die Verwendung von Parametern mit Leerzeichen.
Wie bei den Befehls-Schaltflächen wird auf der Hauptseite für jeden definierten Dateieditor eine eigene Schaltfläche angezeigt. Um einen bestehenden Editor zu bearbeiten, klicken Sie einfach auf den Link Dateieditor bearbeiten darunter. Um einen neuen Editor zu erstellen, klicken Sie auf den Link Neuen Dateieditor erstellen am unteren Rand der Seite.
diff --git a/custom/help/id.de.neutral.html b/custom/help/id.de.neutral.html
new file mode 100644
index 000000000..bc8f8fbb1
--- /dev/null
+++ b/custom/help/id.de.neutral.html
@@ -0,0 +1 @@
+Die interne ID, die von Webmin für diesen Befehl verwendet wird. Diese kann nützlich sein, wenn bestimmten Usermin-Benutzer:innen Zugriff auf den Befehl gewährt werden soll.
Benutzerdefinierte Befehle Dieses Modul ermöglicht das Einrichten und Ausführen häufig verwendeter Befehle, mit optionaler Parameterersetzung. Dies kann besonders nützlich sein, wenn häufig genutzte Skripte oder Programme einfach über den Browser ausgeführt oder weniger erfahrenen Benutzer:innen zur Verfügung gestellt werden sollen.Die Hauptseite zeigt für jeden definierten Befehl eine eigene Schaltfläche, mit optionalen Parametern unterhalb der jeweiligen Schaltfläche. Ein Befehl kann einfach durch Auswahl der gewünschten Optionen und Klicken auf die Schaltfläche ausgeführt werden, woraufhin die Ausgabe des Befehls angezeigt wird.
Um einen bestehenden Befehl zu bearbeiten, klicken Sie auf den Link Befehl bearbeiten darunter. Um einen neuen Befehl zu erstellen, klicken Sie auf den Link Neuen benutzerdefinierten Befehl erstellen am unteren Rand der Seite. Beachten Sie, dass diese Optionen möglicherweise nicht für alle Webmin-Benutzer:innen verfügbar sind.
root und root ).Als Benutzer:in ausführen Der Unix-Benutzer:in, unter dem der Befehl ausgeführt wird. Es sollte stets mit dem niedrigstmöglichen Berechtigungslevel gearbeitet werden – führen Sie Befehle nicht als root aus, es sei denn, es ist wirklich erforderlich, insbesondere wenn der Befehl von anderen Webmin-Benutzer:innen ausgeführt werden soll.
Benutzerdefinierte Befehle von Usermin angezeigt und kann von Benutzer:innen ausgeführt werden. Seien Sie vorsichtig bei der Auswahl dieser Option für bestimmte Befehle.
root -Benutzer:in eines Clients, der nicht in der Root-Zugriff -Liste steht, auf Dateien in dieser Freigabe zugreift, wird er/sie als der/die hier ausgewählte Benutzer:in behandelt.Einführung in NFS NFS ist das standardmäßige Dateifreigabeprotokoll für Unix-Systeme. Es ermöglicht einem System, ein Verzeichnis über das Netzwerk für einen oder mehrere andere Hosts freizugeben, sodass Benutzer:innen und Programme auf diesen Hosts die exportierten Dateien so nutzen können, als wären sie lokal.Ein NFS-Server ist ein System, das ein oder mehrere Verzeichnisse exportiert, während ein NFS-Client ein System ist, das ein oder mehrere Verzeichnisse von einem Server einbindet. Ein Host kann sowohl als NFS-Server als auch als Client anderer Server fungieren.
Ein Server kontrolliert, welche Clients ein exportiertes Verzeichnis einbinden dürfen, indem er die IP-Adresse des Clients mit einer Liste zugelassener Hosts für das angeforderte Verzeichnis abgleicht. Der Server kann zudem ein Verzeichnis als schreibgeschützt exportieren oder bestimmten Clients nur Lesezugriff gewähren.
Im Gegensatz zu anderen Netzwerk-Dateisystemen muss sich ein NFS-Client beim Einbinden eines exportierten Verzeichnisses nicht am Server anmelden. Der Server vertraut darauf, dass der Client die Benutzer:innen authentifiziert und beim Zugriff auf exportierte Dateien die Benutzer-ID übermittelt. Daher sollten nur vertrauenswürdige Clients Zugriff auf exportierte Verzeichnisse erhalten.
diff --git a/dfsadmin/help/root.de.neutral.html b/dfsadmin/help/root.de.neutral.html
new file mode 100644
index 000000000..64f140342
--- /dev/null
+++ b/dfsadmin/help/root.de.neutral.html
@@ -0,0 +1 @@
+Legt fest, für welche Hosts der Server den Root-Benutzer respektiert. Falls ein Client nicht in der Liste enthalten ist, behandelt der NFS-Server den Root-Benutzer auf diesem Client als anonyme:n Benutzer:in , selbst wenn der Client die Freigabe mit Lese- oder Schreibzugriff einbinden kann.
Hostname oder IP-Adresse (z. B. ftp.foo.com oder 1.2.3.4 )Entspricht dem Host mit dem angegebenen Namen oder der Adresse. Netzgruppe (z. B. engineering )Entspricht allen Hosts, die Mitglieder dieser Netzgruppe sind. DNS-Domain (z. B. .foo.com )Entspricht allen Hosts in der angegebenen Domain. Netzwerk (z. B. @10.254.1 )Entspricht allen Hosts im angegebenen Netzwerk. Netzwerk/Netzmaske (z. B. @10.254.1/24 )Entspricht allen Hosts im angegebenen Netzwerk. Zusätzlich kann jeder der obigen Einträge mit einem - vorangestellt werden, was bedeutet, dass der Host, die Netzgruppe, die Domain oder das Netzwerk keinen Zugriff auf diese Freigabe hat. Dies ist nützlich, um den Zugriff für eine Gruppe von Hosts zu erlauben, aber ein einzelnes Mitglied davon auszuschließen.
Eine Freigabe kann entweder schreibgeschützt oder mit Lese- und Schreibzugriff für eine Liste von Clients exportiert werden. Standardmäßig wird der/die root -Benutzer:in auf Client-Systemen vom Server nicht vertraut, es sei denn, der Client befindet sich ebenfalls in der Root-Zugriffsliste.
DHCPD-ACL-Subsystem ZIELE: Das Hauptziel des ACL-Subsystems besteht darin, eine leistungsstarke, flexible und erweiterbare Zugriffskontrolle für verschiedene Objekte in der DHCPd-Konfiguration bereitzustellen. Diese Objekte umfassen gemeinsam genutzte Netzwerke, Subnetze, Host-Gruppen und einzelne Hosts.KONZEPTE: Die DHCPd-Konfigurationsdatei kann als Baumstruktur dargestellt werden. Jeder Knoten dieses Baums repräsentiert die Konfiguration eines bestimmten DHCP-Objekts (siehe Abbildung 0).Das ACL-Subsystem unterstützt zwei Berechtigungsebenen:
Global: Lesen, Schreiben, Erstellen Pro Objekt: Lesen, Schreiben
ANMERKUNGEN FÜR BENUTZER:INNEN: ANMERKUNGEN FÜR ENTWICKLER:INNEN:
diff --git a/dovecot/lang/de.neutral b/dovecot/lang/de.neutral
new file mode 100644
index 000000000..533194e7d
--- /dev/null
+++ b/dovecot/lang/de.neutral
@@ -0,0 +1,3 @@
+index_stopdesc=Beendet den laufenden Dovecot IMAP/POP3-Serverprozess. Dadurch wird verhindert, dass Benutzer:innen ihre E-Mails herunterladen können.
+index_startdesc=Startet den Dovecot IMAP/POP3-Serverprozess, damit Benutzer:innen ihre E-Mails herunterladen können.
+login_userdb=Datenquelle für Benutzer:innen, Home-Verzeichnisse und IDs
diff --git a/exports/help/anonuid.de.neutral.html b/exports/help/anonuid.de.neutral.html
new file mode 100644
index 000000000..19a18d69c
--- /dev/null
+++ b/exports/help/anonuid.de.neutral.html
@@ -0,0 +1 @@
+Nicht vertrauenswürdige Benutzer:innen behandeln als Diese Option legt fest, welchem lokalen Benutzerkonto nicht vertrauenswürdige Client-Benutzer:innen zugeordnet werden. Es kann entweder eine UID eingegeben, ein:e Benutzer:in ausgewählt oder die Standardeinstellung verwendet werden.exportfs-Option: anonuid Einführung in NFS NFS ist das standardmäßige Dateifreigabeprotokoll für Unix-Systeme. Es ermöglicht einem System, ein Verzeichnis über das Netzwerk für einen oder mehrere andere Hosts freizugeben, sodass Benutzer:innen und Programme auf diesen Hosts die exportierten Dateien so nutzen können, als wären sie lokal.Ein NFS-Server ist ein System, das ein oder mehrere Verzeichnisse exportiert, während ein NFS-Client ein System ist, das ein oder mehrere Verzeichnisse von einem Server einbindet. Ein Host kann sowohl als NFS-Server als auch als Client anderer Server fungieren.
Ein Server kontrolliert, welche Clients ein exportiertes Verzeichnis einbinden dürfen, indem er die IP-Adresse des Clients mit einer Liste zugelassener Hosts für das angeforderte Verzeichnis abgleicht. Der Server kann zudem ein Verzeichnis als schreibgeschützt exportieren oder bestimmten Clients nur Lesezugriff gewähren.
Im Gegensatz zu anderen Netzwerk-Dateisystemen muss sich ein NFS-Client beim Einbinden eines exportierten Verzeichnisses nicht am Server anmelden. Der Server vertraut darauf, dass der Client die Benutzer:innen authentifiziert (entweder mit Unix-Zugangsdaten oder über eine Kerberos5-Authentifizierung) und beim Zugriff auf exportierte Dateien die Benutzer-ID übermittelt. Daher sollten nur vertrauenswürdige Clients Zugriff auf exportierte Verzeichnisse erhalten.
diff --git a/exports/help/squash.de.neutral.html b/exports/help/squash.de.neutral.html
new file mode 100644
index 000000000..1bb1b8062
--- /dev/null
+++ b/exports/help/squash.de.neutral.html
@@ -0,0 +1 @@
+Remote-Benutzer:innen vertrauen Legt fest, welche Unix-Benutzer:innen auf dem Client vom Server als vertrauenswürdig betrachtet werden.
Alle Alle Client-Benutzer:innen werden vom Server gleich behandelt. Alle außer root Der/die root -Benutzer:in auf dem Client wird vom Server als nicht vertrauenswürdig behandelt, alle anderen Benutzer:innen jedoch als vertrauenswürdig. Niemand Alle Benutzer:innen auf dem Client werden als nicht vertrauenswürdig behandelt. Diese Option ist besonders sinnvoll, wenn die Freigabe für ein System erfolgt, das nicht unter eigener Kontrolle steht (z. B. ein Einzelbenutzer-PC) oder wenn die Freigabe für alle verfügbar sein soll. exportfs-Optionen: root_squash, no_root_squash, all_squash Dies ist eine spezifische Option für NFSv2. Der Mapping-Daemon ugidd muss ausgeführt werden. Remote-Benutzer:innen vertrauen -Sektion ermöglicht diese Option das Festlegen einer Liste von Client-UIDs, die als nicht vertrauenswürdige:r Benutzer:in behandelt werden. Es muss eine durch Kommas getrennte Liste von UIDs oder UID-Bereichen eingegeben werden, z. B. 1,10,20-25,100-150 .exportfs-Optionen: squash_uids, map_daemon .fetchmailrc -Dateien.
+index_crondesc2=Klicken Sie auf diesen Button, um einen Cron-Job zu erstellen, zu ändern oder zu entfernen, der Fetchmail veranlasst, E-Mails für alle aufgelisteten Benutzer:innen nach einem festgelegten Zeitplan automatisch abzurufen.
+index_header=Benutzer:innen mit Fetchmail-Konfigurationen
+index_toomany=Es gibt zu viele Benutzer:innen auf Ihrem System, um sie anzuzeigen.
+poll_uheader=Details zum E-Mail-Server-Benutzer:in
+poll_user=Externer Benutzer:in
+poll_is=Lokaler Benutzer:in(en)
+poll_adduser=Weiteren Benutzer:in hinzufügen
+poll_ecannot=Sie sind nicht berechtigt, die Fetchmail-Konfiguration dieser Benutzer:in zu bearbeiten
+poll_efile=Es können nur Fetchmail-Konfigurationsdateien von Benutzer:innen bearbeitet werden
+poll_eusername=Benutzer:in existiert nicht!
+poll_foruser=Für Benutzer:in $1
+log_create_poll_user=Server $1 für Benutzer:in $2 hinzugefügt
+log_modify_poll_user=Server $1 für Benutzer:in $2 geändert
+log_delete_poll_user=Server $1 für Benutzer:in $2 gelöscht
+log_check_user_file=Alle Server für Benutzer:in $1 geprüft
+log_check_user_server=Server $2 für Benutzer:in $1 geprüft
+log_global_user=Globale Einstellungen für Benutzer:in $1 geändert
+acl_all=Alle Benutzer:innen
+acl_this=Aktuelle Webmin-Benutzer:in
+acl_only=Nur Benutzer:innen
+acl_except=Alle außer den Benutzer:innen
+cron_user=Fetchmail als Benutzer:in ausführen
+cron_euser=Fehlende oder ungültige Unix-Benutzer:in
+user_header=Für Benutzer:in $1
+user_return=Benutzer:in-Konfiguration
diff --git a/firewall/lang/de.neutral b/firewall/lang/de.neutral
new file mode 100644
index 000000000..ddb7d4059
--- /dev/null
+++ b/firewall/lang/de.neutral
@@ -0,0 +1,4 @@
+desc_uid-owner=Absender ist Benutzer:in $1
+desc_uid-owner!=Absender ist nicht Benutzer:in $1
+edit_uidowner=Absendender UNIX-Benutzer:in
+save_euidowner=Fehlender oder ungültiger absendender UNIX-Benutzer:in
diff --git a/lang/de.neutral b/lang/de.neutral
new file mode 100644
index 000000000..1ef55c8ea
--- /dev/null
+++ b/lang/de.neutral
@@ -0,0 +1,31 @@
+main_switch=Benutzer:in wechseln..
+longcategory_system=Module für Benutzer:innen, Dateisysteme, Cron-Jobs und weitere Systemeinstellungen
+switch_remote_euser=Der Unix-Benutzer:in $1 existiert nicht.
+euserdbacl=Benutzer:innen-ACL konnte nicht abgerufen werden: $1
+euserdbacl2=Benutzer:innen-ACL konnte nicht aktualisiert werden: $1
+users_title1=Benutzer:innen auswählen..
+users_title2=Benutzer:in auswählen..
+users_sel=Ausgewählte Benutzer:innen
+users_all=Alle Benutzer:innen
+forgot_newpass=Neues Passwort für Webmin-Benutzer:in $1
+forgot_euser2=Webmin-Benutzer:in $1 existiert nicht!
+forgot_esync=Das Passwort kann für diese:n Benutzer:in nicht geändert werden
+forgot_elock=Das Passwort für diese:n Benutzer:in ist gesperrt
+forgot_wdoing=Passwortänderung für Webmin-Benutzer:in $1 ..
+forgot_udoing=Passwortänderung für Unix-Benutzer:in $1 ..
+forgot_eunix=Unix-Benutzer:in existiert nicht!
+forgot_eunixlock=Das Passwort des/der Benutzer:in ist gesperrt!
+acl_home=Home-Verzeichnis des/der Benutzer:in
+acl_uedit=Sichtbare Benutzer:innen in der Benutzerauswahl
+acl_uedit_all=Alle Benutzer:innen
+acl_uedit_none=Keine Benutzer:innen
+acl_uedit_only=Nur Benutzer:innen
+acl_uedit_except=Alle außer Benutzer:innen
+acl_uedit_uid=Benutzer:innen mit UIDs im Bereich
+acl_uedit_group=Benutzer:innen mit Gruppe
+acl_readonly2=Benutzer:in befindet sich im Demo-Modus?
+acl_negative=Neue Modulberechtigungen für Benutzer:in gewähren?
+acl_fileunix=Dateien als Unix-Benutzer:in durchsuchen
+emodule=Zugriff verweigert: Benutzer:in $1 darf das Modul $2 nicht verwenden
+feedback_desc2=Dieses Feedback wird an die Entwickler:innen von Webmin gesendet, nicht an Ihre Systemadministrator:innen, Ihren Hosting-Anbieter oder ISP. Bitte schreiben Sie Ihr Feedback auf Englisch, auch wenn Sie Webmin in einer anderen Sprache verwenden.
+log_email_user=Ausgeführt von Benutzer:in: $1
diff --git a/ldap-client/help/intro.de.neutral.html b/ldap-client/help/intro.de.neutral.html
new file mode 100644
index 000000000..26f1b8985
--- /dev/null
+++ b/ldap-client/help/intro.de.neutral.html
@@ -0,0 +1 @@
+Dieses Modul ermöglicht es Ihnen, Ihr System als Client für einen LDAP-Server zu konfigurieren, der Unix-Benutzer:innen und -Gruppen auf mehreren Systemen in einem Netzwerk bereitstellt. LDAP ist eine praktische Möglichkeit, Konten zwischen Systemen zu teilen, insbesondere solche, die Home-Verzeichnisse über NFS gemeinsam nutzen.LDAP kann auch verwendet werden, um Internetdienste, Host-Adressen, Netgroups und andere Informationen zu teilen. Da diese jedoch typischerweise statisch sind oder von DNS bereitgestellt werden, werden diese Funktionen selten genutzt.
diff --git a/ldap-client/help/pam.de.neutral.html b/ldap-client/help/pam.de.neutral.html
new file mode 100644
index 000000000..f67410855
--- /dev/null
+++ b/ldap-client/help/pam.de.neutral.html
@@ -0,0 +1 @@
+Authentifizierungsoptionen Die Optionen auf dieser Seite steuern, wie Passwörter in der LDAP-Datenbank überprüft werden. Sie können diese verwenden, um gültige Benutzer:innen auf Mitglieder einer bestimmten Gruppe zu beschränken oder das Verschlüsselungsformat für gespeicherte Passwörter zu steuern. In den meisten Fällen können sie jedoch für die meisten Systeme unverändert bleiben.
diff --git a/ldap-client/help/server.de.neutral.html b/ldap-client/help/server.de.neutral.html
new file mode 100644
index 000000000..f41be1929
--- /dev/null
+++ b/ldap-client/help/server.de.neutral.html
@@ -0,0 +1 @@
+LDAP-Server-Konfiguration Diese Seite ermöglicht es Ihnen, den LDAP-Server auszuwählen, mit dem dieses Client-System Kontakt aufnehmen wird, um Benutzer- und Gruppeninformationen abzurufen. Das wichtigste Feld ist der LDAP-Server-Hostname , in das Sie den Hostnamen oder die IP-Adresse des LDAP-Servers in Ihrem Netzwerk eingeben müssen. Wenn Sie mehr als einen replizierten Server haben, können alle hier eingetragen werden.Die Felder Login für Nicht-Root-Benutzer:innen und Passwort für Nicht-Root-Benutzer:innen müssen mit einem Benutzernamen und Passwort ausgefüllt werden, die vom LDAP-Server akzeptiert werden. Der Login ist in der Regel ein LDAP-Distinguished-Name, wie cn=Manager,dc=my-domain,dc=com .
Da dieser Login und das Passwort für alle Unix-Benutzer:innen auf Ihrem System sichtbar sind, wird es normalerweise auf einen LDAP-Benutzer mit eingeschränkten Berechtigungen (wie nur Lesezugriff und ohne die Möglichkeit, Passwörter einzusehen) gesetzt. Da Passwörter in einigen Situationen überprüft werden müssen, sollten die Felder Login für Root-Benutzer:in und Passwort für Root-Benutzer:in auf einen LDAP-Benutzernamen und ein Passwort gesetzt werden, die Lesezugriff auf den gesamten LDAP-Server haben. Dieses zweite Passwort wird in einer Datei gespeichert, die nur vom root -Benutzer gelesen werden kann und daher vor regulären nicht vertrauenswürdigen Unix-Benutzer:innen geschützt ist.
diff --git a/ldap-client/help/switch.de.neutral.html b/ldap-client/help/switch.de.neutral.html
new file mode 100644
index 000000000..91c588610
--- /dev/null
+++ b/ldap-client/help/switch.de.neutral.html
@@ -0,0 +1 @@
+Dienste, die LDAP verwenden Auf einem Unix-System können verschiedene Arten von Systeminformationen (wie Benutzer:innen, Gruppen und Hostnamen) aus unterschiedlichen Quellen abgerufen werden. Im einfachsten Fall werden diese alle aus lokalen Dateien im Verzeichnis /etc entnommen, wie /etc/passwd für Benutzer:innen, /etc/group für Gruppen und /etc/hosts für Hostnamen.Es ist jedoch möglich, zusätzliche Quellen für diese Daten auszuwählen. Wenn Ihr System ein LDAP-Client ist, müssen Sie diese Seite verwenden, um die Abfrage des konfigurierten LDAP-Servers nach Benutzer:innen- und Gruppendaten zu aktivieren. Seien Sie vorsichtig, die Files -Datenquelle für Benutzer:innen oder Gruppen nicht zu deaktivieren, da dies wichtige Systembenutzer:innen wie root ausblenden würde. Stattdessen sollten Sie nur LDAP als zweite Quelle auswählen.
diff --git a/ldap-server/help/acl.de.neutral.html b/ldap-server/help/acl.de.neutral.html
new file mode 100644
index 000000000..04f9905f7
--- /dev/null
+++ b/ldap-server/help/acl.de.neutral.html
@@ -0,0 +1 @@
+Standardmäßig erlaubt ein LDAP-Server jedem Client, der sich verbinden kann, alle Objekte und Attribute in der Datenbank zu lesen. Allerdings kann nur der administrative Benutzer Updates durchführen. Dies ist möglicherweise nicht ideal für Netzwerke mit Benutzern, die unterschiedliche Vertrauensstufen haben, daher ermöglicht OpenLDAP, verschiedene Zugriffsebenen für verschiedene Benutzer:innen auf verschiedenen Teilen der Datenbank zu gewähren.Diese Seite listet alle aktuell definierten Zugriffskontrollregeln auf, falls vorhanden. Um eine neue zu erstellen, klicken Sie auf den Link Neue Zugriffskontrollregel hinzufügen . Um mehrere Regeln auf einmal zu entfernen, aktivieren Sie die Kontrollkästchen neben den entsprechenden Regeln und klicken Sie auf die Schaltfläche Ausgewählte Regeln löschen . Um die Reihenfolge der Regeln zu ändern, verwenden Sie die Pfeile nach oben und unten auf der rechten Seite der Tabelle.
Wie bei den meisten anderen LDAP-Server-Konfigurationsänderungen treten Zugriffskontrollregeln erst in Kraft, wenn die Schaltfläche Konfiguration anwenden auf der Hauptseite des Moduls geklickt wird.
diff --git a/ldap-server/help/eacl.de.neutral.html b/ldap-server/help/eacl.de.neutral.html
new file mode 100644
index 000000000..df0c99fb4
--- /dev/null
+++ b/ldap-server/help/eacl.de.neutral.html
@@ -0,0 +1 @@
+Diese Seite ermöglicht es Ihnen, eine einzelne Zugriffskontrollregel zu bearbeiten oder zu erstellen. Der erste Abschnitt Objekte, denen Zugriff gewährt wird bestimmt, auf welche DNs in Ihrer Datenbank die Regel angewendet wird. Sie können entweder Alle Objekte für die gesamte Datenbank auswählen oder Objekt mit DN für Objekte, die mit dem übereinstimmen, was Sie in das angrenzende Feld eingeben.Das Menü Übereinstimmungstyp bestimmt, ob die Regel nur auf dieses Objekt, die Objekte darunter oder ob der DN als regulärer Ausdruck behandelt wird. Sie können auch weiter steuern, welche Objekte gewährt werden, indem Sie einen LDAP-Filter in das Feld Mit Objektfilter begrenzen eingeben, wie (objectClass=posixAccount) .
Zugriff gewähren an auswählen oder Andere wählen und einen spezifischen DN eingeben.Das Menü Zugriffslevel bestimmt, was diese Benutzer:innen mit den Objekten tun können. Die niedrigeren, mächtigeren Level beinhalten alle übergeordneten Level, sodass ein Benutzer:in mit Schreib zugriff auch Lesen und Durchsuchen kann.
diff --git a/ldap-server/help/intro.de.neutral.html b/ldap-server/help/intro.de.neutral.html
new file mode 100644
index 000000000..cc90cb08c
--- /dev/null
+++ b/ldap-server/help/intro.de.neutral.html
@@ -0,0 +1 @@
+Dieses Modul ermöglicht es Ihnen, den OpenLDAP-Verzeichnisserver zu konfigurieren und Objekte in seiner Datenbank zu verwalten. Vorausgesetzt, der LDAP-Server ist auf demselben System wie Webmin installiert, zeigt die Hauptseite Symbole zum Bearbeiten der Serverkonfiguration und zur Verwaltung der Datenbank an. Wenn das Modul so konfiguriert ist, dass es mit einem entfernten LDAP-Server kommuniziert, werden stattdessen nur Symbole für den Zugriff auf die Datenbank angezeigt.Sie können steuern, ob ein lokaler oder ein entfernter Server verwendet wird, indem Sie auf den Link Modulkonfiguration klicken. Nur beim Verwalten eines lokalen Servers stehen Seiten zum Bearbeiten von Konfigurationsdateien sowie zum Stoppen, Starten und Neustarten des OpenLDAP-Serverprozesses zur Verfügung.
Wenn Sie nach einer Möglichkeit suchen, Unix-Benutzer:innen und -Gruppen in Ihrer LDAP-Datenbank zu verwalten, versuchen Sie das Modul LDAP-Benutzer:innen und -Gruppen unter der Webmin-Kategorie System statt dessen. Um ein System zu konfigurieren, das Benutzer:innen und Gruppen von einem lokalen oder entfernten LDAP-Server abruft, verwenden Sie das Modul LDAP-Client , ebenfalls unter der Kategorie System .
diff --git a/ldap-useradmin/help/config_mod_props.de.neutral.html b/ldap-useradmin/help/config_mod_props.de.neutral.html
new file mode 100644
index 000000000..361c2e025
--- /dev/null
+++ b/ldap-useradmin/help/config_mod_props.de.neutral.html
@@ -0,0 +1 @@
+LDAP-Eigenschaften für alle geänderten Benutzer:innen Diese Option kann verwendet werden, um Eigenschaften anzugeben, die in LDAP-Benutzer:innen aktualisiert werden, wenn diese geändert werden. Sie müssen im folgenden Format eingegeben werden:name1: value1
Die folgenden Ersetzungen können verwendet werden, die beim Speichern des/der Benutzer:in ersetzt werden:
${USER} Der Loginname des/der Benutzer:in
diff --git a/ldap-useradmin/help/config_props.de.neutral.html b/ldap-useradmin/help/config_props.de.neutral.html
new file mode 100644
index 000000000..42b2b4f01
--- /dev/null
+++ b/ldap-useradmin/help/config_props.de.neutral.html
@@ -0,0 +1 @@
+LDAP-Eigenschaften für alle neuen Benutzer:innen Diese Option kann verwendet werden, um Eigenschaften anzugeben, die LDAP-Benutzer:innen bei deren Erstellung zugewiesen werden, zusätzlich zu denen, die von Webmin erstellt werden. Sie müssen im folgenden Format eingegeben werden:name1: value1
Die folgenden Ersetzungen können verwendet werden, die beim Erstellen des/der Benutzer:in ersetzt werden:
${USER} Der Loginname des/der Benutzer:in
diff --git a/ldap-useradmin/help/intro.de.neutral.html b/ldap-useradmin/help/intro.de.neutral.html
new file mode 100644
index 000000000..0de880970
--- /dev/null
+++ b/ldap-useradmin/help/intro.de.neutral.html
@@ -0,0 +1 @@
+LDAP-Benutzer:innen und -Gruppen Wenn Ihr System so konfiguriert ist, dass es einen LDAP-Server für die Speicherung von Unix-Benutzer:innen und -Gruppen verwendet, kann dieses Modul verwendet werden, um Benutzer:innen in einer LDAP-Datenbank zu verwalten. LDAP wird häufig als Alternative zu NIS verwendet, um Benutzerinformationen über mehrere Systeme in einem Netzwerk zu synchronisieren, da eine Datenbank zusätzliche Attribute für jede:n Benutzer:in speichern kann, zusätzlich zum Standard-Unix-Benutzernamen, Shell und so weiter.Natürlich muss ein LDAP-Server auf Ihrem System oder auf einem Host in Ihrem Netzwerk laufen, damit dieses Modul verwendet werden kann. Außerdem muss ein oder müssen mehrere Hosts so konfiguriert sein, dass sie LDAP für die Benutzer- und/oder Gruppen-Authentifizierung verwenden. Keine dieser Aufgaben kann innerhalb des Moduls erledigt werden – sie müssen manuell oder mit anderen Webmin-Modulen für diesen Zweck erledigt werden.
Wenn Sie Samba ebenfalls so konfiguriert haben, dass es einen LDAP-Server verwendet, kann dieses Modul auch die erforderlichen Passwort-Attribute für jede:n LDAP-Benutzer:in erstellen und verwalten, damit dieser sich auch am Samba-Server anmelden kann. Damit diese Funktion funktioniert, muss Ihr LDAP-Server so konfiguriert sein, dass er die zusätzlichen Samba-Attribute und die Objektklasse für jede:n Benutzer:in in seinem Schema unterstützt. Nur wenn die Option Samba-Login? auf Ja gesetzt ist, werden die Samba-Attribute erstellt.
Das Modul kann auch Benutzer:innen auf einem Cyrus IMAP-Server erstellen, wenn dieser so konfiguriert ist, dass er gegen dieselbe LDAP-Datenbank authentifiziert wird. Es wird Postfächer für jede:n neue:n Benutzer:in erstellen, die/der Benutzer:in wird auf seine Postfächer abonnieren und erhält Administratorzugriff auf diese. Wenn ein LDAP-Benutzer:in gelöscht wird, wird auch sein IMAP-Postfach gelöscht. Derzeit funktioniert diese Funktion nur mit dem Cyrus IMAP-Server – sie wurde mit anderen Servern nicht getestet und ist wahrscheinlich auch nicht notwendig für Server, die die Home-Verzeichnisse der Benutzer:innen für die E-Mail-Speicherung verwenden.
Rotationszeitplan Steuert, wie oft die Logdatei rotiert wird.
Maximale Größe vor Rotation Legt eine Größenbegrenzung für die Logdatei fest, bevor sie rotiert wird. Dieses Feld kann anstelle des Rotationszeitplans verwendet werden, falls eine größenbasierte statt einer zeitbasierten Rotation bevorzugt wird.
Anzahl der aufzubewahrenden alten Logs Bestimmt, wie viele ältere Versionen der Logdatei gespeichert werden. Diese Dateien haben in der Regel denselben Namen wie die Original-Logdatei, jedoch mit den Endungen .0, .1 usw. Falls 0 eingegeben wird, werden keine alten Logs aufbewahrt, und der Inhalt der Logdatei geht bei jeder Rotation verloren.
Alte Logdateien komprimieren? Falls diese Option aktiviert ist, werden alte Logs nach der Rotation mit gzip komprimiert, um Speicherplatz zu sparen.
Logdatei auch rotieren, wenn sie leer ist? Falls diese Option aktiviert ist, führt logrotate die Rotation auch dann durch, wenn die Logdatei leer ist. Dadurch entstehen ältere Logkopien mit einer Größe von 0 Byte.
Logdatei nach Rotation neu erstellen? Falls diese Option aktiviert ist, wird die Logdatei nach der Rotation neu erstellt, anstatt darauf zu warten, dass der Server, der sie schreibt, sie selbst neu erstellt. Standardmäßig wird die Datei mit den ursprünglichen Berechtigungen und Eigentümern erstellt. Alternativ können über die Felder neben der Ja -Option benutzerdefinierte Berechtigungen, Benutzer:in und Gruppe angegeben werden.
Alte rotierte Logs speichern in Falls dieses Feld auf Gleiches Verzeichnis wie die Logdatei gesetzt ist, werden die alten rotieren Logdateien im selben Verzeichnis wie die Original-Logdatei gespeichert. Mit der Option Verzeichnis kann ein alternativer Speicherort angegeben werden – dieser muss sich jedoch auf demselben Dateisystem wie die Logdatei befinden.
Befehle nach der Rotation ausführen Falls dieses Textfeld ausgefüllt ist, werden die eingetragenen Shell-Befehle nach der Rotation der Logdatei ausgeführt. Viele Server müssen nach der Umbenennung ihrer Logdateien neu gestartet werden, um ordnungsgemäß in die neue Datei zu schreiben. In diesem Fall könnte ein Befehl wie killall -HUP httpd eingegeben werden, um nach der Rotation einen Neustart auszulösen.
Benutzer:innen erlauben, dieses Dateisystem einzuhängen? Erlaubt einem gewöhnlichen (d. h. nicht-root) Benutzer:in, das Dateisystem einzuhängen.Mount-Optionen: user/nouser Feld Das Datenbankfeld, auf das diese Berechtigungen angewendet werden sollen.
Benutzername Der/Die Benutzer:in, dem/der die Berechtigungen gewährt werden. Diese:r Benutzer:in muss bereits in der Benutzerberechtigungen -Tabelle existieren.
Hosts Die Hosts, von denen aus der/die Benutzer:in auf die Tabelle zugreifen kann.
Berechtigungen Die dem/der Benutzer:in gewährten Berechtigungen für die gewählte Spalte der Tabelle.
Tabellenberechtigungen unter Feldberechtigungen für die jeweilige Tabelle festgelegten.Um neue Feldberechtigungen hinzuzufügen, muss zunächst die Datenbank und die Tabelle, in der sich das Feld befindet, über das Formular am unteren Rand der Seite ausgewählt werden. Anschließend kann durch Klicken auf die Schaltfläche Neue Berechtigungen hinzufügen ein Formular zur Auswahl des Feldes und weiterer Details aufgerufen werden.
Feldberechtigungen erstellen Diese Seite ermöglicht das Erstellen eines neuen Satzes von Feld-Benutzer:innen-Berechtigungen.Nach der Eingabe der neuen Feldberechtigungen klicken Sie auf Speichern , um die Berechtigungen sofort zu erstellen.
Datenbankberechtigungen erstellen Diese Seite ermöglicht das Erstellen eines neuen Satzes von Datenbank-Benutzer:innen-Berechtigungen.Nach der Eingabe der neuen Datenbankberechtigungen klicken Sie auf Speichern , um die Berechtigungen sofort zu erstellen.
Tabellenberechtigungen erstellen Diese Seite ermöglicht das Erstellen eines neuen Satzes von Tabellen-Benutzer:innen-Berechtigungen.Nach der Eingabe der neuen Tabellenberechtigungen klicken Sie auf Speichern , um die Berechtigungen sofort zu erstellen.
Nach der Eingabe der Details für das neue Benutzer:innen-Konto klicken Sie auf Speichern , um das Konto sofort zu erstellen.
Datenbanken Die Datenbanken, auf die der Zugriff erlaubt ist. Falls gewünscht, kann ein SQL-Regulärer Ausdruck verwendet werden.
Benutzername Der/Die Benutzer:in, dem/der der Zugriff auf die oben genannte Datenbank gewährt wird. Diese:r Benutzer:in muss bereits in der Benutzerberechtigungen -Tabelle existieren.
Hosts Die Hosts, von denen aus der/die Benutzer:in auf die Datenbank zugreifen kann. Falls die Option Von Host-Berechtigungen ausgewählt wird, sollte MySQL die Host-Berechtigungen zur Zugriffskontrolle verwenden.
Berechtigungen Die MySQL-Operationen, die der/die Benutzer:in auf der Datenbank ausführen darf.
Benutzerberechtigungen -Tabelle existieren, kann jedoch hier zusätzliche Berechtigungen erhalten.Benutzer:innen können sich nur von den in Benutzerberechtigungen angegebenen Hosts aus anmelden. Es ist jedoch möglich, unterschiedliche Berechtigungen für verschiedene Hosts zu vergeben, indem mehrere Einträge für denselben/dieselbe Benutzer:in erstellt werden.
Feldberechtigungen bearbeiten Diese Seite ermöglicht das Bearbeiten eines bestehenden Satzes von Spalten-Benutzer:innen-Berechtigungen.Nach der Bearbeitung klicken Sie auf die Schaltfläche Speichern , um die Änderungen sofort zu übernehmen. Alternativ kann die Schaltfläche Löschen verwendet werden, um die Berechtigungen aus MySQL zu entfernen.
Datenbankberechtigungen bearbeiten Diese Seite ermöglicht das Bearbeiten eines bestehenden Satzes von Datenbank-Benutzer:innen-Berechtigungen.Nach der Bearbeitung klicken Sie auf die Schaltfläche Speichern , um die Änderungen sofort zu übernehmen. Alternativ kann die Schaltfläche Löschen verwendet werden, um die Berechtigungen aus MySQL zu entfernen.
Tabellenberechtigungen bearbeiten Diese Seite ermöglicht das Bearbeiten eines bestehenden Satzes von Tabellen-Benutzer:innen-Berechtigungen.Nach der Bearbeitung klicken Sie auf die Schaltfläche Speichern , um die Änderungen sofort zu übernehmen. Alternativ kann die Schaltfläche Löschen verwendet werden, um die Berechtigungen aus MySQL zu entfernen.
Nach der Bearbeitung klicken Sie auf die Schaltfläche Speichern , um die Änderungen sofort zu übernehmen. Alternativ kann die Schaltfläche Löschen verwendet werden, um das Benutzer:innen-Konto aus MySQL zu entfernen.
Tabelle Die Tabelle, auf die diese Berechtigungen angewendet werden sollen.
Benutzername Der/Die Benutzer:in, dem/der die Berechtigungen gewährt werden. Diese:r Benutzer:in muss bereits in der Benutzerberechtigungen -Tabelle existieren.
Hosts Die Hosts, von denen aus der/die Benutzer:in auf die Tabelle zugreifen kann.
Tabellenberechtigungen Die dem/der Benutzer:in gewährten Berechtigungen für alle Spalten der Tabelle.
Feldberechtigungen Die maximalen Berechtigungen, die diesem/r Benutzer:in für eine beliebige Spalte der Tabelle auf der Seite Feldberechtigungen gewährt werden können.
Benutzerberechtigungen oder Datenbankberechtigungen hinausgeht. Die hier gewährten Berechtigungen gelten ausschließlich für eine einzelne Tabelle in einer Datenbank und für eine:n bestimmte:n Benutzer:in, wodurch ein sehr granularer Zugriff ermöglicht wird.Um neue Tabellenberechtigungen hinzuzufügen, muss zunächst die Datenbank, in der sich die Tabelle befindet, über das Formular am unteren Rand der Seite ausgewählt werden. Anschließend kann durch Klicken auf die Schaltfläche Neue Berechtigungen hinzufügen ein Formular zur Auswahl der Tabelle und weiterer Details aufgerufen werden.
Benutzername Für dieses Feld kann entweder ein spezifischer Benutzername eingegeben oder die Option Anonymer Benutzer gewählt werden. In diesem Fall gelten die Berechtigungen für alle Benutzer:innen, die nicht in der Benutzerberechtigungen -Liste enthalten sind.
Passwort Das Passwort, das dieser/diese Benutzer:in bei der Anmeldung benötigt. Falls Keines ausgewählt ist, wird kein Passwort benötigt.
Hosts Die IP-Adresse oder der Hostname des Hosts, von dem aus sich der/die Benutzer:in anmelden darf. Dieses Feld kann auch einen SQL-Regulären Ausdruck enthalten, um mehrere Hosts zu erlauben, z. B. 192.168.1.% oder %.foo.com .
Berechtigungen Die MySQL-Operationen, die dieser/diese Benutzer:in auf allen Datenbanken ausführen darf.
Da jede:r hier aufgeführte Benutzer:in mit Berechtigungen diese für alle Datenbanken erhält, ist es in der Regel ratsam, auf dieser Seite keine Berechtigungen zu vergeben. Stattdessen sollte die Seite Datenbankberechtigungen verwendet werden, um den Zugriff für Benutzer:innen gezielt pro Datenbank zu steuern.
root ) und das zugehörige Passwort ein.
+index_stopmsg=Klicken Sie auf diese Schaltfläche, um den MySQL-Datenbankserver auf Ihrem System zu stoppen. Dadurch wird verhindert, dass Nutzer:innen oder Programme auf die Datenbank zugreifen – auch dieses Webmin-Modul nicht.
+index_nouser=Ihr Webmin-Konto ist so konfiguriert, dass es sich als Benutzer:in $1 mit dem MySQL-Server verbindet, jedoch wurde diesem Benutzer:in der Zugriff verweigert.
+index_eenvpass=Das MySQL-Clientprogramm $1 akzeptiert keine über die Umgebungsvariable MYSQL_PWD übergebenen Passwörter. Um sicherzustellen, dass Webmin vollständig mit MySQL kommunizieren kann, sollte diese Option auf der Modulkonfigurationsseite deaktiviert werden. Alternativ können Sie **das in der .my.cnf -Datei des/der Benutzer:in root gesetzte Passwort** entfernen.
+login_epass=Falscher Administrations-Benutzer:in oder falsches Passwort
+users_title=Benutzer:innen-Berechtigungen
+users_user=Benutzer:in
+users_add=Neuen Benutzer:in erstellen.
+users_return=Benutzer:innenliste
+users_sync=Die folgenden Optionen konfigurieren die Synchronisation zwischen über Webmin erstellten Unix-Benutzer:innen und MySQL-Benutzer:innen.
+users_sync_create=Neuen MySQL-Benutzer:in hinzufügen, wenn ein Unix-Benutzer:in hinzugefügt wird
+users_sync_modify=MySQL-Benutzer:in aktualisieren, wenn der zugehörige Unix-Benutzer:in geändert wird.
+users_sync_delete=MySQL-Benutzer:in löschen, wenn der zugehörige Unix-Benutzer:in gelöscht wird.
+users_sync_privs=Berechtigungen für neue Benutzer:innen
+users_sync_host=Neue Benutzer:innen mit Hosts erstellen
+users_derr=Benutzer:innen konnten nicht gelöscht werden
+users_enone=Keine Benutzer:innen ausgewählt
+users_dtitle=Benutzer:innen-Berechtigungen löschen
+users_drusure=Sind Sie sicher, dass Sie die $1 ausgewählten MySQL-Benutzer:innen-Berechtigungen löschen möchten?
+users_dok=Benutzer:innen löschen
+
+user_title1=Benutzer:in erstellen
+user_title2=Benutzer:in bearbeiten
+user_header=MySQL-Benutzer:innendetails
+user_vwarning=Dieser MySQL-Benutzer:in ist die Administrations-Anmeldung für die Virtualmin-Domain $1. Änderungen an diesen Einstellungen können zu Fehlern in Virtualmin führen.
+user_all=Anonymer Benutzer:in
+user_priv_create_user=Benutzer:in erstellen
+user_err=Benutzer:in konnte nicht gespeichert werden
+dbs_user=Benutzer:in
+db_anon=Anonymer Benutzer:in
+tprivs_user=Benutzer:in
+tpriv_anon=Anonymer Benutzer:in
+cprivs_user=Benutzer:in
+cpriv_anon=Anonymer Benutzer:in
+acl_dbs=Datenbanken, die diese:r Benutzer:in verwalten kann
+acl_buser=Sicherung als Unix-Benutzer:in schreiben
+log_users_delete=$1 Benutzer:innen gelöscht
+log_user_create=Berechtigungen für Benutzer:in $1, Host $2 erstellt
+log_user_delete=Berechtigungen für Benutzer:in $1, Host $2 gelöscht
+log_user_modify=Berechtigungen für Benutzer:in $1, Host $2 geändert
+log_perm_create=Berechtigungen für Datenbank $3, Benutzer:in $1, Host $2 erstellt
+log_perm_delete=Berechtigungen für Datenbank $3, Benutzer:in $1, Host $2 gelöscht
+log_perm_modify=Berechtigungen für Datenbank $3, Benutzer:in $1, Host $2 geändert
+log_tpriv_create_l=Berechtigungen für Tabelle $4, Datenbank $3, Benutzer:in $1, Host $2 erstellt
+log_tpriv_delete_l=Berechtigungen für Tabelle $4, Datenbank $3, Benutzer:in $1, Host $2 gelöscht
+log_tpriv_modify_l=Berechtigungen für Tabelle $4, Datenbank $3, Benutzer:in $1, Host $2 geändert
+log_cpriv_create_l=Berechtigungen für Feld $5, Tabelle $4, Datenbank $3, Benutzer:in $1, Host $2 erstellt
+log_cpriv_delete_l=Berechtigungen für Feld $5, Tabelle $4, Datenbank $3, Benutzer:in $1, Host $2 gelöscht
+log_cpriv_modify_l=Berechtigungen für Feld $5, Tabelle $4, Datenbank $3, Benutzer:in $1, Host $2 geändert
+view_definer=Sicht-Eigentümer:in
+view_sdefiner=Von Eigentümer:in
+view_sinvoker=Von Benutzer:in
+root_socket=Der/die MySQL-Benutzer:in $1 verwendet die Unix-Socket-Authentifizierung, daher ist kein Passwort erforderlich und das Passwort kann nicht geändert werden.
diff --git a/net/lang/de.neutral b/net/lang/de.neutral
new file mode 100644
index 000000000..259f87bff
--- /dev/null
+++ b/net/lang/de.neutral
@@ -0,0 +1 @@
+interfaces_title2=Benutzer:in auswählen...
diff --git a/phpini/lang/de.neutral b/phpini/lang/de.neutral
new file mode 100644
index 000000000..a311b6f97
--- /dev/null
+++ b/phpini/lang/de.neutral
@@ -0,0 +1,2 @@
+mods_desc=Auf dieser Seite können global PHP-Erweiterungen für Version $1 für alle Benutzer:innen auf diesem System aktiviert oder deaktiviert werden.
+acl_user=Dateien im Kontext von Benutzer:innen lesen und schreiben
diff --git a/pptp-server/help/secrets.de.neutral.html b/pptp-server/help/secrets.de.neutral.html
new file mode 100644
index 000000000..051fcde7e
--- /dev/null
+++ b/pptp-server/help/secrets.de.neutral.html
@@ -0,0 +1 @@
+Diese Seite listet Konten auf, die von Ihrem PPTP-Server zur Authentifizierung von Clients verwendet werden. Es werden nur diejenigen im PPP-Geheimnisse-File angezeigt, deren Servername mit dem Hostnamen Ihres Systems (oder dem auf der Seite der PPP-Optionen festgelegten Hostnamen) übereinstimmt, da nur diese für die Authentifizierung verwendet werden. Das bedeutet, dass andere PPP-Geheimnisse (wie für eine Dial-out- oder ADSL-Verbindung) nicht angezeigt oder verwendet werden.Beim Bearbeiten eines Kontos können Sie eine Liste von IP-Adressen eingeben, die ihm zugewiesen werden können. Dadurch kann für einzelne Benutzer:innen eine statische IP-Adresse zugewiesen werden, anstatt dass eine zufällig aus dem Bereich ausgewählt wird, der auf der Seite der PPTP-Server-Optionen festgelegt ist.
Prozessmanager - CPU-Ansicht Diese Seite zeigt alle laufenden Prozesse auf dem System, sortiert nach CPU-Auslastung. Für jeden Prozess werden die PID, der/die Besitzer:in, die CPU-Auslastung und der Befehl angezeigt. Die PID kann angeklickt werden, um weitere Informationen anzuzeigen.Diese Ansicht ist hilfreich, um Prozesse zu identifizieren, die übermäßig viel CPU-Zeit verbrauchen. Die Auslastung jedes Prozesses wird als Prozentsatz der insgesamt verfügbaren CPU-Leistung dargestellt. Auf einem normalen System liegt die Summe aller Prozesse unter 100 %. Erst wenn ein oder mehrere Prozesse intensive Aufgaben ausführen, wird die gesamte CPU-Leistung genutzt.
Befehl Das Programm und die Befehlszeilenargumente für diesen Prozess Prozess-ID Die eindeutige Prozess-ID Übergeordneter Prozess Der Prozess, der diesen erstellt hat. Durch Klicken auf ihn werden die Details des übergeordneten Prozesses angezeigt. Benutzer:in Der/die Besitzer:in dieses Prozesses, unter dessen/deren Berechtigungen er ausgeführt wird CPU-Auslastung Der Prozentsatz der CPU-Zeit, den dieser Prozess aktuell nutzt Speichernutzung Die von diesem Prozess belegte Speichermenge. Ein Teil davon kann von anderen Prozessen gemeinsam genutzt werden. Laufzeit Die gesamte CPU-Zeit, die dieser Prozess seit seinem Start verwendet hat, in Minuten. Falls der Prozess nicht besonders CPU-intensiv ist, entspricht dies nicht der tatsächlich vergangenen Zeit seit seinem Start. Nice-Level Die Priorität, mit der dieser Prozess läuft. Mehr Informationen zum Nice-Level sind verfügbar. Unter den Prozessinformationen befindet sich eine Schaltfläche zum Senden eines Signals an den Prozess. Wählen Sie das gewünschte Signal aus der Liste aus und klicken Sie auf die Schaltfläche Signal senden . Die nützlichsten Signale sind KILL und TERM , um den Prozess zu beenden.
Falls dieser Prozess untergeordnete Prozesse hat, werden diese am unteren Rand der Seite angezeigt. Klicken Sie auf eine ID aus der Liste, um detaillierte Informationen anzuzeigen.
ls oder pwd eingegeben wird, wird ein neuer Prozess erstellt, obwohl solche Prozesse in der Regel nur kurzzeitig existieren.Jeder Prozess hat eine eindeutige ID, die als Prozess-ID oder PID bezeichnet wird. Während jede laufende Instanz eines Prozesses eine eigene PID hat, können IDs über die Zeit wiederverwendet werden.
Mit Ausnahme des initialen Prozesses (in der Regel init genannt) hat jeder Prozess einen übergeordneten Prozess, von dem er erstellt wurde. Wenn beispielsweise vi aus der Shell gestartet wird, ist der übergeordnete Prozess von vi die Shell. Ein Prozess kann beliebig viele untergeordnete Prozesse haben, aber nur einen übergeordneten.
Jeder Prozess läuft mit den Berechtigungen eines bestimmten Benutzers oder einer Gruppe, die für den Zugriff auf Dateien und Verzeichnisse gelten. Benutzer:innen und Prozesse dürfen nur Prozesse beenden, die ihnen gehören – mit Ausnahme von root , der jeden Prozess beenden kann.
Als Benutzer:in ausführen In dieses Feld wird der Unix-Benutzername eingegeben, unter dessen Berechtigungen der oben angegebene Befehl ausgeführt wird.
diff --git a/proc/help/search.de.neutral.html b/proc/help/search.de.neutral.html
new file mode 100644
index 000000000..daf00f2d8
--- /dev/null
+++ b/proc/help/search.de.neutral.html
@@ -0,0 +1 @@
+Prozessmanager - Suchformular Dieses Formular ermöglicht die Suche nach Prozessen, die bestimmten Kriterien entsprechen. Wenn die Schaltfläche Suche geklickt wird, wird eine Liste der übereinstimmenden Prozesse unterhalb des Formulars angezeigt. Für jeden Prozess werden die PID, der/die Besitzer:in, die CPU-Nutzung und der Befehl angezeigt. Klicken Sie auf die PID, um weitere Informationen über den Prozess anzuzeigen.Unter der Liste der Suchergebnisse befindet sich eine Schaltfläche zum Senden eines Signals an die übereinstimmenden Prozesse. Wählen Sie das Signal aus der Liste aus und klicken Sie auf die Schaltfläche Signal senden . Die nützlichsten Signale sind KILL und TERM , um laufende Prozesse zu beenden.
Laufende Prozesse - Speicheransicht Diese Seite zeigt alle laufenden Prozesse, sortiert nach verwendetem Speicher. Für jeden Prozess werden die PID, der/die Besitzer:in, die Größe in kB und der Befehl angezeigt. Klicken Sie auf die PID, um weitere Informationen zu einem laufenden Prozess anzuzeigen.Diese Ansicht kann hilfreich sein, um herauszufinden, welche Befehle übermäßig viel Speicher auf Ihrem System verwenden. Allerdings kann die Speichernutzung bei Prozessen wie dem X-Server irreführend hoch sein, da diese möglicherweise gemappte Framepuffer in ihrer Speichernutzung enthalten. Mehrere Instanzen desselben Prozesses (wie httpd oder bash ) teilen sich einen großen Teil ihres Speichers, wodurch ihre Gesamtnutzung höher erscheint, als sie tatsächlich ist.
Prozessmanager - Baumansicht Diese Seite zeigt alle laufenden Prozesse auf Ihrem System, wobei untergeordnete Prozesse eingerückt und unter ihrem übergeordneten Prozess angezeigt werden. Für jeden Prozess werden die PID, der/die Besitzer:in und der Befehl angezeigt. Klicken Sie auf die PID, um mehr Informationen über den Prozess anzuzeigen.Alle Gruppen Quoten werden auf jede andere Gruppe auf Ihrem System kopiert. Ausgewählte Gruppen Quoten werden auf die ausgewählte(n) Gruppe(n) kopiert. Gruppen mit Benutzern Quoten werden auf alle Gruppen kopiert, in denen ein:e der ausgewählten Benutzer:innen Mitglied ist. Alle Benutzer Quoten werden auf alle anderen Benutzer auf Ihrem System kopiert. Ausgewählte Benutzer Quoten werden auf den/die ausgewählte(n) Benutzer:innen kopiert. Mitglieder ausgewählter Gruppen Quoten werden auf alle Benutzer:innen kopiert, die eine der ausgewählten Gruppen als ihre primäre oder sekundäre Gruppe haben. Einführung Quoten sind ein Verfahren zur Kontrolle, wie viel Speicherplatz Benutzer:in und Gruppen auf einer Festplatte verwenden dürfen. Für jedes Dateisystem können Sie Grenzen festlegen, wie viel Speicherplatz und wie viele Dateien jede:r Benutzer:in verwenden darf. Einige Unix-Systeme ermöglichen es auch, den Speicherplatz und die Dateien zu begrenzen, die alle Mitglieder einer Gruppe verwenden.Quoten können nur für lokale Unix-Dateisysteme eingerichtet werden. NFS-Dateisysteme, die von anderen Systemen gemountet werden, verwenden die Quoten des Servers, falls vorhanden. Nicht-Unix-Dateisysteme wie MS-DOS oder ISO9660 unterstützen keine Quoten.
Für jede:n Benutzer:in werden vier Grenzen festgelegt:
Weiche Blockgrenze Die Anzahl der Festplattenblöcke, die vor der Anzeige einer Warnmeldung erlaubt sind. Harte Blockgrenze Die maximale Anzahl von Blöcken, die die Datei des/der Benutzer:in belegen darf. Weiche Dateigröße Die Anzahl der Dateien, die vor der Anzeige einer Warnmeldung erlaubt sind. Harte Dateigröße Die maximale Anzahl von Dateien, die der/die Benutzer:in besitzen darf. Für die Dateiquoten zählt jedes Verzeichnis, Gerät, symbolische Verknüpfung oder normale Datei zur maximalen Anzahl von Dateien, die der/die Benutzer:in besitzen darf. Technisch gesehen ist die Dateiquote eigentlich eine Quote fürInodes .
Das Modul für Festplattenquoten Die Hauptseite dieses Moduls zeigt eine Liste der lokalen Dateisysteme, die Quoten unterstützen. Wenn Quoten für ein Dateisystem derzeit aktiviert sind, können Sie auf dessen Pfad klicken, um die Quoten für jede:n Benutzer:in anzuzeigen. Wenn dies nicht der Fall ist, wird durch Klicken aufQuoten aktivieren die Quote für dieses Dateisystem aktiviert.Quoten verwenden im Modul „Festplatten und Dateisysteme“ gesetzt. Wenn keines Ihrer Dateisysteme diese Option gesetzt hat, werden keine auf der Hauptseite aufgelistet.
Unterhalb der Liste der Dateisysteme befindet sich eine Schaltfläche, um alle Quoten für einen ausgewählten Benutzer:in anzuzeigen. Diese wird nur angezeigt, wenn für mindestens ein Dateisystem Benutzerquoten aktiviert sind. Ebenso wird eine Schaltfläche angezeigt, um alle Quoten für eine ausgewählte Gruppe anzuzeigen, wenn für mindestens ein Dateisystem Gruppenquoten aktiviert sind.
Diese Seite listet alle Gruppen auf, die Quoten auf einem Dateisystem haben. Sie können auf einen Gruppennamen klicken, um deren Quote zu bearbeiten, oder eine Gruppe aus dem Menü unterhalb der Liste auswählen und auf Quote bearbeiten klicken. Wenn eine Gruppe nicht auf der Liste steht, gibt es keine Begrenzung für die Anzahl der Dateien oder den Speicherplatz, den sie verwenden darf.
Unterhalb der Liste der Gruppen befindet sich die Schaltfläche Grace Times bearbeiten . Diese führt Sie zu einem Formular, in dem Sie die Zeit bearbeiten können, die einer Gruppe gewährt wird, um ihre weiche Grenze zu überschreiten, bevor ihr die weitere Nutzung von Speicherplatz untersagt wird.
Durch Klicken auf die Schaltfläche Quoten überprüfen wird das gesamte Dateisystem gescannt, um die Block- und Dateinutzung durch jede Gruppe zu aktualisieren. Dies kann erforderlich sein, wenn Quoten längere Zeit deaktiviert waren oder wenn sie gerade für eine Gruppe aktiviert wurden.
Am unteren Rand der Seite befindet sich ein Formular zum Festlegen der anfänglichen Block- und Dateiquoten für neue Gruppen. Diese werden nur für Gruppen angewendet, die mit dem Webmin-Benutzer:in- und Gruppenmodul erstellt wurden.
Filesystem-Benutzer:innen Diese Seite listet alle Benutzer:innen auf, die Quota-Beschränkungen auf einem Dateisystem haben. Ein Klick auf einen Benutzernamen ermöglicht die Bearbeitung des zugehörigen Quota-Werts, oder eine Auswahl aus dem Menü unterhalb der Liste kann getroffen und anschließend mit Quota bearbeiten bestätigt werden. Ist ein:e Benutzer:in nicht in der Liste aufgeführt, bestehen keine Einschränkungen hinsichtlich der Anzahl der Dateien oder der belegbaren Speicherkapazität.Unterhalb der Benutzer:innenliste befindet sich die Schaltfläche Überschreitungszeit bearbeiten . Diese führt zu einem Formular, in dem die Dauer konfiguriert werden kann, für die ein:e Benutzer:in das Soft-Limit überschreiten darf, bevor weiterer Speicherplatz gesperrt wird.
Ein Klick auf die Schaltfläche Quotas prüfen löst eine vollständige Analyse des Dateisystems aus, um die Block- und Dateinutzung aller Benutzer:innen zu aktualisieren. Dies kann erforderlich sein, wenn Quotas für eine gewisse Zeit deaktiviert waren oder gerade erst für bestimmte Benutzer:innen aktiviert wurden.
Am unteren Ende der Seite befindet sich ein Formular zur Festlegung der initialen Block- und Dateiquota für neue Benutzer:innen. Diese Einstellungen werden nur für Benutzer:innen angewendet, die über das Webmin-Modul „Benutzer:innen und Gruppen“ erstellt werden.
Quota bearbeiten bestätigt werden. Ist ein Dateisystem nicht in der Liste aufgeführt, bestehen keine Einschränkungen hinsichtlich der Anzahl der Dateien oder der belegbaren Speicherkapazität für diese:n Benutzer:in auf dem Dateisystem.Ein Klick auf die Schaltfläche Quotas kopieren ermöglicht das Kopieren aller Quota-Werte dieser:s Benutzer:in auf eine oder mehrere andere Benutzer:innen. Dies ist nützlich, wenn mehreren Benutzer:innen die gleiche Menge an Speicherplatz zugewiesen werden soll.
Benutzer:innen-Überschreitungszeiten Überschreitungszeiten bestimmen, wie lange ein:e Benutzer:in das Soft-Limit überschreiten darf, bevor die Nutzung zusätzlichen Speicherplatzes oder das Erstellen weiterer Dateien verhindert wird. Sobald ein:e Benutzer:in das Soft-Block-Limit überschreitet, hat er:sie eine festgelegte Zeitspanne, um die Speichernutzung unter das Limit zu reduzieren, bevor weitere Blöcke gesperrt werden. Dasselbe gilt für das Soft-Datei-Limit.alle Domains, für die das System E-Mails akzeptiert. Falls das System beispielsweise E-Mails für die Domains abc.com und xyz.com empfängt, würde ein Alias für die Adresse foo E-Mails sowohl von foo@abc.com als auch von foo@xyz.com umleiten.Am oberen Rand dieser Seite befindet sich ein Formular zur Eingabe der Details eines neuen Mail-Alias. Darunter wird eine Liste der vorhandenen Aliase und ihrer jeweiligen Weiterleitungsziele angezeigt. Um einen Alias zu bearbeiten, kann auf seinen Namen geklickt werden.
Falls das Majordomo-Modul verwendet wird, könnten einige Aliase wie Majordomo , owner-listname oder listname-request erscheinen. Diese sollten nur geändert werden, wenn bekannt ist, welche Auswirkungen dies hat.
Einführung in Sendmail Sendmail ist das standardmäßige Unix-Programm für den E-Mail-Transport und die Zustellung. Wenn ein:e Benutzer:in auf dem System eine E-Mail an eine:n Empfänger:in auf einem anderen Host senden möchte, übernimmt Sendmail die eigentliche Zustellung der Nachricht. Ebenso empfängt Sendmail eingehende E-Mails von anderen Systemen und speichert sie in der Maildatei der jeweiligen Benutzer:innen.Sendmail ist ein MTA (Mail Transport Agent), was bedeutet, dass es keine Benutzeroberfläche für das Senden von E-Mails bereitstellt. Programme wie Eudora, Elm oder /bin/mail , mit denen Benutzer:innen tatsächlich interagieren, werden MUAs (Mail User Agents) genannt. Ein MUA versendet E-Mails nicht selbst, sondern übergibt sie an Sendmail zur Zustellung.
MUAs können entweder direkt auf dem System ausgeführt werden (z. B. Pine, Elm oder /bin/mail ) oder auf einem separaten Host wie einem Einzelplatzrechner (z. B. mit Eudora, Exchange oder Netscape Communicator). Im ersten Fall wird eine E-Mail durch direkte Aufrufe von Sendmail versendet und aus der Mail-Spool-Datei empfangen. Falls MUAs auf anderen Hosts ausgeführt werden, erfolgt der Versand durch eine Verbindung zum Sendmail-Prozess über das SMTP-Protokoll, während der Empfang über einen separaten POP3-Server erfolgt.
Das Sendmail-Modul Die Hauptseite dieses Moduls zeigt eine Tabelle mit Symbolen, über die verschiedene Funktionen von Sendmail konfiguriert werden können. Einige dieser Funktionen sind möglicherweise nicht verfügbar, wenn sie nicht in der Datei sendmail.cf eingerichtet wurden. Beim Installieren von Sendmail können die verfügbaren Funktionen durch Bearbeiten einer .mc -Datei festgelegt werden, die mit m4 in die endgültige sendmail.cf -Datei umgewandelt wird. Viele Funktionen (wie Adresszuordnung, Domain-Maskierung und Spam-Kontrolle) sind nur verfügbar, wenn sie während der Installation aktiviert wurden.
E-Mails für lokale Benutzer an Host weiterleiten Falls nicht Lokal zustellen ausgewählt ist, werden alle E-Mails, die normalerweise an lokale Benutzer:innen zugestellt würden, an den angegebenen Host weitergeleitet. Dies ist nützlich, wenn das System als gemeinsam genutzte Workstation fungiert und alle E-Mails an einen zentralen Mailserver gesendet werden sollen.Unqualifizierte Benutzernamen an Host weiterleiten Falls nicht Lokal zustellen ausgewählt ist, wird jede von lokalen Benutzer:innen an einen unqualifizierten Benutzernamen (z. B. jcameron ) gesendete E-Mail an den angegebenen Host weitergeleitet. Dies ist nützlich, wenn das System als gemeinsam genutzte Workstation fungiert und alle E-Mails an einen zentralen Mailserver gesendet werden sollen.Ausgehende E-Mails über Host senden Falls nicht Direkt zustellen ausgewählt ist, leitet Sendmail alle ausgehenden E-Mails, die nicht für lokale Benutzer:innen bestimmt sind, an den angegebenen Host weiter. Dies ist nützlich, wenn sich das System hinter einer Firewall befindet und E-Mails nicht direkt ins Internet senden kann.Benutzer-Weiterleitungsdateien Der für diese Option angegebene Wert muss eine durch Doppelpunkte getrennte Liste von Pfaden sein, die bestimmt, wo Sendmail die individuelle Weiterleitungsdatei von Benutzer:innen beim Zustellen von E-Mails sucht. Die Variablen $z für das Home-Verzeichnis der Benutzer:innen und $w für den System-Hostnamen können im Pfad verwendet werden.E-Mails für echte Namen von Benutzer:innen akzeptieren? Falls diese Option aktiviert ist, akzeptiert Sendmail E-Mails, bei denen der Benutzername-Teil der E-Mail-Adresse dem echten Namen der Benutzer:innen entspricht, anstatt nur dem Anmeldenamen. Beispielsweise könnte der Benutzer Joe Bloggs mit dem Login jbloggs E-Mails sowohl an Joe.Bloggs@yourdomain.com als auch an jbloggs@yourdomain.com empfangen.
Bounce-Nachrichten im MIME-Format codieren? Legt fest, ob Bounce-Nachrichten im Multi-Part-MIME-Format oder als einfache Plain-Text-Nachricht gesendet werden. Die zweite Option sollte gewählt werden, wenn viele Benutzer:innen Clients verwenden, die kein MIME unterstützen.Pfad Der absolute Pfad zur Datei in diesem Paket. Falls es sich um einen symbolischen Link handelt, enthält der Pfad das Link-Ziel. Durch Klicken auf den Pfad werden weitere Informationen zur Datei angezeigt. Besitzer:in Der Unix-Benutzer:in, dem die Datei gehören sollte. Gruppe Die Unix-Gruppe, die Eigentümer:in der Datei sein sollte. Typ Die Art der Datei oder des Verzeichnisses. Größe Die erwartete Größe der Datei. Status Falls die Datei nicht bearbeitet werden soll, zeigt diese Spalte Abweichungen zwischen der korrekten Größe, dem Eigentum und der Prüfsumme der Datei sowie deren aktuellen Werten an. Als Unix-Benutzer ausführen : Standard ist 'nobody' oder 'squid', abhängig vom System. Falls der Cache als root ausgeführt wird, ändert er seine effektive/reale Benutzer-ID auf diesen Wert.Als Unix-Gruppe ausführen : Standard ist 'nogroup' oder 'squid', abhängig vom System. Falls der Cache als root ausgeführt wird, ändert er seine effektive/reale Gruppen-ID auf diesen Wert.
Proxy-Authentifizierungsbereich : Gibt den Bereichsnamen an, der dem Client für die Proxy-Authentifizierung gemeldet wird (Teil des Textes, den Benutzer:innen sehen, wenn sie zur Eingabe von Benutzername und Passwort aufgefordert werden).
Cache-Manager E-Mail-Adresse : Standard ist 'webmaster' oder 'root', abhängig vom System. E-Mail-Adresse des lokalen Cache-Managers, der Benachrichtigungen erhält, falls der Cache abstürzt.
Sichtbarer Hostname : Falls in Fehlermeldungen oder anderen Ausgaben ein spezieller Hostname angezeigt werden soll, kann dieser hier definiert werden. Andernfalls wird der Rückgabewert von gethostname() verwendet. Falls mehrere Caches in einem Cluster vorhanden sind und IP-Weiterleitungsfehler auftreten, müssen eindeutige Namen über diese Einstellung konfiguriert werden.
Eindeutiger Hostname : Falls mehrere Maschinen denselben Sichtbaren Hostnamen nutzen sollen, muss jede Maschine einen eigenen Eindeutigen Hostnamen erhalten, um Weiterleitungsschleifen zu erkennen.
Cache-Announce-Host : Hostname, an den Ankündigungsnachrichten gesendet werden. Weitere Informationen zu Cache-Hierarchien gibt es unter The Squid FAQ . Standardwert ist 'tracker.ircache.net', wenn Ankündigungen durch Setzen eines Ankündigungsintervalls aktiviert sind.
Cache-Announce-Port : Host-Port, an den Ankündigungsnachrichten gesendet werden. Standard ist 3131, wenn Ankündigungen aktiviert sind.
Ankündigungsintervall : Häufigkeit der Ankündigungen. Um Ankündigungen in einer Cache-Hierarchie zu aktivieren, kann hier '1 Tag' eingestellt werden. Standard ist '0', wodurch Ankündigungen deaktiviert sind.
Authentifizierungsprogramme Benutzerdefiniertes Authentifizierungsprogramm : Standard ist 'none'. Hier kann der Befehl für den externen Authentifizierungsdienst angegeben werden. Ein solches Programm liest eine Zeile mit "Benutzername Passwort" und antwortet mit "OK" oder "ERR" in einer Endlosschleife. Falls ein Authentifizierungsprogramm verwendet wird, muss mindestens eine ACL vom Typ 'proxy_auth' konfiguriert sein.
Für die traditionelle Proxy-Authentifizierung sollte dieser Eintrag beispielsweise auf '/usr/bin/ncsa_auth /usr/etc/passwd' gesetzt werden, vorausgesetzt, dass 'ncsa_auth' kompiliert und auf dem System installiert wurde.
Anzahl der Authentifizierungsprogramme : Standardwert ist 5, wenn ein Authentifizierungsprogramm aktiviert wurde.
Passwort-Zwischenspeicherungsdauer : Gibt an, wie lange Squid eine erfolgreiche Anmeldung zwischenspeichert, bevor das Authentifizierungsprogramm erneut abgefragt wird.
Dauer der Benutzer-IP-Bindung : Falls sich derselbe Benutzer innerhalb dieser Zeitspanne von zwei unterschiedlichen IP-Adressen aus anmeldet, wird der Zugriff verweigert. Dies kann verwendet werden, um die gemeinsame Nutzung von Proxy-Passwörtern zwischen mehreren Benutzer:innen zu verhindern.
Delay Pools bieten eine Möglichkeit, die Bandbreitennutzung von Clients einzuschränken. Mit Delay Pools können Einschränkungen entweder auf individueller Ebene oder für Gruppen festgelegt werden. ACLs werden verwendet, um Bandbreitenlimits für Benutzer:innen durchzusetzen.
Diese Seite zeigt alle bestehenden Pools und ihre Limits an. Zudem gibt es einen Abschnitt für globale Optionen, der derzeit nur eine Einstellung enthält.
Anfänglicher Füllstand des Buckets max -Werte sind sehr hoch (der Maximalwert bei der Limitkonfiguration bezieht sich tatsächlich auf die Bucket-Größe des Pools).
diff --git a/squid/help/edit_progs.de.neutral.html b/squid/help/edit_progs.de.neutral.html
new file mode 100644
index 000000000..150119b7f
--- /dev/null
+++ b/squid/help/edit_progs.de.neutral.html
@@ -0,0 +1 @@
+FTP-Spaltenbreite : Standardwert ist 32. Legt die Breite von FTP-Verzeichnislisten fest. Sollte so eingestellt werden, dass sie in die Breite eines Standardbrowsers passt. Falls der Wert zu niedrig ist, könnten lange Dateinamen in FTP-Verzeichnissen abgeschnitten werden.
Anon-FTP-Login : Standardwert ist 'Squid@'. Falls das anonyme FTP-Login-Passwort informativer sein soll (und um Probleme mit strikten FTP-Servern zu vermeiden), kann hier eine sinnvollere Adresse für die eigene Domain gesetzt werden, z. B. 'wwwuser@somewhere.net'.
Der Standardwert ist absichtlich ohne Domain, da Anfragen im Namen von Benutzer:innen aus verschiedenen Domains gestellt werden können, abhängig von der Nutzung des Caches. Einige FTP-Server prüfen auch, ob die E-Mail-Adresse gültig ist (z. B. perl.com).
Squid-DNS-Programm : Standardwert ist 'dnsserver'. Gibt den Pfad zur ausführbaren Datei des DNS-Lookup-Prozesses an. Der Standardwert ist ein nicht-blockierender, zwischenspeichernder Nameserver, der mit Squid installiert wird.
Anzahl der DNS-Programme : Standardwert ist 5. Anzahl der Prozesse, die für DNS-Namensauflösungen gestartet werden. Bei stark ausgelasteten Caches auf großen Servern sollte dieser Wert auf mindestens 10 erhöht werden. Maximalwert ist 32.
Domain zu Anfragen anhängen : Standardwert ist 'off'. Normalerweise deaktiviert 'dnsserver' die RES_DEFNAMES-Option des Resolvers (siehe res_init(3)), um zu verhindern, dass Caches in einer Hierarchie einteilige Hostnamen lokal interpretieren. Falls dies erlaubt werden soll, muss diese Option aktiviert werden.
DNS-Server-Adressen : Standardmäßig werden die Einträge aus der Datei '/etc/resolv.conf' verwendet. Falls stattdessen eine eigene Liste von DNS-Servern (IP-Adressen) angegeben werden soll, kann dies hier erfolgen.
Cache-Löschprogramm : Standardwert ist 'unlinkd'. Gibt den Pfad zur ausführbaren Datei für das Datei-Löschprogramm an. Falls Async-IO genutzt wird, könnte dieses Programm nicht benötigt werden, da dieser Prozess in manchen Squid-Versionen von einem eigenen Thread übernommen wird.
Squid-Ping-Programm : Standardwert ist 'pinger'. Gibt den Pfad zur ausführbaren Datei des Ping-Prozesses an. Dies ist nur relevant, falls Squid bei der Kompilierung mit der Option '--enable-icmp' konfiguriert wurde.
Benutzerdefiniertes Weiterleitungsprogramm : Standardwert ist 'none'. Gibt den Pfad zur ausführbaren Datei für den URL-Redirector an. Da Redirectoren nahezu jede beliebige Funktion übernehmen können, wird kein Standardprogramm mitgeliefert. Weitere Informationen zur Erstellung eines Redirectors finden sich in den Release-Notes.
Anzahl der Redirector-Programme : Standardwert ist 5, falls ein Redirector konfiguriert ist. Gibt die Anzahl der Redirector-Prozesse an. Falls zu wenige gestartet werden, muss Squid auf ihre Verarbeitung warten, was die Leistung verlangsamen kann. Falls zu viele gestartet werden, belegen sie unnötig Speicher und Systemressourcen.
Einführung in Squid Squid ist ein voll ausgestatteter Web-Caching-Proxy-Server-Daemon. Squid ermöglicht es Ihrem Server, lokale Kopien entfernter Webobjekte zu speichern. Falls diese Objekte erneut von einem beliebigen Gerät im lokalen Netzwerk aufgerufen werden, werden sie schneller geladen und müssen nicht erneut vom Ursprungsserver abgerufen werden, wodurch Bandbreite gespart wird. Dies kann die Belastung überlasteter Netzwerke reduzieren und insgesamt für ein reaktionsschnelleres Netzwerk sorgen.Ein weiterer Vorteil von Squid sind seine umfangreichen Zugriffskontrollmöglichkeiten. Squid bietet leistungsfähige Funktionen zur Einschränkung des Zugriffs auf bestimmte Websites, Benutzer:innen, Netzwerke oder Datentypen. Squid kann im transparenten Modus, im traditionellen Proxy-Modus oder als Reverse-Proxy (HTTP-Beschleuniger) betrieben werden.
Das Squid-Modul Die Hauptseite dieses Moduls zeigt eine Tabelle mit Symbolen, über die sich verschiedene Aspekte von Squid konfigurieren lassen. Bei der Erstkonfiguration sind alle Werte auf ihre Standardwerte gesetzt. Diese Standardwerte können in der Hilfeseite jeder Konfigurationsseite nachgelesen werden.Der Großteil der Hilfeseiten dieses Moduls wurde aus der Standard-'squid.conf'-Datei extrahiert, die in jeder Squid-Installation enthalten ist. Weitere Informationen sind auf The Squid Homepage zu finden.
Joe Cooper .
diff --git a/sshd/help/host.de.neutral.html b/sshd/help/host.de.neutral.html
new file mode 100644
index 000000000..6272ea5b0
--- /dev/null
+++ b/sshd/help/host.de.neutral.html
@@ -0,0 +1 @@
+Diese Seite zeigt Optionen für entweder einen einzelnen Host, Hosts, deren Namen einem bestimmten Muster entsprechen, oder alle Hosts. Einige der weniger offensichtlichen Optionen sind:Als:r Benutzer:in einloggen Normalerweise, wenn kein Benutzername in der ssh -Befehlszeile angegeben wird, wird der Name des aktuellen Benutzers:in verwendet, um sich beim Remote-SSH-Server anzumelden. Diese Option kann jedoch verwendet werden, um einen anderen Standardbenutzernamen für einen bestimmten Host oder Hosts anzugeben.
Escape-Zeichen Beim interaktiven SSH-Login kann das Escape-Zeichen verwendet werden, um die Verbindung zu unterbrechen und sie zu schließen oder zu pausieren.
SSH-Verkehr komprimieren? Wenn diese Option aktiviert ist, wird der SSH-Client alle Daten, die an diesen Host gesendet werden, mit dem gzip -Algorithmus komprimieren. Dies kann nützlich sein, wenn große Dateien mit scp über eine langsame Verbindung kopiert werden.
Lokale Ports an den Server weiterleiten In dieser Tabelle können lokale Portnummern eingegeben werden, die vom SSH-Server an einen Host und Port weitergeleitet werden. Dies kann nützlich sein, wenn der einzige Zugang zu einem Netzwerk über SSH-Login zu einer Maschine in diesem Netzwerk erfolgt und andere Dienste wie Web- oder POP-Server zugänglich gemacht werden sollen.
Server-Ports an den lokalen Rechner weiterleiten In dieser Tabelle können Portnummern auf dem Server eingegeben werden, die an einen Host und Port im Netzwerk des Client-Rechners weitergeleitet werden.
ssh -Befehl angegebenen Hostnamen bestimmt werden.Normalerweise sind standardmäßig nur die Optionen definiert, die für alle Client-Hosts gelten. Es können jedoch zusätzliche Optionssätze erstellt werden, um zu steuern, wie sich Benutzer:in bei anderen spezifischen Servern oder Servern, deren Namen einem bestimmten Muster entsprechen, anmelden.
Da SSH so konfiguriert werden kann, dass es RSA-Schlüssel zur Authentifizierung anstelle des normalen Benutzernamens und Passworts von Telnet verwendet, können Benutzer:in sich auf einem Remote-Server anmelden, ohne jedes Mal ein Passwort eingeben zu müssen. Dies bietet ein ähnliches Verhalten wie RSH, jedoch ohne die Sicherheitsprobleme, die mit der Authentifizierung von Benutzer:in nur anhand ihrer IP-Adresse verbunden sind.
Dieses Modul ermöglicht es, verschiedene Optionen für den auf Ihrem System installierten SSH-Server zu konfigurieren, sowie Optionen, die verwendet werden, wenn ein SSH-Client eine Verbindung von Ihrer Maschine zu einem anderen Server herstellt. Nach Änderungen an den Serveroptionen müssen Sie auf die Schaltfläche "Änderungen übernehmen" am unteren Rand der Seite klicken, damit die Änderungen wirksam werden.
Verbindungssweiterleitung für X11 zulassen? Wenn auf Ja gesetzt, können Benutzer:in, die sich von einer Unix-Maschine aus per SSH anmelden, X-Anwendungen auf dem Server ausführen und die X-Verbindung durch die SSH-Verbindung zurück auf ihren lokalen Bildschirm tunneln.
System-Log-Funktion Die syslog -Funktion, die verwendet wird, um Fehler- und Informationsnachrichten vom SSH-Server zu protokollieren. Diese kann in Verbindung mit dem Modul "Systemprotokolle" verwendet werden, um zu steuern, in welche Datei SSH-Nachrichten geschrieben werden.
Intervall der Server-Schlüsselregenerierung Wie oft der SSH-Server den Schlüssel zur Verschlüsselung der Verbindungen neu generiert. Wenn Sie besorgt über die Sicherheit sind, stellen Sie diesen Wert auf eine niedrigere Zahl.
Inaktive Timeout Wenn dies gesetzt ist und während des festgelegten Zeitraums nichts vom Client oder Server gesendet wurde, wird der Client getrennt.
Trennen, wenn der Client abgestürzt ist? Wenn auf Ja gesetzt, überprüft der SSH-Server periodisch, ob der Client noch aktiv ist. Falls nicht (wegen eines Netzwerkfehlers oder eines Absturzes der Client-Maschine), wird er getrennt.
TCP-Weiterleitung zulassen? Wenn diese Option gesetzt ist, können Benutzer:in TCP-Verbindungen von Client-Maschinen zu Maschinen im Netzwerk des Servers tunneln und auch Verbindungen vom Server zu Maschinen im Client-Netzwerk zulassen.
Authentifizierung per Passwort zulassen Wenn dies auf Nein gesetzt ist, müssen Benutzer:in ihr .ssh -Verzeichnis mit einem öffentlichen Schlüssel einrichten, bevor sie sich anmelden können. Wenn auf Ja gesetzt, wird dem Benutzer:in erlaubt, ein Passwort zur Authentifizierung einzugeben, wenn die Validierung nicht mit einem öffentlichen Schlüssel durchgeführt werden kann.
RSA-Authentifizierung zulassen? Wenn dies auf Nein gesetzt ist, müssen Benutzer:in immer ihr Passwort eingeben, auch wenn ihr öffentlicher Schlüssel eingerichtet wurde.
Überprüfen der Berechtigungen auf Schlüsseldateien? Wenn auf Ja gesetzt, überprüft der SSH-Server das .ssh -Verzeichnis jedes Benutzers:in und alle übergeordneten Verzeichnisse, um sicherzustellen, dass sie nicht für Gruppen schreibbar sind, sowie die .ssh/identity -Datei, um sicherzustellen, dass sie nicht von anderen lesbar ist. Wenn auf Nein gesetzt, werden keine Berechtigungen der Dateien überprüft.
.rhosts -Dateien für Root-Benutzer:in ignorieren?
+users_rrdef=Gleiche Einstellung wie für andere Benutzer:innen
+users_known=known_hosts -Dateien der Benutzer:innen ignorieren?
+access_allowu=Nur folgende Benutzer:innen zulassen
+access_denyu=Folgende Benutzer:innen sperren
+access_eallowu=Keine zulässigen Benutzer:innen eingegeben
+access_edenyu=Keine zu sperrenden Benutzer:innen eingegeben
+host_user=Anmeldung als Benutzer:in
+host_ask=Benutzer:in fragen
+sync_desc=Auf dieser Seite können Sie die automatische SSH-Einrichtung für neue Unix-Benutzer:innen auf Ihrem System konfigurieren. Wenn diese Option aktiviert ist, müssen neue Benutzer:innen ssh-keygen nicht ausführen, bevor sie SSH verwenden.
+sync_create=SSH-Schlüssel für neue Unix-Benutzer:innen einrichten?
+sync_gnupg=GNUPG-Schlüssel für neue Unix-Benutzer:innen einrichten.
diff --git a/syslog-ng/help/options.de.neutral.html b/syslog-ng/help/options.de.neutral.html
new file mode 100644
index 000000000..c3d04b5d8
--- /dev/null
+++ b/syslog-ng/help/options.de.neutral.html
@@ -0,0 +1 @@
+Diese Seite ermöglicht die Bearbeitung von Einstellungen, die für den gesamten Syslog-NG-Server gelten, wie z. B. die Verarbeitung von Hostnamen und das Verhalten von DNS-Abfragen. Zudem können hier Standardwerte festgelegt werden, die für alle Log-Ziele gelten, wie Eigentümer:in und Berechtigungen von Log-Dateien. Diese Einstellungen können jedoch für einzelne Ziele individuell überschrieben werden.