Beiträge von kk

Please edit the file /usr/lib/liveconfig/lua/bind.lua and remove the two comment dashes from line 604:

table.sort(data.rr)

Then restart LiveConfig, delete your domain and add it again. Then please check if the zone is valid now.

The behaviour is really strange, as LiveConfig indeed sends the NS records first, but your zone file proves that they "arrive" in a wrong order - without any resorting in between! However, LiveConfig often uses standard structures (eg. arrays from C++ STL), I assume that the different behaviour is hidden here anywhere...

Hmm, I've just tested this with both SQLite and MySQL as database backend for LiveConfig, and in both cases my zone files were correct.
Which database do you use as backend?

Ok, found it: the sort order of the resource records within the zone file is wrong (the records without a host part (NS, MX) must appear before the other records (dev, www).
We'll fix this immediately (we'll have to check where this wrong sort order comes from - maybe it depends on the database locale).

Wir haben den Fehler schon lokalisiert, das liegt an einer Datenbankabfrage die - je nach Daten - eine falsche (in diesem Fall leere) Liste an PHP-Einstellungen zurückliefert (daher ist es hier bei uns auch nicht vor dem Release aufgefallen). Update ist schon in Arbeit.

Um dann mal einen Zwischenstand zu geben: wir können den von Ihnen beschriebenen Fehler bislang nicht reproduzieren, haben das hier intern aber noch als Ticket offen.

Ansonsten steht Ihnen unser Support auch gerne unter support@liveconfig.com zur Verfügung, oder zu den üblichen Bürozeiten auch telefonisch.

Wenn Sie die Lizenz direkt bei uns gekauft haben, erreichen Sie das Lizenzportal unter https://www.liveconfig.com/license
Als Login verwenden Sie bitte die E-Mail-Adresse, an die Sie ihre monatliche Rechnung erhalten.

Zitat von martn

Aber wieso erscheint nicht der übliche Screen?

Kann ich pauschal nicht sagen - LiveConfig nutzt die Standard-Funktionen von Debian für das Installationsmenü. Wenn das verwendete Terminal keine interaktive Eingabe unterstützt oder z.B. eine nicht-interaktive Installation eingestellt ist, wird kein Menü gezeigt.

Eventuell erhalten Sie das Menü mit "dpkg --reconfigure liveconfig".

Zitat

Wie komme ich an meine Vorhandene Lizenz?

Wenn das ein neuer Server ist, wie wollen Sie da an die vorhandene Lizenz kommen?
Rufen Sie "liveconfig --activate" auf, und geben Sie dort den Lizenzcode ein. Wenn Sie diesen nicht mehr wissen, dann erhalten Sie diesen dort wo Sie LiveConfig bestellt haben (also bei Ihrem LiveConfig-Partner oder - wenn Sie LC bei uns bezogen haben - im LiveConfig-Lizenzportal).

Die Installation verlief durchaus erfolgreich.

Wenn keine Eingabeaufforderung für den Key kam (z.B. weil auf dem Server früher schon mal LiveConfig aktiviert wurde), einfach "liveconfig --activate" ausführen (so wie es angezeigt wird oder auch im Handbuch steht ;))

Hinterlegen Sie einfach eine Mailadresse für Cronjobs (ganz oben auf der Cronjob-Seite auf den kleinen "bearbeiten..."-Button klicken). Dann bekommen Sie eventuelle Ausgaben/Fehlermeldungen per Mail gesendet.

Alternativ steht in /var/log/messages bzw /var/log/syslog was bei der Ausführung von Cron-Jobs ggf passiert ist.

Wir sind an dem Thema dran. Selbst für uns lässt sich das aber schwer bis gar nicht reproduzieren (auf unseren eigenen Servern ist das bislang nicht aufgetreten).
Morgen starten wir aber einen größeren Client-Test mit verschiedenen Plattformen - ich hoffe dass wir so gegen Mittag die ersten Ergebnisse haben. Ich gebe dann umgehend hier Bescheid...

At a first glance, the configuration looks valid.
Please connect to your server via SSH and - as root user - issue the command "rndc reload domain.com". You then should see some log messages in /var/log/messages or /var/log/syslog if and why the zone was rejected by BIND.

Zitat von loswebos.de

Nebenbei, bei Update auf 1.7.0-r2696 (CentOS) wird die /etc/liveconfig/liveconfig.conf gelöscht.

Oha, das soll natürlich nicht passieren. :-/ Wie haben Sie das Update ausgeführt - mit "yum update" oder per rpm?

Hallo,

seit v1.6.4 (um genau zu sein: seit r2437) wird die Anweisung "SSLProxyEngine On" in die Apache-Konfiguration aufgenommen, wenn das Ziel eine HTTPS-URL ist.
Ich habe das eben noch mal getestet, funktioniert hier auch einwandfrei.

Zitat

Reason: Error during SSL Handshake with remote server

Aktivieren Sie bitte mal das Fehlerprotokoll für den betroffenen Vertrag (Webspace -> Fehlerprotokoll, Button "aktivieren") und rufen nach ca. 1 Minute noch mal die Proxy-Domain auf. Welche Fehlermeldung wird dann genau protokolliert?

Viele Grüße

-Klaus Keppler

Angebote -> Bearbeiten -> Karteireiter "php.ini"

[Nachtrag] Öha... komisch... ich sehe gerade, dass dieser Tab fehlt. Werde ich gleich mal prüfen - eigentlich sollten da nämlich tatsächliche die php.ini-Einstellungen für Angebote verwaltbar sein...

[Nachtrag 2] Hmm, dieser Tab war im Code noch auskommentiert, da der Code gemerged wurde bevor die erste Preview-Release erfolgte. Am Montag gibt's also ein Update, mit dem das dann auch (wieder) klappt.

((Ich habe die Beiträge eben in ein eigenes Thema verschoben.))

Ich vermute, dass Sie keine IP-Adressen für externe Nameserver hinterlegt oder gar keine externen Nameserver konfiguriert haben.
Siehe Handbuch: http://www.liveconfig.com/de/handbuch/tutorial.dns.html

Hier sind alle aktiven Einstellungen der vsftpd.conf:

# grep '^[^#]\+$' vsftpd.conf
listen=YES
ftpd_banner=FTP Server
local_enable=YES
write_enable=YES
local_umask=022
use_localtime=YES
xferlog_enable=YES
connect_from_port_20=YES
chroot_local_user=YES
pam_service_name=vsftpd-lc
anonymous_enable=NO
guest_enable=YES
virtual_use_local_privs=YES
user_config_dir=/etc/vsftpd/users
max_clients=100
max_per_ip=5

Die benutzerspezifische Konfiguration (hier: für "web1") sieht so aus:

# cat /etc/vsftpd/users/web1
# Created by LiveConfig - DO NOT MODIFY
local_root=/var/www/web1
guest_username=web1

Ich habe eben versucht das von Ihnen beschriebene Verhalten zu reproduzieren (CentOS 6.4) - hier funktioniert alles. Die hochgeladene Datei (egal ob mit dem Haupt-FTP-Account oder einem zusätzlichem FTP-Benutzer) gehört dem richtigen Benutzer & Gruppe. (hier: web1:web1)

Kann es sein, dass Sie im übergeordneten Verzeichnis (htdocs), welches der Gruppe "apache" gehört, das Sticky-Bit für die Gruppe gesetzt haben?

# ls -l /var/www/web1/
[...]
drwxr-x---  3 web1   apache 4096 Nov 29 16:11 htdocs

Hallo,

es wurde eben ein kleines Update freigegeben (v1.7.0-r2692), welches einen Fehler beim Speichern der php.ini-Einstellungen in Kundenverträgen beseitigt.

Viele Grüße

-Klaus Keppler

Zitat von andreas

du hast beim Backup .zip gewählt.
Du musst zip auf deinen Server installieren via apt-get install zip

Jepp, wir werden das "zip"-Paket daher auch ins nächste Update vom Meta-Paket (liveconfig-meta) mit aufnehmen.

Zitat von bash

[2013/11/28 22:55:10.224718] [32166|32169] Requesting installer file 'wai-roundcube-0.9.5-1.php.gz'...
[2013/11/28 22:55:10.232709] [32166|32169] => Error: Server status returned '404'

Danke für den Hinweis, hier gab es offenbar einen Fehler beim Synchronisieren des App-Repositories auf unserer Seite. Der Roundcube-Installer steht nun jedenfalls (wieder) bereit.