Beiträge von ap24

Gibt es hierzu noch eine Info?

Über die IFRAME-API kann wie beschrieben leider keine eigene Seite etc. für Reseller Endkunden eingebunden werden.

Vielen Dank
Alex

Wir haben diesbezüglich leider viele Anfragen in den letzten Tagen erhalten.

Also ist es weder über die IFRAME-API möglich einen entsprechenden Kündigungsbutton für Reseller Endkunden noch irgendwie anderweitig eine einfache Kündigungsfunktion in LiveConfig anzubieten?

In jedem Server Control Panel besteht auch die Möglichkeit den entsprechenden Server mit einem Mausklick zu kündigen...

Aber klar man kann auch für alles jeweils einen eigenen Kundenbereich bereitstellen (Hosting/Verträge/Ticketsystem etc.), wäre ja auch wirklich zu einfach alles nur über einen Zugang zu ermöglichen...

Ich suche einfach nur eine Möglichkeit für unsere Reseller einen entsprechenden Kündigungsbutton für deren Endkunden in LiveConfig bereitzustellen, es muss auch keine automatische Löschung etc. erfolgen, es reicht wenn nur eine einfache Email mit der Kundennummer/Vertragsnummer/Kündigungstermin an den Reseller verschickt wird.

Das geht aber leider nicht wirklich, zumindest nicht für Endkunden welche von Resellern angelegt wurden:

Zitat

Melden Sie sich in LiveConfig an und gehen Sie auf Verwaltung -> LiveConfig -> Eigene Links. Die hier erstellten Links sind für alle Benutzer der selben Verwaltungsebene sichtbar, sowie für alle eigenen Kunden (also nicht für die Endkunden von Wiederverkäufern!).

Ist es nicht möglich in LiveConfig einfach nur für den Admin/Reseller Account eine entsprechende Kündigungsfunktion einzubauen (würde ja schon eine kurze E-Mail-Benachrichtigung an die Admin/Reseller Kontaktadresse hierfür ausreichen).

Danke, sorry also ich meinte mehr ob für die eigene LiveConfig Installation auch eine Kündigungsfunktion bzw. ein Kündigungsbutton für die eigenen Endkunden/Reseller in LiveConfig eingebaut wird.

Vielen Dank
Alex

Hallo,

ist für LiveConfig ein Kündigungsbutton (welcher ab 1. Juli 2022 Pflicht ist) vorgesehen, über welchen der Kunde dann seinen Vertrag einfach kündigen kann???

Vielen Dank
Alex

Mit dem Befehl

[B]postcat -ehq[/B] QueueID

sollte man den Verursacher (Sender/PHP-Mailer etc.) eigentlich schnell ausfindig machen.

Alex

Nein, ein /var/www/.skel Verzeichnis ist nicht vorhanden.

Seit LiveConfig 2.10 werden im Homeverzeichnis des Benutzers folgende Dateien mit angelegt:

/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

Super vielen vielen Dank Euch beiden, funktioniert perfekt

Beim Postfach-Entfernen Code ist nur ein kleiner Vertipper:

-- Postfach bei lcpolicyd entfernen
[B]os.execcute[/B]("/usr/lib/liveconfig/lcpolicyd delete " .. addr)

Nochmals Danke für Eure tolle Unterstützung.

Alex

Vielen Dank werde ich testen

Das gilt aber nur für neu angelegte Emailadressen, nicht für bereits vorhandene Emailadressen oder?

Alex

Wie kann man nun das Limit für ein Hostingangebot bzw. für einen Vertrag festlegen?

Oder muss jede einzelne Emailadresse über

/usr/lib/liveconfig/lcpolicyd set info@domain.tld 10 5

in die Datenbank eingetragen werden?

Wir haben hierzu auch schon mehrere Anfragen

Bitte um "zeitnahe" Behebung.

Vielen Dank

Zitat von kk

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.

Zitat von kk

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 angelegt

Das 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:

Name		Überprüft		Methode	Status
demo2.domain.de	00.00.0000 00:00:00	http-01	pending

[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.