Beiträge von BMK-Media

Hi AlxndrBrgmnn, du meinst sicher das die Anzeige der Zuordnung (Pfad oder App) nicht ganz stimmt, aber trotzdem funktioniert?

Wenn ja, das kann ich bestätigen, bei uns werden auch sehr viele falsche Ziele angezeigt, obwohl die richtig zugeordnet sind und funktionieren, das Problem besteht bei uns seit Update auf 2.8.0 und ist in der Version 2.8.4 noch genauso.

Herr Keppler, wenn Sie dies nicht reproduzieren können, sagen Sie bescheid.

Bei uns läuft CentOS 7

Zitat von antondollmaier

Das Quota wird auf Betriebssystem-Ebene berechnet und pro Partition berechnet und gesetzt.

Das kann so ja nicht stimmen, denn die Verträge, bzw. Kunden sind doch nicht separate Partitionen. (/var/www/web1, /var/www/web2 ....)
Denn dann müsste die Liveconfig ja bei jedem neuen Kunden die Systempartition anfassen um zu verkleinern. Und solche eingriffe wären zu gefährlich, daher glaube ich nicht das es so gelöst ist.

Zitat von antondollmaier

Kann einerseits der Kunde eigenständig löschen, andererseits auch über die Log-Rotation und Vorhaltezeit eingestellt werden.

Ja aber die wenigsten interessieren sich für die LOG, aber beschwären sich dann wenn die Seite wegen Error 500 (OPCACHE) nicht mehr erreichbar ist.

Außerdem bin ich der Meinung, sollten die Logs nicht den Speicherplatz verbrauchen die der Kunde gebucht hat.

Hi, mir ist aufgefallen, das der LOG und der TMP den Speicherplatz der jeweiligen Verträge vollstopfen.

Gerade bei OPCACHE werden diese ja im TMP Ordner des jeweiligen Vertrages gespeichert, was dann schon mal den TMP Ordner sehr groß werden lässt. (bei mehreren Webseiten pro Vertrag)

Kann man diese aus dem Quota rausnehmen?

Und wie sieht es aus, wenn man "opcache.file_cache" in einem seperaten Ordner im Vertrag (%HOME%) anlegt, werden die dann auch in Quota einberechnet?

Bei den LOG Ordner ist es schon ärgerlich, wenn dieser dann viel größer ist als die eigentliche Webseite.

Manuell über mysql

UPDATE mysql.user SET Password=PASSWORD('1234') WHERE User='USER';

gibt es folgende Meldung:

Zitat

ERROR 1348 (HY000): Column 'Password' is not updatable

mit folgendem Befehl funktioniert es

ALTER USER 'USER'@'localhost' IDENTIFIED BY '1234';

kann es sein, das der UPADTE Befehl beim ändern des Passwortes genutzt wird und nicht der ALTER Befehl?

Hatte folgendes dazu gefunden:

https://www.techgalery.com/201…lumn-password-is-not.html

Hi, seit dem Update auf Version 2.8 bzw. 2.8.x gibt es Probleme wenn bei den MySQL Datenbanken die Passwörter geändert werden. Es wird wohl etwas geändert, aber weder das alte noch das neue ist dann für diese Datenbank gültig.

Gibt dann nur ein "Could not connect. SQLSTATE[HY000] [1045] Access denied for user 'user'@'localhost' (using password: YES)" zurück

Betriebssystem: CentOS Linux release 7.7.1908 (Core)
Liveconfig: Version 2.8.4 (r5653)
MySQL: 10.4.8-MariaDB - MariaDB Server
PHP: 7.3.11

Zitat von kk

Da wir den AppInstaller aberhin demnächst überarbeiten, nehme ich das gerne mal als Anregung mit auf.

Das hört sich gut an, am besten wäre dies nicht nur zu einem Spezifischen Kunden, sondern wenn dies auch zu den Angeboten voreinzustellen wäre.

leider Funktioniert der Installer immer noch nicht / wieder nicht.

Immer noch

wai-wordpress-5.2.2-3.php: ERROR in download sha1 check failed

Gibt es nun schon Updates zur Funktion? Denn das Handbuch ist ja noch nicht aktualisiert.

$response->domains->HostingSubscriptionDomain[$arrayID1]->subdomains->HostingSubscriptionSubdomain[$arrayID2]->name = $subdomain;
$response->domains->HostingSubscriptionDomain[$arrayID1]->subdomains->HostingSubscriptionSubdomain[$arrayID2]->httpDest = $httpDest;
$response->domains->HostingSubscriptionDomain[$arrayID1]->subdomains->HostingSubscriptionSubdomain[$arrayID2]->httpsDest = $httpsDest;

sollte aktualisiert werden, sowie ein Let'sEncrypt Zertifikat erstellt werden, oder ein vorhandenes Wildcard Zertifikat ausgewählt werden.

Sehr schade das da keiner helfen kann.

Habe mich selbst versucht, aber kann es noch nicht testen. Vielleicht kann da ja jemand eher etwas mit anfangen zum helfen.

https://github.com/Babene03/Liveconfig-Sieve

Zitat von suppenuser

Bei uns werden die iFrames bei Kunden angezeigt. Wir nutzen sie *nur* für unsere Endkunden.

mhh also bei uns werden diese bei ALLEN angezeigt, selbst bei den Endkunden meiner Reseller. Das macht das z.B. die Geschichte Rechnungen dort anzubieten schwierig.

Keiner eine Idee?

Zitat von taenzerme

OT: Wo genau ist der Vorteil von WC-Certs, wenn LC das eh automatisiert managed für jede Domain?

Ganz einfach in unseren falle, möchten wir in einem größeren Web Projekt, über die LC API alles in der Projekt CMS Verwalten und mittels "HostingSubdomainAdd/HostingSubdomainEdit/HostingSubdomainDelete" dann auch die Subdomains Verwalten, es werden ca. 8000 Subdomains, da ist ein Wildcard Zertifikat einfacher als für alle 8000 Subdomains ein Zertifikat zu erstellen bzw. erstellen zu lassen.

Für den normalen gebrauch gebe ich dir recht, braucht man es nicht unbedingt

Zitat von lebenszeit

https://superuser.com/question…sion-reuse-useful-in-ftps
https://security.stackexchange…using-ssl-session-in-ftps

Und wie soll mir das bei meinem Problem helfen? Es hat nicht mit Reuse zu tun, da wie ich oben schon sagte es deaktiviert ist. Aber trotzdem danke für den Versuch

Zitat von BMK-Media

hatte ich eh schon, da ich selbst mit Dreamweaver & Co Probleme hatte bei dem vorherigen Hoster, der ebenfalls Liveconfig verwendete und mir mitteilte das es daran liegt, das Dreamweaver dies nicht unterstützt.

hilft das weiter?

hatte ich eh schon, da ich selbst mit Dreamweaver & Co Probleme hatte bei dem vorherigen Hoster, der ebenfalls Liveconfig verwendete und mir mitteilte das es daran liegt, das Dreamweaver dies nicht unterstützt.

lsof -u web6 | grep "/var/www" gibt folgendes aus

php-cgi 17357 web6  cwd    DIR              253,1       43  503321473 /var/www/web6/conf/php7
php-cgi 17565 web6  cwd    DIR              253,1       43  503321473 /var/www/web6/conf/php7
php-cgi 17679 web6  cwd    DIR              253,1       43  503321473 /var/www/web6/conf/php7
php-cgi 17686 web6  cwd    DIR              253,1       43  503321473 /var/www/web6/conf/php7
php-cgi 18200 web6  cwd    DIR              253,1       43  503321473 /var/www/web6/conf/php7
vsftpd  21296 web6  cwd    DIR              253,1     4096  118722980 /var/www/web6/htdocs/ordner
vsftpd  21296 web6  rtd    DIR              253,1       85  335546006 /var/www/web6
vsftpd  21309 web6  cwd    DIR              253,1     4096  151018701 /var/www/web6/htdocs/ordner/content
vsftpd  21309 web6  rtd    DIR              253,1       85  335546006 /var/www/web6
vsftpd  21310 web6  cwd    DIR              253,1     4096  151018701 /var/www/web6/htdocs/ordner/content
vsftpd  21310 web6  rtd    DIR              253,1       85  335546006 /var/www/web6

Also es gehört auch web6

Mir ist gerade aufgefallen, wenn ich bei dem Vertrag z.B. "FTP-Zugang", sicher auch bei anderen Sachen, auf abweichend mache und dann wieder abschalte, dann geht es erst mal wieder.

Der schreibt dann den Vertrag nochmal oder?

Also nach ein paar hochgeladenen Dateien, kommt es nach einiger Zeit wieder vor, das es nicht geht.

EDIT
Ich glaube es hat was mit dem vom OSX erzeugten ".DS_Store" zu tun, die mit übertragen wurden.

Der Webspace beträgt noch nicht mal die 1/4.

ja nur so etwas

Wed Jul 10 16:32:07 2019 [pid 13388] [web6] FAIL UPLOAD: Client "XXX.XXX.XXX.XXX", "/htdocs/ordner/unterordner/datei.pdf", 16384 bytes, 0.0Kbyte/sec

in der regel 3 mal und dann folgendes

Wed Jul 10 16:32:09 2019 [pid 13388] [web6] OK DELETE: Client "XXX.XXX.XXX.XXX", "/htdocs/ordner/unterordner/datei.pdf"

In FileZilla kommt

553 Could not create file.

EDIT
Jetzt läuft der versuchte upload in einer schleife jeweils mit dem ersten eintrag

Bei FileZilla steht nun

16:42:20 Status:      	Starte Upload von /Users/username/Homepage/ordner/unterordner/datei.pdf
16:42:20 Status:      	Empfange Verzeichnisinhalt für "/htdocs/ordner/unterordner"...
16:42:21 Befehl:      	PORT 192,168,178,21,244,162
16:42:21 Antwort:    	500 Illegal PORT command.
16:42:21 Befehl:      	PASV
16:42:21 Antwort:    	227 Entering Passive Mode (XXX,XXX,XXX,XXX,21,79).
16:42:21 Befehl:      	LIST -a
16:42:21 Antwort:    	150 Here comes the directory listing.
16:42:21 Antwort:    	226 Directory send OK.
16:42:21 Befehl:      	PORT 192,168,178,21,244,164
16:42:21 Antwort:    	500 Illegal PORT command.
16:42:21 Befehl:      	PASV
16:42:21 Antwort:    	227 Entering Passive Mode (XXX,XXX,XXX,XXX,181,138).
16:42:21 Befehl:      	STOR datei.pdf
16:42:21 Antwort:    	150 Ok to send data.
16:42:21 Antwort:    	451 Failure writing to local file.
16:42:21 Fehler:      	Dateiübertragung fehlgeschlagen nach Übertragung von 311296 Bytes in 1 Sekunde

Hi, ich hatte auf einen Kunden Vertrag das Problem, das ich nur Fehler beim aufrufen bekommen hatte und in der Log mod_fcgid: error reading data from FastCGI server stand, nach recherche habe ich dann die php.ini und die php-fcgi-starter gelöscht und neu geschrieben, anschließend in liveconfig noch die PHP in dem Vertrag ohne änderung (neu schreiben lassen)

Seit dem geht der Weberver wieder, aber ich habe nun das Problem, das bei diesem Vertrag nichts mehr per FTP hochgeladen werden kann, lesen und löschen geht z.B.
Beim Hochladen kommt dann die meldung "FAIL UPLOAD".

Bei anderen Verträgen und im eigenen, ist dies Problemlos möglich.

Hi christoph, genau wie kk schon sagt, unterstützen die beiden Protokolle leider kein 2FA/MFA, aber zu mindest gibt es möglichkeiten den Webmailer zu schützen.
Bei Webmailer wie z.B. roundcube ist dies als Plugin möglich (nur für den Webmailer)

Hi, ich möchte gerne das Problem lösen das man ManageSieve nutzen kann, ohne das der Autoresponder überschrieben wird.

Dies ist mir auch schon gelungen, nur aktuell habe ich die dovecot.lua geändert, was natürlich nicht so geschickt ist, daher bräuchte ich hilfe dies in die custom.lua zu übernehmen

#/usr/lib/liveconfig/lua/dovecot.lua


...


-- pattern for "userdb_sieve" setting in /etc/dovecot/passwd
if USERDB_SIEVE == nil then
  USERDB_SIEVE = "userdb_sieve=/var/mail/%C/%I/default.sieve"
end


-- pattern for "userdb_sieve_storage" setting in /etc/dovecot/passwd
if USERDB_SIEVE_STORAGE == nil then
  USERDB_SIEVE_STORAGE = "userdb_sieve_storage=/var/mail/%C/%I/sieve/"
end


-- pattern for "userdb_sieve_before" setting in /etc/dovecot/passwd
if USERDB_SIEVE_BEFORE == nil then
  USERDB_SIEVE_BEFORE = "userdb_sieve_before=/var/mail/%C/%I/dovecot.sieve"
end


...


function addMailbox(cfg, opts, data)


...


  -- check if sieve directory already exists, otherwise create it:
  if not LC.fs.is_dir('/var/mail/' .. data.contract .. '/' .. data.id .. '/sieve') then
    LC.fs.mkdir_rec('/var/mail/' .. data.contract .. '/' .. data.id .. '/sieve')
    LC.fs.setperm('/var/mail/' .. data.contract .. '/' .. data.id .. '/sieve', "2700", "mail", "mail")
  end


...


    local p_sieve = replace_pattern(USERDB_SIEVE, data)
    local p_sieve_storage = replace_pattern(USERDB_SIEVE_STORAGE, data)
    local p_sieve_before = replace_pattern(USERDB_SIEVE_BEFORE, data)


...


    if p_sieve ~= "" then
      -- userdb_sieve:
      new_line = new_line .. " " .. p_sieve
    end
    if p_sieve_storage ~= "" then
      -- userdb_sieve_storage:
      new_line = new_line .. " " .. p_sieve_storage
    end
    if p_sieve_before ~= "" then
      -- userdb_sieve_before:
      new_line = new_line .. " " .. p_sieve_before
    end


 ...


  return true
end