Beiträge von ap24
-
-
Nein, ein /var/www/.skel Verzeichnis ist nicht vorhanden.
-
Seit LiveConfig 2.10 werden im Homeverzeichnis des Benutzers folgende Dateien mit angelegt:
Code/var/www/web111 -rw-r--r-- 1 web111 web111 18 Apr 1 2020 .bash_logout -rw-r--r-- 1 web111 web111 193 Apr 1 2020 .bash_profile -rw-r--r-- 1 web111 web111 231 Apr 1 2020 .bashrc
Ist das so korrekt? Der SSH-Zugriff ist für den Reseller bzw. Kunden eigentlich deaktiviert.
Danke
Alex
-
Hallo nochmals,
nur noch eine kurze Nachfrage, für Emails welche über die PHP mail() Funktion versendet werden, greifen die gesetzten Limits aber leider nicht :confused:
Danke
Alex -
-
Vielen Dank werde ich testen
Das gilt aber nur für neu angelegte Emailadressen, nicht für bereits vorhandene Emailadressen oder?
Alex
-
-
Wir haben hierzu auch schon mehrere Anfragen
Bitte um "zeitnahe" Behebung.
Vielen Dank
-
Unter CentOS 7 mit MariaDB (5.5.60) als LiveConfig-Backend können wir dieses Verhalten reproduzieren. Wir kümmern uns gerade darum, der Fix wird noch mit in v2.8.1 einfließen.
(mit SQLite als Backend, sowie auf anderen Distributionen mit anderen MySQL/MariaDB-Versionen klappt es interessanterweise...)Das Problem mit der SSL-Bestellung besteht leider noch weiterhin auch mit der Version 2.8.1
CentOS Linux release 7.6.1810
LiveConfig 2.8.1-r5602 -
Email ist raus ([LC#2019082234000024]), das Problem scheint nur bei neu erstellten Subdomains zu bestehen, wenn z.B. bei einer bereits vorhandenen Subdomain ein neues Zertifikat angelegt wird, läuft die Zertifikatserstellung ohne Probleme.
-
Können Sie bitte kurz beschrieben, wie exakt Sie diese Domain angelegt und das SSL-Zertifikat dafür bestellt haben?
Die Fehlermeldung sagt sinngemäß, dass die Datei für die Domainvalidierung erfolgreich erstellt wurde, LiveConfig aber keinen offenen Bestellvorgang fand und daher den Auftrag nicht weiter verarbeitet hatte.
Lässt sich das mit anderen (Sub-)Domains reproduzieren?Genau so wie im anderen Beitrag beschrieben:
- die Sudomain erstellt und aktiviert (Hosting - Domains - neue Subdomain)
- unter "SSL-Zertifikate - neues Zertifikat" das Zertifikat angelegtDas Problem besteht auch bei anderen Subdomains, solange bis ein Neustart von LiveConfig erfolgt.
Die Hauptdomain besteht schon länger und wurde nicht erst kürzlich registriert/angelegt.
-
Leider werden die SSL-Aufträge auch nicht bearbeitet:
Code[2019/08/22 11:22:06.731115] [12849|12855] ACME2: loading authorization details from https://acme-v02.api.letsencrypt.org/acme/authz/F-nfbK0HWU0K138xIm_5HoHKzCxjwcanfaUGmQv5rds [2019/08/22 11:22:06.988983] [12850|12851] [LUA] Created SSL/TLS domain-validation file '/var/www/.well-known/htdocs/acme-challenge/demo2.domain.de.epyj8O-rY4fkX1zH5j4--7F5IlDfMPZQmn8iVmoJF74' [2019/08/22 11:22:06.992495] [12849|12859] Got LC.web.addValidation.status for unknown domain 'demo2.domain.de' at '/.well-known/acme-challenge/epyj8O-rY4fkX1zH5j4--7F5IlDfMPZQmn8iVmoJF74' [2019/08/22 11:22:27.432283] [12850|12852] [LUA] LC.exec(/sbin/service httpd reload): error output: Redirecting to /bin/systemctl reload httpd.service
Erst nach einem Neustart von LiveConfig wird das Zertifikat dann angelegt.
CentOS Linux release 7.6.1810 (Core)
LiveConfig 2.8.0-r5579 -
Hallo zusammen,
vielleicht kann mir bitte einer mal die neue "völlig überarbeitete SSL/TLS-Integration" erklären, für mich ist das eher eine Verschlimmbesserung.
Wenn ich für eine neue Subdomain z.B. forum.domain.de ein SSL-Zertifikat erstellen möchte muss ich erst:
- die Sudomain erstellen
- die Sudomain erst aktivieren (da diese standardmäßig deaktiviert ist und somit kein Zertifikat erstellt werden kann)
- unter dem Punkt "SSL-Zertifikate" das Zertifikat anlegen
- wieder zurück in die Domainverwaltung
- die Subdomain auswählen und das Zertifikat aktivieren (da es keine Möglichkeit mehr gibt die HTTPS Weiterleitung direkt beim Anlegen des Zertifikats zu aktivieren)Muss das wirklich so umständlich erfolgen???
Vielen Dank
Alex -
dürfte das gleiche Problem wie unter https://www.liveconfig.com/de/…3337&viewfull=1#post13337 sein...
Wir lassen einfach ein kleines Script unter /var/cache/liveconfig/installer laufen, welches die PHP-Überprüfung löscht, seitdem treten keine Probleme mehr auf.
-
-
Ich habe den Part
Codeif ($row['dns'] == 1) { # auf eigenem DNS anlegen $d_data['dnstemplate'] = $OPTS['dnstemplate']; if (isset($row['lastchange'])) { $d_data['serial'] = date('Ymd') . '01'; if ($d_data['serial'] <= $row['lastchange']) $d_data['serial'] = $row['lastchange'] + 1; } }
im Migrations-Tool mal entfernt, der Import hat nun soweit ohne Fehler funktioniert.
-
Ich verwende weder eine DNS-Vorlage, noch ist in der Serververwaltung der DNS-Dienst aktiviert:confused:
-
Guten Tag,
beim Ausführen des Migrationsscriptes erhalte ich folgende Fehlermeldung:
Code
Alles anzeigen----------SOAP-Request:---------- <?xml version="1.0" encoding="UTF-8"?> <SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:ns1="urn:LiveConfig"><SOAP-ENV:Body><ns1:HostingDomainAdd><ns1:auth><ns1:login>admin</ns1:login><ns1:timestamp>2017-08-10T21:17:26.000Z</ns1:timestamp><ns1:token>LvncRuI1foZr25iVsJJFbwumXb0=</ns1:token><ns1:customer>cFNsgU1GkpW7</ns1:customer></ns1:auth><ns1:subscription>web118</ns1:subscription><ns1:domain>web118.serverdomain.de</ns1:domain><ns1:mail>1</ns1:mail><ns1:web>/</ns1:web><ns1:dnstemplate>Standard</ns1:dnstemplate><ns1:serial>2017081001</ns1:serial></ns1:HostingDomainAdd></SOAP-ENV:Body></SOAP-ENV:Envelope> ----------SOAP-Response:---------- <?xml version="1.0" encoding="UTF-8"?> <SOAP-ENV:Envelope xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:SOAP-ENC="http://schemas.xmlsoap.org/soap/encoding/" xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsd="http://www.w3.org/2001/XMLSchema" SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"> <SOAP-ENV:Body> <SOAP-ENV:Fault> <faultcode>SOAP-ENV:Server</faultcode> <faultstring>Invalid DNS template or not permitted</faultstring> </SOAP-ENV:Fault> </SOAP-ENV:Body> </SOAP-ENV:Envelope> Error while calling Web Service HostingDomainAdd: Invalid DNS template or not permitted
Parallels Confixx Version 3.3.9
LiveConfig Version 2.4.1-r4635
openSUSE 42.3Wie kann das Problem behoben werden?
Vielen Dank
Alex -
Ist man doch langsam gewöhnt wie "zuverlässig unzuverlässig" solche Termin-Aussagen sind....
paar Tage = paar Monate
paar Monate = paar Jahre
paar Jahre = ∞ -
Nennen wir es "die Ruhe vor dem Sturm"
War wohl nur ein laues Lüftchen
Seit knapp einem halben Jahr keine Updates und das beim zum Teil schweren Bugs...
Naja scheint ganz so als hätte man keine große Lust mehr - egal wir haben die meisten Server eh schon wieder von LiveConfig abgezogen...