Beiträge von kk

Zitat von sTeaLth

Danke für die Antwort Herr Keppler. Ich habe natürlich immer die Config neu erzeugen lassen und auch den Timestamp der Datei kontrolliert.

Äh... vergessen... LiveConfig müssen Sie nach Änderungen in der custom.lua auch neu starten (die Lua-Scripte werden nur beim Start von LiveConfig eingelesen).

Zitat

Zum Thema mit der SOAP-API steht in der Beschreibung zur "HostingMailboxEdit", dass das Passwort optional als "gesalzener MD5-Passwort-Hash" übergeben werden kann. Nun stellt sich mir die Frage, ist es nur so möglich oder ist es auch möglich das Passwort im klartext zu übergeben und somit korrekt in die Datenbank und in die passwd zu schreiben?

Natürlich können Sie das auch im Klartext an die HostingMailboxEdit übergeben (so könnte das später auch für CRAM-MD5 verwendet werden :))

Zitat von sTeaLth

Aber dann geht es nicht weiter, weil aus meiner die Autoconfig nun durch "<authentication>password-encrypted</authentication>" beim Client die Authentifizierung auf "Verschlüsseltes Passwort" setzt.

Ich habe das eben mal geprüft: diese Anweisung steht direkt (hardcodiert) so im zuständigen Code in LiveConfig. Wir könnten das aber kurzfristig so einrichten, dass Sie diese Einstellung bearbeiten können (bei LOGIN/PLAIN-Anmeldung wäre hier "password-cleartext" richtig).

Es reicht nicht, einfach nur "dovecot.DISABLE_CRAM=true" zu setzen (oder auszukommentieren): Sie müssen anschließend durch LiveConfig die Dovecot-Konfiguration aktualisieren lassen (z.B. indem Sie unter "Serververwaltung -> Mail -> Dovecot -> bearbeiten..." noch mal auf den "speichern"-Button klicken).

Eine Massenänderung der Passwörter ist etwas komplizierter: LiveConfig speichert die verschlüsselt - eine "saubere" Aktualisierung wäre nur via SOAP-API möglich.

Bitte ruhig bleiben...

Es geht hier um das process_limit, also die Gesamtzahl aller IMAP- und/oder POP3-Prozesse. Via LiveConfig lässt sich derzeit nur die Anzahl der Connections pro IP festlegen.
Ich denke, dass wir diesen Wert auch via LC einstellbar machen (ist ja wichtig für größere Setups); bis dahin wird es eine manuelle Lösung geben.

Viele Grüße

-Klaus Keppler

Hallo,

es wird eben die Version standardmäßig ausgewählt, die auf dem Server standarmäßig installiert ist. Bei einem Debian Wheezy wäre das dann PHP 5.4.
An der 1.7 planen wir keine Änderungen mehr, die 1.8 befindet sich dafür in den letzten Zügen (es wird nur noch an der Prüfung der Eingaben für DNS-RRs gefeilt - alle Selenium-Tests hier laufen bereits fehlerfrei durch).

Sie können die Domains aber auch einfach "normal" importieren/anlegen, und sich dann kurz bei mir melden - ich schicke Ihnen dann eine Beschreibung, wie Sie mit einem kurzen Eingriff in die Datenbank jeweils PHP 5.4 einstellen können.

Viele Grüße

-Klaus Keppler

Hallo,

die TSIG-Option gab es im LiveConfig schon immer. Der "speichern"-Button wird erst nach einer Änderung aktiv (müsste also theoretisch auch nach einer Änderung im Eingabefeld für IP-Adressen aktiv werden).

Häufige Ursache, wenn "plötzlich" keine Zonentransfers mehr klappen ist, dass der Secondary den IXFR/AXFR von einer anderen IP aus anfordert, die bislang noch nicht freigegeben ist.
Im Logfile vom BIND (meistens mit in /var/log/syslog oder /var/log/messages) sollten Sie entsprechende Fehlermeldungen finden.

Viele Grüße

-Klaus Keppler

Hallo,

ich habe das eben noch mal auf einem Wheezy mit PHP 5.4 getestet - klappt hier einwandfrei.
Ich würde mir das gerne auf Ihrem Server mal anschauen. Unseren SSH-Key finden Sie unter https://www.liveconfig.com/de/ssh - die IP schicken Sie uns dann bitte enifach kurz an support@liveconfig.com

Viele Grüße

-Klaus Keppler

Mir ist da kein Fehler bekannt - daher ein paar Fragen:
- ist das Änderungsdatum der php.ini im Kundenverzeichnis (/var/www/webXXX/conf/php5/php.ini) plausibel? (d.h. entspricht das dem Zeitpunkt, wann die Einstellungen via LiveConfig geändert wurden?)
- gibt es irgendwelche Meldungen in /var/log/liveconfig/liveconfig.log ?
- betrifft das die "normale" (Standard-)PHP-Version, oder eine zusätzlich installierte PHP-Version?

Zitat von sTeaLth

Reicht es nicht, die Weiterleitung in der DB und der "virtual_alias" anzupassen (inkl. postmap)?

Das sollte durchaus ausreichen - an anderen Stellen nutzt LiveConfig diese Daten nicht.

Zitat von Nosxxx

Herr Keppler, vielleicht machen Sie mal eine Umfrage bezüglich des DNS Management, damit Sie wissen was die User wollen

Die Frage ist immer, wie repräsentativ eine Umfrage im Forum ist. Wenn ich z.B. mit einem Kunden spreche, der >50 LiveConfig-Server betreibt, dann hat der natürlich mehr Stimmen als fünf Kunden im Forum.

Zitat

Ich bin bis dato der Meinung: Auch geübte User kennen sich mit der derzeitigen DNS Verwaltung nicht wirklich aus, da es mega unübersichtilich ist. Wenn ich eine Zone editieren will, will ich alle Einträge sehen und editieren können.

Dafür, dass die Funktion ja noch gar nicht verwendbar ist (man sieht ja nur eine Demo im Forum) haben Sie ja schon eine recht eindeutige Meinung... :-|

Zitat

Die Einstellungsmöglichkeiten der (Sub-)Domains werden immer mehr und häufen sich mittlerweile an. Wie wäre es, anstatt den Trennlinien die jeweiligen Bereiche in eigene Tabs zu verfrachten

Danke - gute Idee. Werden wir mal im Auge behalten.

Ändern Sie bitte irgendeine Einstellung an irgendeiner IP-Gruppe (z.B. ein Zeichen am Namen hinzufügen, eine IP (de)aktivieren, o.ä.). Dadurch wird die /etc/apache2/sites-available/default neu erzeugt - und dabei dann auch SSLv3 deaktiviert.

Zitat von easynetwork

Was ich mir sonst noch für die Version 1.8 wünschen würde wäre MariaDB (zum Auswählen, oder als Dual-Betrieb).

LiveConfig unterstützt MariaDB bereits (siehe /usr/lib/liveconfig/lua/mysql.lua, etwa Zeile 80). Ist also das Paket "mariadb-server" installiert, dann erkennt LiveConfig das auch. Allerdings meldet LC das derzeit noch als "MySQL" - das planen wir durchaus mittelfristig zu ändern. Eventuell muss man dann ggf. seine Kunden etwas erziehen ("Hä? ich brauche doch MySQL - was soll ich mit MariaDB?").

In den neuesten Releases hat MariaDB aber die Pakete umbenannt ("mariadb-server" -> "MariaDB-server") - die Groß-/Kleinschreibung berücksichtigt LC erst ab der v1.8.

Wir sind natürlich offen für Vorschläge!.
Die Gründe für die aktuelle Gestaltung sind:

• wir möchten vermeiden, dass es nun noch einen dritten Menüpunkt gibt, in dem man irgendwas mit Domains einstellt (es gibt ja bereits die Verwaltung der eigentlich Domains (neben dem Vertrag) sowie die Verwaltung der (Sub)Domain-Einstellungen (Webspace etc.).
• die wenigsten LiveConfig-Benutzer werden jemals irgendwas an den DNS-Einstellungen ändern wollen (oder dürfen ;)) - die wollen einfach nur Webspace-Subdomains anlegen. Der nächst-häufigste Anwendungsfall dürfte der Sysadmin sein, der für seinen Exchange-Server einen eigenen MX anlegen will. Wer separate A/TXT/SRV-Records braucht, der hat i.d.R. entsprechende Vorkenntnisse.

Ich könnte mir vorstellen, dass man z.B. unter Hosting -> Domains beim Klick auf eine "Hauptdomain" (also einen Eintrag mit leerem Hostnamen) im Popup-Fenster ganz unten noch einen Button präsentiert bekommt, über den man die DNS-Einträge komplett (direkt) bearbeiten kann. Alle von LiveConfig verwalteten A/MX-Einträge würden da mit aufgelistet werden, können dann aber nicht bearbeitet werden.

Einfach die Checkbox bei "Webspace aktivieren" wegklicken, dann werden keine A-Records für den Webspace angelegt.
Wir werden beim nächsten Update noch ein Beispiel dafür einbauen.

Zitat von Mogwais

Na wenn sie in der DB landen kannst du sie ja da abgraben und sie an Powerdns Server verteilen, zumindest werde ich das so erstmal machen

Um mal keine falschen Hoffnungen zu wecken: so wie LiveConfig die DNS-Daten intern verwaltet, werden Sie diese nicht ohne weiteres auslesen und daraus Zonen-Daten für PowerDNS erzeugen können. Das hat damit zu tun, dass wir alle Daten streng normalisiert verwalten - die notwenigen JOIN-Operationen sind für Außenstehende äußerst komplex. (alleine für die Generierung eines A-Records bei Webspace kommen 4-5 Tabellen zum Einsatz)

Zitat

Zb: Ich habe einen Teamspeak Server, der soll über teamspeak.domain.de erreichbar sein.
Somit muss ich genau dort einen A Record hinterlegen. Muss ich nun extra eine "SubDomain" anlegen damit ich das einstellen kann ?

Exakt. Bei "teamspeak.domain.de" handelt es sich ja schließlich auch um eine Subdomain (um was auch sonst?)

Für sekundäre DNS braucht man dann eine LC-Lizenz, wenn sich LiveConfig darum kümmern soll/muss das die sekundären Zonen dort auch automatisch angelegt werden.
Bei BIND wäre das also nicht verkehrt - es wird aber auch eine SOAP-Funktion geben, mit der man die Liste der Secondary-Zonen abrufen kann. Der eigentliche Zonentransfer erfolgt via AXFR.

Zitat von Mogwais

wird ja eh in der Datenbank gespeichert oder schreibt ihr das direkt als Zonefiles weg?

Weder noch. Natürlich landen die Basisdaten in der LiveConfig-internen Datenbank - prinzipiell wird aber mit dem Anlegen einer Domain (quasi einmalig) ein Zonefile erzeugt, und alle weiteren Änderungen über dynamische Updates (nsupdate) direkt an den Nameserver gesendet.
Bei jeder DNS-Anfrage eine MySQL-Abfrage zu machen halte ich für ziemlich ineffizient. In den letzten Jahren hat sich PowerDNS bzgl der Performance aber scheinbar etwas weiterentwickelt.

Zitat von arnoldB

Bugfixing:
Ich würde z.B. gerne eine andere Standard PHP-Version statt die lange nicht mehr von PHP unterstützte Version 5.3 definieren. Soll wohl nicht passieren.

http://www.liveconfig.com/de/forum/threads/1560-PHP-Schwerwiegende-Bugs-innerhalb-von-Configs-in-speziellen-Fällen?p=8655&viewfull=1#post8655

Das ist kein Bug, sondern ein Feature Request. Und der ist nicht gaaanz so trivial, wie das auf den ersten Blick erscheinen mag.
Nehmen wir mal an, Sie setzen über die custom.lua/addPHP() nun PHP 5.4 als "Standard". Dann müssen bei allen Webspaces, welche bei der PHP-Version "Standard" ausgewählt haben, die php.ini-Dateien neu erzeugt werden (da PHP 5.4 ja z.B. nichts mehr mit safe_mode anfangen kann), zudem müssen die FastCGI-Starter (und später die FPM-Configs) auf das neue PHP-Binary aktualisiert und zuletzt alle entsprechenden Prozesse neu gestartet werden.

Etwas anderes wäre es, wenn man die Dropdown-Box zur PHP-Auswahl bei neuen Subdomain dann einfach auf z.B. PHP 5.4 voreinstellt.

Also: keine Angst, wir machen uns Gedanken dazu.

Nein, bislang wird nur BIND unterstützt. PowerDNS können wir dann aber gerne als nächstes mit aufnehmen.

Die Demo (https://demo18.liveconfig.com:8443 Login: admin/demo18) wurde eben wieder aktualisiert. Unter "Webhosting" -> "Domains" -> Subdomain bearbeiten sieht man nun auch die DNS-Verwaltung.
Außerdem gibt es in Angeboten/Verträgen nun die Eigenschaft "Darf DNS-Einstellungen bearbeiten".

Nächste Woche wird es die v1.8 dann als Preview-Version zum Download geben.

Viele Grüße

-Klaus Keppler