Beide Einträge sind vorhanden - das Problem tritt nun aber auch nicht mehr auf... überall wo ich es zuvor probiert hatte, bekam ich z.B. solche Meldungen:
Zitatnvalid response from https://www.xxxxx.de/.well-kno…p7RAuM-_pB-zT2_CVMttTM17k [xx.xx.xx.xx]: "<!DOCTYPE html>\n\n<html lang="de-DE" prefix="og: http://ogp.me/ns#">\n\n\t<head>\n\t\t\n\t\t<meta charset=\
Nun klappt es immer bei der neuen Überprüfung.
Sorry
So kannte ich es eigentlich auch 
Also ich habe zwei Sachen - ein Kunde ohne .htaccess, der einfach einen 404er generiert...
Eine .htaccess sieht z.B. so aus:
ZitatAlles anzeigen# BEGIN WpFastestCache
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteCond %{HTTPS} =on
RewriteCond %{HTTP_HOST} ^domain-name.de
# Start WPFC Exclude
# End WPFC Exclude
# Start_WPFC_Exclude_Admin_Cookie
RewriteCond %{HTTP:Cookie} !wordpress_logged_in_[^\=]+\=Detlef\sBeyer|klaus
# End_WPFC_Exclude_Admin_Cookie
RewriteCond %{HTTP_HOST} ^domain-name.de
RewriteCond %{HTTP_USER_AGENT} !(facebookexternalhit|WhatsApp|Mediatoolkitbot)
RewriteCond %{HTTP_USER_AGENT} !(WP\sFastest\sCache\sPreload(\siPhone\sMobile)?\s*Bot)
RewriteCond %{REQUEST_METHOD} !POST
RewriteCond %{REQUEST_URI} !(\/){2}$
RewriteCond %{REQUEST_URI} \/$
RewriteCond %{QUERY_STRING} !.+
RewriteCond %{HTTP:Cookie} !comment_author_
RewriteCond %{HTTP:Cookie} !woocommerce_items_in_cart
RewriteCond %{HTTP:Cookie} !safirmobilswitcher=mobil
RewriteCond %{HTTP:Profile} !^[a-z0-9']+ [NC]
RewriteCond %{DOCUMENT_ROOT}/wp-content/cache/all/$1/index.html -f [or]
RewriteCond /var/www/WEBNAME/htdocs/wp-content/cache/all/$1/index.html -f
RewriteRule ^(.*) "/wp-content/cache/all/$1/index.html" [L]
</IfModule>
<FilesMatch "index\.(html|htm)$">
AddDefaultCharset UTF-8
<ifModule mod_headers.c>
FileETag None
Header unset ETag
Header set Cache-Control "max-age=0, no-cache, no-store, must-revalidate"
Header set Pragma "no-cache"
Header set Expires "Mon, 29 Oct 1923 20:30:00 GMT"
</ifModule>
</FilesMatch>
# END WpFastestCache
# BEGIN GzipWpFastestCache
<IfModule mod_deflate.c>
AddType x-font/woff .woff
AddType x-font/ttf .ttf
AddOutputFilterByType DEFLATE image/svg+xml
AddOutputFilterByType DEFLATE text/plain
AddOutputFilterByType DEFLATE text/html
AddOutputFilterByType DEFLATE text/xml
AddOutputFilterByType DEFLATE text/css
AddOutputFilterByType DEFLATE text/javascript
AddOutputFilterByType DEFLATE application/xml
AddOutputFilterByType DEFLATE application/xhtml+xml
AddOutputFilterByType DEFLATE application/rss+xml
AddOutputFilterByType DEFLATE application/javascript
AddOutputFilterByType DEFLATE application/x-javascript
AddOutputFilterByType DEFLATE application/x-font-ttf
AddOutputFilterByType DEFLATE application/vnd.ms-fontobject
AddOutputFilterByType DEFLATE font/opentype font/ttf font/eot font/otf
</IfModule>
# END GzipWpFastestCache
# BEGIN LBCWpFastestCache
<FilesMatch "\.(webm|ogg|mp4|ico|pdf|flv|jpg|jpeg|png|gif|webp|js|css|swf|x-html|css|xml|js|woff|woff2|ttf|svg|eot)(\.gz)?$">
<IfModule mod_expires.c>
AddType application/font-woff2 .woff2
ExpiresActive On
ExpiresDefault A0
ExpiresByType video/webm A2592000
ExpiresByType video/ogg A2592000
ExpiresByType video/mp4 A2592000
ExpiresByType image/webp A2592000
ExpiresByType image/gif A2592000
ExpiresByType image/png A2592000
ExpiresByType image/jpg A2592000
ExpiresByType image/jpeg A2592000
ExpiresByType image/ico A2592000
ExpiresByType image/svg+xml A2592000
ExpiresByType text/css A2592000
ExpiresByType text/javascript A2592000
ExpiresByType application/javascript A2592000
ExpiresByType application/x-javascript A2592000
ExpiresByType application/font-woff2 A2592000
</IfModule>
<IfModule mod_headers.c>
Header set Expires "max-age=2592000, public"
Header unset ETag
Header set Connection keep-alive
FileETag None
</IfModule>
</FilesMatch>
# END LBCWpFastestCache
# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress
hi!
Ich habe nun etliche Kunden, bei denen die Validierung von LE nicht mehr geht, da /.well-known/ mittels .htaccess umgeleitet wird... das war früher meine ich immer von LC verwaltet, oder irre ich mich?
Gleiche CentOS und LiveConfig Version 
VG
Febas: Danke, hat mit "sperren" und wieder aktivieren im Vertrag funktioniert...
hi!
Sorry, dass ich mich hier jetzt so dran hänge, aber meine Support-Anfragen werden seit März nicht beantwortet zum Thema Backup (LC#2018061434000018 && LC#2018031334000034).
Ich habe ein ähnliches Problem unter CentOS. Nur ich erhalte bei einem Kunden einfach die Meldung "not permitted" - egal ob zip oder tar. Bei anderen Kunden auf dem gleichen System geht es. Im Logfile ist nichts zu finden. Gleiche LiveConfig-Version.
VG,
Patrick Kambach
hi!
Wenn der Ordner per SSH wieder angelegt wurde, einmal noch folgendes machen:
Zitat
chmod 750 htdocs
chown web123:www-data htdocs
web123 ist halt gegen den FTP-Benutzernamen des Kunden zu ersetzen.
Vg,
Patrick Kambach
hi!
Würde hier einen Bug vermuten, der in der aktuellen Lab-Version (https://www.liveconfig.com/de/lab) behoben wurde:
ZitatFehler beim Importieren bestehender Passwort-Hashes in vsftpd behoben
Also nach Freigabe der Version am Besten noch Mal testen.
Vg
hi!
@Reiko:
Da fehlten noch jeweils Anführungszeichen:
ZitatAlles anzeigen
postfix.LOCALCONFIG = {}
postfix.LOCALCONFIG['sender_canonical_maps'] = "tcp:127.0.0.1:10001"
postfix.LOCALCONFIG['sender_canonical_classes'] = "envelope_sender"
postfix.LOCALCONFIG['recipient_canonical_maps'] = "tcp:127.0.0.1:10002"
postfix.LOCALCONFIG['recipient_canonical_classes'] = "envelope_recipient,header_recipient"
Und vor dem anstupsen der Postfix-Config einmal LC neu starten, sonst werden die Einträge nicht berücksichtigt.
Ergänzung für Ubuntu: Die systemctl Commands werden nicht benötigt, zum Start einfach "service postsrsd start" eingeben.
Vg,
Patrick
Toller ChangeLog!
Ja das stimmt, aber schade, dass das Problem mit den SSL-Zertifikaten bei den Serverdiensten (FTP, Mail) nicht gefixt wurde.
Vg,
Patrick
hi!
Habe auch ein Ticket dazu auf... ist etwas schade 
OS Debian 7 oder Ubuntu 14.4 LTS
Vg
Hallo Zusammen!
Hat jemand bereits ein Migrationsscript von ISPConfig zu LiveConfig fertig, angefangen, rumliegen bzw. "über"?
Ich habe noch einen alten ISPConfig Server, den ich gerne migrieren würde und würde ansonsten langsam anfangen auf Basis des Confixx-Scripts eine entsprechend angepasste Version zu erstellen.
Vg,
Patrick
hi!
Vorschlag wie hier mit dem Demo-Login:
https://www.liveconfig.com/wiki/de/loginintegration
Vg,
Patrick Kambach
Funktioniert aber nicht für das LC Interface, daher der Workaround.
hi!
Beim HostingPlan sollte "apps" gesetzt werden (https://www.liveconfig.com/de/…ence.HostingPlanAdd.xhtml) und/oder bei der Subscription auch gesetzt werden (https://www.liveconfig.com/de/…tingSubscriptionAdd.xhtml).
Ist wohl auch zum Teil im Migrationsscript vorhanden / auskommentiert:
# if (isset($anbieter['maxwebapp'])) {
# $hostingpaket['apps'] = $anbieter['maxwebapp'];
# }
Da evtl. einfach
$hostingpaket['apps'] = -1;
eintragen oder halt die Anzahl, die gesetzt werden soll und evtl. auch
$paket['apps'] = -1;
entsprechend setzen. Habe das aber noch nicht komplett im Script angepasst, nur eben beim drüber schauen...
Vg,
Patrick
Hallo,
mir ist gerade aufgefallen, dass bei der Statistik des Kunden hinter dem Mail-Quota eine ")" fehlt.
Vg,
Patrick
hi!
Soweit ich weiß nicht, daher "baue" ich das ja zusammen.
PS: vielleicht kann man auch die cert Dateien vom proftp wiederverwenden? ->
cat proftpd.crt ../private/proftpd.key > 4liveconfig.pem
Habe ich mir aktuell auch mit "geholfen":
ZitatAlles anzeigencat <<EOF > /etc/cron.weekly/lc-cert-update.sh
#!/bin/sh
cat /etc/ssl/private/proftpd.key > /etc/liveconfig/sslcert.pem
cat /etc/ssl/certs/proftpd.crt >> /etc/liveconfig/sslcert.pem
cat /etc/ssl/certs/proftpd-ca.crt >> /etc/liveconfig/sslcert.pem
/etc/init.d/liveconfig restart >/dev/null 2>&1
EOF
chmod 755 /etc/cron.daily/lc-cert-update.sh
hi!
Wo wir gerade bei "Anpassungen" sind:
Mittlerweile sind ja in LiveConfig noch einige neue Felder hinzu gekommen, die man vielleicht direkt mit füllen könnte. Ich denke hier z.B. gerade bei Mailboxen an Greylisting, Spamfilter aber auch, dass
z.B. der Weblogin bei dem Postfach möglich sein sollte. Ich habe daher z.B. beim Mailbox-Anlegen folgende Parameter mit übergeben:
$mbox['greylisting'] = 1;
$mbox['spamfilter'] = 1;
$mbox['spamwarn'] = 3.0;
$mbox['spamreject'] = 5.0;
$mbox['weblogin'] = 1;
Gleichzeitig habe ich festgestellt, dass das Script bei Confixx DC-Installationen leider nicht so ganz funktioniert, da dort z.B. die "confixx_master" DB auf einem anderen Server liegt und das Script keine Einschränkung der "server_id" vornimmt. Als Problem kommt dann hinzu, dass der Zugang zur "confixx_master" DB dann nicht die lokalen mySQL-User auslesen kann, um diese wieder zu LiveConfig zu
importieren. Ich habe mich hier beholfen, indem ich die "confixx_master" DB lokal kopiert habe und alle Server entfernt habe, die nicht der eigenen "server_id" entsprechen.
Unter https://www.liveconfig.com/wiki/de/confixx2liveconfig ist mir dann noch aufgefallen, dass zwar die "custom.lua" erwähnt wird, jedoch nicht, dass nach dem Eintrag und vor dem neuen Speichern in der
Serververwaltung LiveConfig einmal neu gestartet werden muss. Auch unter dem Verweis bei http://www.liveconfig.com/de/handbuch/api.lua.xhtml fehlt der Hinweis (hatte ihn dann irgendwo im Forum gefunden).
Viele Grüße,
Patrick Kambach
hi!
Ist es ein automatisiert verwaltetes Zertifikat von Lets Encrypt oder tritt das Problem auf, wenn das Zertifikat "manuell" unter SSL-Zertifikate erneurt wird?
Vg
hi!
Ist bereits in der Planung. Siehe dort: http://www.liveconfig.com/de/f…1219&viewfull=1#post11219
Vg
