Vollständigen Fehler aufzeichnen
Erhalten Sie die erste echte Fehlermeldung mit Zeitangabe im Journal, Service- und Kernel-Log statt der allgemeinen Warnung auf dem Bildschirm.
SELinux, nach klassischen Benutzer-/Gruppenberechtigungen eine zweite Zugriffsrichtlinie anwendet. Wenn der Dienst trotz korrekter Dateiberechtigungen keinen Zugriff hat, sollten AVC-Log, Dateikontext, Portetikett und boolesche Werte überprüft werden.
type=AVC msg=audit: avc: denied { connectto } for pid=1234 comm="nginx"
Permission denied while connecting to upstream
SELinux, nach klassischen Benutzer-/Gruppenberechtigungen eine zweite Zugriffsrichtlinie anwendet. Wenn der Dienst trotz korrekter Dateiberechtigungen keinen Zugriff hat, sollten AVC-Log, Dateikontext, Portetikett und boolesche Werte überprüft werden.
Erhalten Sie die erste echte Fehlermeldung mit Zeitangabe im Journal, Service- und Kernel-Log statt der allgemeinen Warnung auf dem Bildschirm.
Testen Sie Dienst, Festplatte, Netzwerk, Berechtigung, Sicherheitsrichtlinie und Anwendungskonfiguration separat, ohne sie gleichzeitig zu ändern.
Der Dienstname, der Paketmanager und das Firewall-Tool können unter Ubuntu/Debian und AlmaLinux/Rocky/CloudLinux unterschiedlich sein.
Behalten Sie eine zweite Sitzung, Konsole, einen Snapshot oder ein aktuelles Backup für SSH-, Netzwerk-, Firewall-, Boot- und Festplattenänderungen.
SELinux dauerhaft deaktivieren, sollten Sie nicht.
Bedeutung: SELinux-Politikoperation wurde blockiert.
Mögliche Ursache: Falscher Kontext, Port oder boolean.
Bedeutung: Selbst mit ausreichenden Unix-Rechten blockiert die MAC-Politik.
Mögliche Ursache: Falsche SELinux-Etiketten.
Bedeutung: Webdienst ist nicht zur Verbindung mit dem Außen zulässig.
Mögliche Ursache: httpd_can_network_connect geschlossen.
Bedeutung: Webdienst kann nicht in den Ordner geschrieben werden.
Mögliche Ursache: Falscher schreibbarer Inhaltskontext.
Bedeutung: Der Port ist nicht mit einer Diensttyp-Bezeichnung gekennzeichnet.
Mögliche Ursache: Standard-Port.
Bedeutung: Datenordner liegt außerhalb der Standardlocation.
Mögliche Ursache: Falscher Kontext in Ihrem neuen Verzeichnis.
Bedeutung: Container-Label ist inkonsistent mit dem Volumen
Mögliche Ursache: Fehlender container_file_t oder relabel.
Bedeutung: zeigt an, dass das Problem im SELinux-Schichten liegt
Mögliche Ursache: Policy oder Kontext fehlt.
Es wurden keine Fehlerdatensätze gefunden, die diesem Ausdruck entsprechen.
getenforce
sestatus
Zeigt aktive Modus- und Richtlinieninformationen.
ausearch -m AVC,USER_AVC -ts recent 2>/dev/null | tail -n 120
Zeigt die letzten SELinux-Einschränkungen an.
ls -Zd /var/www/html /speziell/webroot 2>/dev/null
matchpathcon /speziell/webroot 2>/dev/null || true
Zeigt die aktuellen und erwarteten Kontextwerte an.
restorecon -nRv /speziell/webroot
Zeigt an, welche Labels korrigiert werden, ohne dass Änderungen vorgenommen werden.
getsebool -a | grep -E '^httpd_|^mysql_|^postgresql_'
Zugehörige Dienste zeigt boolean an.
semanage port -l | grep -E 'http_port_t|ssh_port_t|mysqld_port_t|postgresql_port_t'
Zeigt erlaubte Ports für Servicetypen.
SELinux sollte in enforcing-Modus standardmäßig gehalten werden; dauerhafte Label-Verwaltung sollte durch policycoreutils-python-utils-Werkzeuge erfolgen.
rpm -q policycoreutils-python-utilsgetenforceausearch -m AVC -ts recent 2>/dev/null | tailDie Benutzerisolation, CageFS und die spezifische Kontext des Panels können die allgemeine audit2allow-Politik riskant machen.
cldetect --detect-edition 2>/dev/null || truecagefsctl --status 2>/dev/null || truesestatusDie Produzentenkontexte von Plesk in den vhost- und Dienstdirectories müssen aufbewahrt werden; spezielle Web-Root-Änderungen sollten mit der fcontext-Regel vorgenommen werden.
plesk version 2>/dev/null || truels -Zd /var/www/vhosts /var/www/vhosts/system 2>/dev/nullausearch -m AVC -ts recent 2>/dev/null | tailProtokollieren Sie die genaue Fehlermeldung auf dem Bildschirm oder im Log mit Zeitstempel und testen Sie anschließend Dienst, Netzwerk, Datenträger und Sicherheitsschichten getrennt.
Paketverwaltung, Firewall, Netzwerkverwaltung und einige Dienstnamen unterscheiden sich je nach Distributionsfamilie. Der Distributionsabschnitt erläutert diese Unterschiede.
Ein Neustart kann den Dienst vorübergehend wiederherstellen, aber ohne Protokoll- und Ressourcendaten die Ursache verbergen.
Schreibgeschützte Diagnosebefehle sind meist sicher. Konfigurations-, Firewall-, Datenträger- und Wiederherstellungsänderungen erfordern Konsole, Sicherung und Rollback-Plan.
Die Linux-Ebene ist identisch; Control-Panel-Service-Wrapper, Firewall-Erweiterungen und Herstellerpakete müssen zusätzlich berücksichtigt werden.
Halten Sie bei SSH-, Firewall-, Netzwerk- oder Bootänderungen eine zweite Sitzung und die Provider-Konsole offen.
Nein. Technische Genauigkeit und Umfang bilden eine gute Grundlage; Rankings hängen außerdem von Wettbewerb, Autorität, internen Links, Geschwindigkeit und Nutzerverhalten ab.
Wir analysieren Ubuntu-, Debian-, AlmaLinux-, Rocky- und CloudLinux-Dienst-, Festplatten-, Netzwerk-, Sicherheits-, Leistungs- und Bootprobleme mit Protokolldaten.