Habe es gefunden. Beim Registrar der Domain des alten DNS-Servers stand die alte IP-Adresse des DNS-Servers noch drin. Nachdem die Adresse dort geändert war, verschwand das Problem.
Beiträge von Mathias_Thielen
-
-
Hallo zusammen,
ich habe folgenden seltsamen Fehler bei der Registrierung einer Lets Encrypt Domain. Fehler in der Oberfläche:
Code[04.09.2020 04:59:04] ACME2: sub.domain.top DNS check failed: DNS lookup failed (A): Lookup of 'sub.domain.top' failed: timeoutSystem: Debian 10
LiveConfig 2.9.3-releaseDer entsprechende A-Record wird von beiden DNS-Servern der Domain zurückgegeben und stimmt mit der dem Webserver zugewiesenen Adresse überein. Als Resolver im System sind 2 IPs konfiguriert, die beide korrekt antworten.
Vor kurzem wurde der 2. DNS-Server der Domain(welcher auch gleichzeitig 2. Resolver war) ersetzt durch einen Server mit anderer IP. Die IP-Adresse des alten DNS-Servers wurde komplett aus dem System und aus den Zonendaten durch die neue Resolver-IP ersetzt.
Wenn ich jetzt beim anlegen des LetsEncrypt Zertifikates tcpdump auf der Konsole mitlaufen lasse, dann sehe ich, dass die DNS-Anfrage der Domain an die IP-Adresse des alten Resolvers geht, welche natürlich in einen timeout läuft.
Der Server wurde mehrfach neu gestartet.
Wie kommt Liveconfig an diese alte Resolver-Adresse?
-
Ok. Nachdem ich die Erklärung in der Apache Dokumentation als unzureichend empfand, habe ich noch etwas gegoogelt und experimentiert.
Eine Klasse meint nach aktueller Erkenntnis ein Programm, dass unter einem bestimmten Benutzer läuft.
Ein Programm wäre also z. B. die PHP-Sriptumgebung. Ein Klasse ist dann PHP pro verschiedener Version. Hat also ein Benutzer PHP 7.1, PHP7.2 und PHP7.3 für verschiedene seiner Webseiten am laufen, dann wären das insgesamt 3 Klassen für diesen Benutzer.
Habe ich also FcgidMaxProcessesPerClass auf 10 gesetzt, würde das Limit für diesen Benutzer in Summe 30 sein.
Grundsätzlich ist schon der Wert 10 zu hoch. Wenn pro Kunde da 30 Prozesse gestartet werden, dann wären das mehrere GB RAM(abzgl. der gemeinsam genutzten Speicherbereiche), was mir definitiv zu viel ist. Ich bleibe deswegen im Moment bei der Speicherbegrenzung durch das Script in Kombination mit einem Maximalwert für FcgidMaxProcessesPerClass(10).
Für einen Server mit 8 GB RAM wäre das eine sichere Konfiguration:
-
Auch wenn der Thread schon sehr alt ist, nochmal ein Beitrag dazu:
Ich habe aktuell einen Server, bei dem mir hauptsächlich diverse Wordpress-Instanzen den Server "wegschießen". D. h. der RAM-Verbrauch erreicht auf dem Server kritische Werte und dann ist der Server erst einmal voll überlastet. D. h. der RAM ist irgendwann aufgebraucht, wonach dann Swap verwendet wird, was natürlich dazu führt, dass der Server extrem langsam wird. Ist der Swap dann auch noch aufgebraucht, dann wird geplanterweise der OOM-Killer aktiv und schießt mir da diverse Prozesse mit dem größten Speicherverbrauch weg. Einer der obersten Kanditaten ist da natürlich der mysqld, wonach dann alle DB-basierten Webseiten auf dem Server offline sind.
Das Problem tritt gelegentlich auf. Eine Ursache ist vermutlich, wenn ein Kunde im Wordpress-Backend gewisse Websiteeditoren startet.
Hier mal so der aktuelle Top-20 Speicherverbrauch nach aufräumen(KiB resident Memory):
Code
Alles anzeigen[web204] 814068 [web334] 734864 [web1] 560828 [web556] 548416 [web20] 454260 [web205] 307780 [web194] 278520 [web472] 214092 [web268] 199664 [web254] 162328 [web119] 153280 [web325] 136380 [web365] 97564 [web321] 96672 [web288] 68296 [web315] 62700 [web543] 54716 [web121] 52436 [web373] 43876 [web179] 41612Ich habe apache2/prefork/fcgid im Einsatz. Im aktuellen Zustand laufen 64 php-cgi Prozesse.
fcgid.conf
Code<IfModule mod_fcgid.c> AddHandler fcgid-script .fcgi FcgidConnectTimeout 20 FcgidPassHeader Authorization FcgidMaxProcesses 100 </IfModule>mpm_prefork.conf
Code<IfModule mpm_prefork_module> StartServers 15 MinSpareServers 15 MaxSpareServers 15 MaxRequestWorkers 150 MaxConnectionsPerChild 10 </IfModule>
System: Debian 9
Apache: 2.4.25-3+deb9u9
php: 7.2 + 7.3php.ini
memory_limit = 64MNachdem ich mir als Sofortmaßnahme erst mal den RAM der virtuellen Maschine von 8 GB auf 16 GB erhöht habe, habe ich jetzt als Workaround erst mal ein Prüfscript(php-Script) laufen, was in kurzen Intervallen schaut, wie viel Speicher die einzelnen Kunden verbrauchen. Wenn ein fest eingestelltes Limit erreicht ist, dann werden die PHP-Prozesse mittels kill sanft beendet. Ich vermute, dass das SIGTERM dazu führt, dass der FCGID-Prozess brav den aktuellen Request zu Ende verarbeitet, bevor er dann sich selbst beendet. Das wäre schön, wenn es so wäre.
Ich habe das Speicherlimit einmal sehr heruntergedreht und konnte trotz regelmässiger Aufräumarbeiten keinerlei Probleme bei der Webseitenfunktion feststellen. Also insgesamt zumindest scheinbar ein brauchbarer Workaround.
Das ist das Script:
https://github.com/megabert/sc…/apache2-user-mem-watcherAber so richtig doll finde ich das trotzdem nicht. Ich habe in der Apache fcgid Dokumentation noch nix gefunden, was mir da helfen könnte.
Gibt es da bessere Lösungsmöglichkeiten?
Hilft da evtl. FcgidMaxProcessesPerClass?
-
Der Suchindex muss wohl immer noch erzeugt werden. Keine Ergebnisse für "SSH".
-
Nur ein ganz kleine Rückmeldung:
Ich hatte gerade ein LC im Demo-Modus weil die Lizenz abgelaufen ist. War kein Akt. Die vermutete Lösung(systemctl restart liveconfig) hat ja direkt Abhilfe geschaffen.
Als ich dann mal ins log geschaut habe ...
Code
Alles anzeigen[2019/03/21 10:15:29.108659] [14780|14780] Trying to renew license (serial# 0x78cd5903f8). Please wait a moment... [2019/03/21 10:15:29.235706] [14780|14780] License successfully renewed. [2019/03/21 10:15:29.393931] [14780|14780] License is valid. [2019/02/19 14:05:17.784776] [19688|19688] Trying to renew license (serial# 0x78cd5903f8). Please wait a moment... [2019/02/19 14:05:17.894567] [19688|19688] License successfully renewed. [2019/02/19 14:05:17.899173] [19688|19688] License is valid. [2019/05/31 14:46:09.964664] [29995|29995] Trying to renew license (serial# 0x78cd5903f8). Please wait a moment... [2019/05/31 14:46:10.132382] [29995|29995] License successfully renewed. [2019/05/31 14:46:10.133755] [29995|29995] License is valid. [2019/05/31 14:46:25.087744] [30145|30145] License is valid. [2019/08/18 19:01:13.031442] [815|815] Trying to renew license (serial# 0x78cd5903f8). Please wait a moment... [2019/08/18 19:01:53.072694] [815|815] Error resolving 'license.liveconfig.com': Temporary failure in name resolution [2019/08/18 19:01:53.097324] [815|815] renewal failed: Connection to license server failed [2020/02/07 14:22:10.917344] [18184|18184] Trying to renew license (serial# 0x78cd5903f8). Please wait a moment... [2020/02/07 14:22:11.068267] [18184|18184] License successfully renewed. [2020/02/07 14:22:11.069676] [18184|18184] License is valid.... habe ich mir ja schon gedacht: Es ist ja durchaus löblich, dass LC so wenig nach Hause telefoniert, aber öfters als alle 2-3 Monate könnte man ja schon versuchen die Lizenz zu erneuern, damit man nicht mit solchen Meldungen belästigt wird.

-
Danke ... :cool:
Zur Info:
Ich habe das jetzt so erledigt, dass ich per Konsole einen Account angelegt hat, der auf den Web-User sudo-Rechte hat ohne Passwort. Das System ist eine dedizierte Kunden-VM.
-
Den Suchindex muss man wohl neu erzeugen.
Siehe hier:
https://www.vbulletin.org/forum/showthread.php?t=300112
Vielen Dank für's umsetzen!
-
Hallo zusammen,
ich bin gerade sehr verwirrt, was das Thema SSH-Zugänge für Endkunden anlegen betrifft. Dabei möchte ich einen zusätzlichen SSH-Zugang anlegen für jemanden der aber auf das LC-Panel keinen Zugriff haben soll.
Ich habe gerade erfahren, dass der SSH-Zugang nur für den einen FTP-Account vom Account-Typ "System-Benutzer" möglich sein soll. Ist das so? Kann ich nicht einen zusätzlichen Benutzer anlegen der nur SSH-Loginrechte hat?
Eingesetzte Version: 2.9.1-release(Standard-Edition)
Betriebssystem: Ubuntu 18.04 LTSIm Liveconfig-Handbuch sehe ich dazu keine Information im Inhaltsverzeichnis. Und die Formate der Handbücher, die durchsuchbar wären(PDF, ePub) sind tote Links.
Danke für Erleuchtung!
-
Es frustriert mich ziehmlich, wenn ich hier die Forensuche nutzen will und ich bekomme nur die folgende Rückmeldung bei Eingabe von einem 3-buchstabigen Suchwort:
"Die folgenden Wörter sind sehr allgemein, zu kurz oder zu lang und wurden daher in der Suchanfrage ignoriert:"
Ich finde das eine unnötige Einschränkung und verstehe nicht, warum das nicht abgeschaltet wird. Ich wünsche mir eine Erklärung dazu und bin natürlich bereit das zu akzeptieren, wenn es tatsächlich gute Gründe dafür gibt.
Dass die Vorgabe aus Performancegründen ist, davon gehe ich mal aus. Aber macht das tatsächlich so viel aus?
Falls es ein Problem des zeitlichen Aufwandes ist, kann ich gerne selbst auf die Suche gehen, wo man das abstellt und gebe dann die Info weiter.
-
Vorschlag dazu:
Ein inkrementelles Suchfeld für Einstellungen. Inkrementell heisst, dass dynamisch nach jedem eingeben eines Buchstabens Konfigurationslinks oder Dokumentationslinks eingeblendet werden auf die man klicken kann.
Bei ssl kommt z. B. die Let's Encrypt Zertifikatsverwaltung, oder vielleicht nachgeordnet die https Einstellungsseiten der Virtualhosts.
Die Art und Weise ist umgesetzt z. B. bei check_mk für die Suche von checks(Das dürften mittlerweile ein paar Hunderte von Checks sein. Ist nicht-inkrementell) und beim Linux KDE-Desktop/Windows 10 im Startmenü.
Ich könnte mir vorstellen, dass eine so präsentierte Hilfe vielleicht auch mal gelesen wird. Die Hilfte als HTML-Seiten auf dem Server mitzuinstallieren wäre vielleicht auch eine Überlegung wert.
Vielleicht kann man dazu auch direkt die Reichweite des schon vorhandenen Suchfeldes erweitern.
-
Das ist ... suboptimal.
Die speziellen Einstellungen sollten in die .httpd.conf ausgelagert werden.Welche sind denn genau nötig?
Danke für Dein Unterstützungsangebot. Jedoch ist das ein temporäres Provisorium, in das ich keinerlei Energie investieren möchte.
-
kk:
Vorher: 2.7.4 (r5214)
Dann: 2.9.1Distribution ist wie geschrieben Debian 9, was per dist-upgrade bisher 2 Major-Versionen hochgezogen wurde.
Mein Kollege hatte Sie hier kontaktiert:
[LC#2019120234000036] Let's Encrypt / Invalid response / 404 Not Found---
Ansonsten ist da eine VHost-Config derzeit noch auf Nur-Lesend geschaltet(chattr +i), weil die spezielle Einstellungen hat.
-
Funktioniert! Super! Danke!
-
Hallo zusammen,
ich habe hier einen Let's Encrypt Server(Derzeit im Betrieb per Upgrade auf Debian 9 gezogen). Nach dem Upgrade auf auf LC 2.9.0(Aktuell installiert LC 2.9.1) wurden die Let's Encrypt Zertifikate nicht mehr erneuert.
Das sind die Einträge im Logfile:
Code[2019/12/02 18:55:08.607386] [31385|31397] successfully wrote domain validation file '/.well-known/acme-challenge/goAnoffaWz7g3gubWblivy2f10THD-kZvFIOFxyZ2eM' for domain 'www.meinedomain.at' [2019/12/02 18:55:08.608471] [31385|31397] ACME2: triggering http validation for 'www.meinedomain.at'... (AU_ID=4) 'meinedomain.at' [2019/12/02 18:55:10.604840] [31385|31396] ACME2: triggering http validation for 'meinedomain.at'... (AU_ID=3) [2019/12/02 18:55:37.797488] [31385|20788] ACME2: authorization status for 'meinedomain.at': invalid [2019/12/02 18:55:38.332348] [31385|20788] ACME2: authorization status for 'www.meinedomain.at': invalid 'meinedomain.at' [2019/12/02 18:55:41.141087] [31385|31395] successfully deleted domain validation file '/.well-known/acme-challenge/goAnoffaWz7g3gubWblivy2f10THD-kZvFIOFxyZ2eM' for domain 'www.meinedomain.at'Ich habe mir die Webserverkonfiguration und -logs mal angeschaut und gemerkt, dass der Ablagepfad für die Let's Encrypt-Challenge jetzt mittlerweile anders ist als vorher.
Ansonsten habe ich auch noch gesehen, dass da für Let's Encrypt jetzt zusätzliche Rewrite-Rules drin sind bei manchen Kunden, und zwar diese da...
Apache ConfigurationRewriteMap "lc" "int:tolower" RewriteCond %{REQUEST_URI} ^/\.well-known/(.*/)?([^/]*)$ RewriteCond /var/www/web566/htdocs/.well-known/%1%2 !-f RewriteCond /var/www/.well-known/htdocs/%1${lc:%{HTTP_HOST}}.%2 -f RewriteRule / /var/www/.well-known/htdocs/%1${lc:%{HTTP_HOST}}.%2 [T=text/plain,L]Nach dem Neuschreiben der VHost-Konfiguration funktioniert verständlicherweise auch wieder Let's Encrypt.
D. h. wahrscheinlich muss ich jetzt jede VHost-Konfiguration neu erzeugen lassen. Ich kenne nur den händischen Weg, dass ich irgendwas im Webinterface an den Webeinstellungen des Kunden ändere und dann wird die Konfig für den Kunden neu geschrieben.
Kann man die gesamte Webserverkonfiguration(alle Kunden) automatisch neu erzeugen lassen?