Beiträge von MrS

Danke für die Antwort

Zitat

Du wirst da nicht drumherumkommen das selber zu managen, weder LC noch Whmcs können hellsehen

Ich habe leider keine Erfahrung mit größeren Dimensionen, aber der aufwand ständig die aktuellen produkte zu löschen und neu zu ertellen um andere Server zu füllen scheint mit bei Tausenden Kunden ein wenig sehr hoch, oder denk ich da falsch? Wie geht ihr denn damit um?

Zitat

Was aber echt nützlich wäre ist eine Funktion zum verschieben der Kunden von einem Server zum anderen damit man bei Bedarf Manuell eingreifen könnte.

+1

Guten Tag,

auch wenn dieser Beitrag schon alt ist, ich habe da aus neugier noch Fragen zu dem Thema.

Zitat

wir verwalten bisher knapp 6000 Kunden und 15.000 Domains über LiveConfig Business auf 24 Servern verteilt

Wir verwenden 3 "kleinere" Server mit Standart-Lizenz. Verwaltet über WHMCS via "Liveconfig Hosting Module". Jeder Server hat je nach Speiche etc ein Kundenlimit eingetragen damit die Server nicht "überbucht" werden.

Wie verhällt es sich im Falle eines Multi-Server-Setups?
Sehe ich es richtig, dass hier dann quasi nur der Hauptserver bekanntschafft mit WHMCS macht?
Wie funktioniert dann die "stock-control"?
Wie sieht es mit einer Art von "load balancing"(belegungs-technisch) bei mehreren Web/E-Mail Servern aus?

Vielen Dank im vorraus

Danke für die hilfreiche Antwort.

Ja, sie sind alle im Autostart, wollen dennoch nicht.
Der Status von nginx-php-fcgi is "[ ? ]". Ist dies normal?

Nette idee, aber der Router hatte damit nix zutun gehabt, da auch z.B. PHP-Mailer auf einem anderen Server keine richtige Verbindung hin bekommen hatte.
Was auch immer das Problem war, nach einer Neuinstallation von Postfix lief wieder alles wie gewünscht

Jetzt bleibt nur noch die Frage warum einige Dienste nicht Automatisch starten, bzw wieso LiveConfig sie nicht startet.

Kleiner Nachtrag:

Ein Test über "mxtoolbox.com" brachte ebenfalls keine Fehler zu Tage.

Zitat

SMTP Reverse DNS Mismatch OK - myip resolves to mydomin
SMTP Valid Hostname OK - Reverse DNS is a valid Hostname
SMTP Banner Check OK - Reverse DNS matches SMTP Banner
SMTP TLS OK - Supports TLS.
SMTP Connection Time 0.906 seconds - Good on Connection time
SMTP Open Relay OK - Not an open relay.
SMTP Transaction Time 3.220 seconds - Good on Transaction Time

Alles anzeigen

Guten Tag,

der Titel ist villeicht ein wenig ungenau, aber etwas besseres ist mir nicht eingefallen.
Ich habe gleich mehrere kleinere Probleme von denen ich die vermutung habe, dass sie irgendwie zusammen hängen.

Ersmal scheinen einige Dienste bei einem reboot nicht automatisch zu starten.

Zitat

"/etc/init.d/nginx-php-fcgi start"
"/etc/init.d/lcsam start"
"/etc/init.d/spamassassin start"

..müssen manuell ausgeführt werden.

-

Dessweiteren stimmt auch mit dem E-Mail Server etwas nicht:

Über Roundcube ist das Anmelde, Empfangen und Senden von Emails problemlos möglich.
Von extern führt das Versenden von Mails über SMTP nach STARTTLS zum Timeout.

- Es liegt nicht an der Firewall.
- Das System wurde frisch installiert und keinen nennenswerten manuellen änderungen vorgenommen.
- Hostname & rDNS sind richtig
- syslog & mail.err weisen keine (für mich erkennbaren) Fehler auf.

Ausgabe von "liveconfig --diag":

Zitat

Running OS diagnostics... (LiveConfig 2.2.3-r4343)
FILE SYSTEMS:
/ [/dev/md1] (total: 2936329199616, free: 2784269090816)
CPUs:
CPU: 'cpu' user=2230 nice=55 system=641 idle=1458116 wait=7301 irq=0 sirq=13 steal=0 guest=0
CPU: 'cpu0' user=2230 nice=55 system=641 idle=1458116 wait=7301 irq=0 sirq=13 steal=0 guest=0
CPU: 'cpu1' user=2230 nice=55 system=641 idle=1458116 wait=7301 irq=0 sirq=13 steal=0 guest=0
CPU: 'cpu2' user=2230 nice=55 system=641 idle=1458116 wait=7301 irq=0 sirq=13 steal=0 guest=0
CPU: 'cpu3' user=2230 nice=55 system=641 idle=1458116 wait=7301 irq=0 sirq=13 steal=0 guest=0
CPU: 'cpu4' user=2230 nice=55 system=641 idle=1458116 wait=7301 irq=0 sirq=13 steal=0 guest=0
CPU: 'cpu5' user=2230 nice=55 system=641 idle=1458116 wait=7301 irq=0 sirq=13 steal=0 guest=0
CPU: 'cpu6' user=2230 nice=55 system=641 idle=1458116 wait=7301 irq=0 sirq=13 steal=0 guest=0
CPU: 'cpu7' user=2230 nice=55 system=641 idle=1458116 wait=7301 irq=0 sirq=13 steal=0 guest=0
CPU IDENTIFICATION:
Physical CPUs: 1
CPU Vendor: GenuineIntel
CPU Model: Intel(R) Core(TM) i7-3770 CPU @ 3.40GHz
Physical Core Count: 4
Cache: 8192 KB
Intel Hyperthreading is enabled!
Logical (HT) Core Count: 4
LOAD AVERAGE:
Load: 1min=0.000000, 5min=0.030000, 15min=0.010000
MEMORY:
Total Memory: 16538390528
Free Memory: 15566639104
Total Swap: 17163087872
Free Swap: 17163087872
INTERFACES:
Name: 'lo'
MAC: 00:00:00:00:00:00
IPv4: '127.0.0.1'/8
IPv6: '::1'/128
IN: 969701 bytes (5218 packets)
OUT: 969701 bytes (5218 packets)
FLAGS: UP LOOPBACK
Name: 'eth0'
MAC: -
IPv4: -
IPv6: -
IPv6: -
IN: 461166 bytes (3730 packets)
OUT: 823903 bytes (3490 packets)
FLAGS: UP BROADCAST
HOSTNAME:
Hostname: -
FQDN: -
UPTIME:
Uptime: 0 days, 00:30:37
DMI:
Manufacturer: System manufacturer
Product Name: System Product Name
Version: System Version
Serial: System Serial Number
IPMI:
ERROR: IPMI not supported in this build
QUOTA for group 'root' at path /var/www: OK - kb_used=1593892, inodes_used=47871
Running Lua diagnostics...
[INFO] Detected 'Debian GNU/Linux 8.7 (jessie)'
Distribution name: 'Debian'
Distribution codename: 'jessie'
Distribution family: 'Debian'
Distribution version: '8.7'
Distribution description: 'Debian GNU/Linux 8.7 (jessie)'
Checking for web server software:
- Found 'nginx' web server
Version: '1.10.3'
Package version: '1.10.3-1~dotdeb+8.1'
SNI support: yes
- PHP 5.6.30 [DEFAULT] (code='php5', bin='/usr/bin/php-cgi', SAPI=CGI/FastCGI)
default php.ini: '/etc/php5/cgi/php.ini'
Checking for ftp server software:
- Found 'proftpd' FTP server
Version: '1.3.5'
Package version: '1.3.5-1.1+deb8u1'
Checking for SMTP server software:
- Found 'postfix' smtp server
Version: '2.11.3'
Package version: '2.11.3-1'
DANE/TLSA support: 'yes'
- found SpamAssassin (package version: '3.4.0-6')
configured: yes
- OpenDKIM: NOT FOUND
Checking for POP/IMAP server software:
- Found 'dovecot' POP/IMAP server
Version: '2.2.13'
Package version: '1:2.2.13-12~deb8u3'
Checking for database server software:
- Found 'mysql' database server
Version: '10.1.22'
Package version: '10.1.22+maria-1~jessie'
Checking for DNS server software:
- Found 'bind' DNS server
Version: '9.9.5'
Package version: '1:9.9.5.dfsg-9+deb8u10'
DNSSEC support: yes
Done.

Alles anzeigen

Zitat von DasBill

wurden die Schritte unter:
https://www.liveconfig.com/wiki/de/multiphp denn ausgeführt?

nein, da nicht mehrere Instanzen benutzt werden. Es ist lediglich die auf dem Server installierte PHP-Version vorhanden, welche von LiveConfig auch erkannt wird.

Zitat von MrS

Die Ausgabe von "liveconfig --diag":

Checking for web server software:
- Found 'nginx' web server
Version: '1.10.3'
Package version: '1.10.3-1~dotdeb+8.1'
SNI support: yes
- PHP 7.0.17 [DEFAULT] (code='php7', bin='/usr/bin/php-cgi', SAPI=CGI/FastCGI)
default php.ini: '/etc/php/7.0/cgi/php.ini'

Alles anzeigen

Guten Tag

Da das Problem immer noch nicht gelöst ist, will ich hiermit nocheimal darauf aufmerksam machen und um Hilfe bitten.

Wir haben das ganze inzwischen noch einmal auf einem frisch Installierten Debian 7 und Ubuntu 14 LTS versucht, beides mit ein und dem selben Ergebnis :

Zitat

connect() to unix:/var/www/webXY/conf/sockets/nginx-php-fcgi.sock failed (2: No such file or directory)

Guten Tag

Ein wenig mehr Informationen wären hilfreich. Liveconfig Version? PHP Version?
Bitte prüfe, ob php-cgi Installiert ist. Was gibt der Befehl "liveconfig --diag" aus?

Sollte es sich um PHP7 handeln, dann haben wir bei uns auf dem Server warscheinlich das selbe Problem:

Siehe: nginx-php-fcgi-php70-sock-failed

Guten Tag

Wir würden gerne folgende Vorschläge zur Erweiterung der Datenbankverwaltung über LiveConfig machen.

In erster Linie wäre es toll, wenn man im LiveConfig Panel die möglichkeit hat, sich einen Datenbankdump herunterzuladen.

Weiterhin könnte man auch noch eine vollständige Benutzerverwaltung integrieren. Warum eine Datenbank fest mit einem Zugang verknüpfen?.

Designvorschlag:

Die Datenbanken untereinander auflisten. (wie z.B. bei den Verträgen)
Bei Auswahl einer Datenbank erscheint die Ansicht der Benuzter und dessen Rechte.

[HR][/HR]
Meine.Datenbanken

|--------------|...|------------------------------------
|..Datenbank1..|...|...[Benutzer1]*
|..2.Tabellen..|.>.|
|..15.KB.......|...|
|..1.Benutzer..|...|...Berechtigungen:
|--------------|...|
|..Datenbank2..|...|...[x].SELECT
|..8.Tabellen..|...|...[x].DELETE
|..50.KB.......|...|...[x].UPDATE
|..3.Benutzer..|...|...[x].BLA
|--------------|...|...[x].BLA
|..Datenbank3..|...|...[x].BLA
|..0.Tabellen..|...|
|..0.KB........|...|
|..1.Benutzer..|...|
|--------------|...|...[Neuen.Benutzer]
|..............|...|...[Speichern].[Benutzer.löschen].
|..............|...|
|..............|...|
|--------------|...|
[Hinzuf.][Entf.]...|
[Backup.downlo.]...|

* Dropdown Menü der Benutzer

Es wurde keine extra lua Datei angelegt, da LiveConfig die installierte PHP Version schon erkennt.

Zitat

- Found 'nginx' web server
Version: '1.10.3'
Package version: '1.10.3-1~dotdeb+8.1'
SNI support: yes
- PHP 7.0.17 [DEFAULT] (code='php7', bin='/usr/bin/php-cgi', SAPI=CGI/FastCGI)
default php.ini: '/etc/php/7.0/cgi/php.ini'

Leider ist der Fehler nach wie vor nicht gelöst.

Zum weiteren Testen habe ich in LiveConfig einen neuen Vertrag erstellt (web50), wo mir dann aufgefallen ist, das nichtmal ein Sockel erstellt wird.

Ausgabe "netstat -a | grep web50":

- keine ausgabe -

Ausgabe "ls -l /var/www/web50/conf/sockets/":

-rw-r--r-- 1 root root 6 Apr 4 12:17 nginx-php-fcgi.pid

Letzte Einträge aus "/var/log/liveconfig/liveconfig.log"

[2017/04/04 12:11:19.018199] [2120|2128] [LUA] Adding system account 'web50'
[2017/04/04 12:11:19.689917] [2120|2126] [LUA] LC.exec(/etc/init.d/nginx-php-fcgi stop web50): program output: Configuration file /etc/nginx/sites-enabled/web50.conf not found
[2017/04/04 12:11:19.689972] [2120|2126] [LUA] LC.exec(/etc/init.d/nginx-php-fcgi stop web50): exited with return code 1
[2017/04/04 12:11:29.757630] [2120|2128] [LUA] LC.exec(/etc/init.d/nginx reload): program output: Reloading nginx configuration (via systemctl): nginx.service.
[2017/04/04 12:12:28.989862] [2120|2127] [LUA] LC.exec(/etc/init.d/nginx-php-fcgi restart web50): program output: Stopping PHP FastCGI for NGINX: web50 - done.
Starting PHP FastCGI for NGINX: web50 - done.
[2017/04/04 12:12:29.077909] [2120|2127] [LUA] LC.exec(/etc/init.d/nginx reload): program output: Reloading nginx configuration (via systemctl): nginx.service.
[2017/04/04 12:13:59.904709] [2120|2127] [LUA] LC.exec(/etc/init.d/nginx-php-fcgi restart web50): program output: Stopping PHP FastCGI for NGINX: web50 - done.
Starting PHP FastCGI for NGINX: web50 - done.

Nginx meldet:

connect() to unix:/var/www/web50/conf/sockets/nginx-php-fcgi.sock failed (2: No such file or directory)

Bitte um Hilfe

Die Ausgabe von "liveconfig --diag":

Checking for web server software:
- Found 'nginx' web server
Version: '1.10.3'
Package version: '1.10.3-1~dotdeb+8.1'
SNI support: yes
- PHP 7.0.17 [DEFAULT] (code='php7', bin='/usr/bin/php-cgi', SAPI=CGI/FastCGI)
default php.ini: '/etc/php/7.0/cgi/php.ini'

Die Ausgabe von "netstat -a | grep php":

unix 2 [ ACC ] STREAM HÖRT 15171 /var/www/web123-56/conf/sockets/nginx-php-fcgi.sock
unix 2 [ ACC ] STREAM HÖRT 24102 /var/www/web122-54/conf/sockets/nginx-php-fcgi.sock
unix 2 [ ACC ] STREAM HÖRT 24085 /var/www/web118-50/conf/sockets/nginx-php-fcgi.sock
unix 2 [ ACC ] STREAM HÖRT 15238 /var/www/web120-52/conf/sockets/nginx-php-fcgi.sock
unix 2 [ ACC ] STREAM HÖRT 15158 /var/www/web119-51/conf/sockets/nginx-php-fcgi.sock
[...]

Hier wir anscheinend versucht auf "nginx-php-fcgi.php70.sock" zuzugreifen, wobei der Socket eigentlich "nginx-php-fcgi.sock" heißt.

Guten Tag,

wir schlagen folgende Änderung an der implementierungvon Let's Encrypt vor:

- Das Eingabefeld "Telefon:" sollte entfernt werden, da Let's Encrypt diese Funktion nicht mehr unterstützt. Sobald dort etwas eingetragen wird, kommt der Fehler "Error creating new registration :: Contact method tel is not supported".

- In dem ACME Dialog sollte die Option "[x] auch 'www.'-Subdomain mit diesem Zertifikat berücksichtigen" nicht standardmäßig gesetzt sein, da wir sehr oft unseren "eher unerfahrene" Kunden erklären müssen, dass Sie den Harken entfernen müssen, wenn sie keine "www.subdomain.domain.tld" erstellt haben.

Da Let's Encrypt ja mehrere Domains mit auf das selbe Zertifikat nemen kann, wäre es villeicht sogar noch eine bessere Idee, die oben genannte Option zu entfernen, und durch einen [ weitere Domain hinzufügen ] Butten/Feld zu ersetzen.

Guten Tag,

wir haben auf unserm Server das Problem, dass wir PHP-7.0 nicht zum laufen kriegen.

LiveConfig 2.2.3-r4343 auf Debian 8.

Nginx meldet immer nur Fehler 502 und im error_log erscheint folgendes:

[error] 4744#4744: *73 connect() to unix:/var/www/web24/conf/sockets/nginx-php-fcgi.php70.sock failed (111: Connection refused) while connecting to upstream,

Alle php-opt Versionen laufen zwar problemlos, ebenso wie php5.6 aus der Debian Repo.
Auf Grund der einfachen Installation der Erweiterungen würden wir jedoch gerne php7.0 aus der dotdeb.org Repo. verwenden, was den oben genannten Fehler verursacht