Beiträge von arnoldB

    Ich besitze auch Wildcard-Zertifikate und weise sie den jeweiligen Domains (top level/ second level) zu.


    Wo liegt das Problem / Wie lautet wo die Fehlermeldung?

    1. Danke, genau das war es.. Für die anderen: Die Datei custom.lua sollte man in den Verzeichnis erstellen:
    /usr/lib/liveconfig/lua


    => http://www.liveconfig.com/de/h…html#api.lua.organisation ;)



    2. Ja, dort sind keine Unterordner vorhanden, muss ich also Webspace aktivieren,
    und das Feld leer lassen?
    Wenn ich dann versuche die Website aufzurufen: "Seite konnte nicht gefunden werden"


    Das ist eine Fehlermeldung vom Browser. ;)
    Stimmen die DNS-Alias Resource Records (www IN A <IP-Addr>)? Gibt es eine Fehlermeldung im Webserver-Logfile? Wurden vHosts korrekt angelegt? Sind alle notwendigen Module aktiviert?


    Edit: Läuft der Webserver? An der im ersten Screenshot zu sehenden IP-Adresse scheint dies nicht der Fall zu sein (Firewall?).

    Wenn du Anwender bist solltest du dir einen Administrator für dein System suchen.


    Zitat

    Could not reliably determine the server's fully qualified domain name, using 2a01:4f8:140:218c::2 for ServerName


    Ist schon länger her seit ich zuletzt so einen Fehler vor mir hatte.


    Wie sieht denn die Datei /etc/apache2/sites-enabled/000-default aus? Ist der vollständige Hostname des Systems auch ein FQDN (siehe hostname --fqdn )? Wurde der Webserver (Apache) durch LiveConfig (siehe Serververwaltung) verwaltet/ eingerichtet/ konfiguriert?

    Edit: Zu langsam. :)


    Moin,


    kann mir vielleicht jemand die php.ini Einstellungen VOR der neuen ini Verwaltung nennen?
    Oder kam die gar nicht von liveconfig?



    Beim kurzen Überfliegen der web.lua:


    if LC.distribution.family == "Debian" then
    inputfile = "/etc/php5/cgi/php.ini"
    elseif LC.distribution.family == "SUSE" then
    inputfile = "/etc/php5/fastcgi/php.ini"
    elseif LC.distribution.family == "RedHat" then
    inputfile = "/etc/php.ini"
    elseif LC.distribution.family == "Gentoo" then
    inputfile = "/etc/php/cgi-php5.3/php.ini"


    Abzüglich noch der Kommentarzeilen und ersetzt werden dann noch folgende Direktiven:


    ['upload_tmp_dir'] = '"' .. opts.path .. '/tmp"',
    ['session.save_path'] = '"' .. opts.path .. '/tmp"',
    ['soap.wsdl_cache_dir'] = '"' .. opts.path .. '/tmp"',
    ['suhosin.session.encrypt'] = 'off',
    ['suhosin.executor.include.whitelist'] = 'phar',


    opts.path dürfte /var/www/<kundenvetrag>/ sein.

    So nach mehreren Tests habe ich noch Probleme mit dem Verzeichnis Schutz. Wenn ich einen Passwortschutz für einen Ordner einrichte wird dieser in der Apache Konfiguration eingetragen aber die .htpasswd Datei nicht angelegt. Das Liveconfig.log hat hier auch keine Fehlereinträge. Sie ist einfach nur nicht vorhanden im conf Ordner.


    Das Problem habe ich hier derzeit auch. Die Datei /var/www/<vertrag>/conf/.htpasswd wird nicht angelegt.


    # liveconfig --diag: https://np.adm.sx/view/f8b427b8


    In der Diagnose-Anzeige werden in der Zeile "Modules:" für den Webserver (apache) keine Module gelistet. Absicht?



    Existiert im logs/-Verzeichnis bei einem neu erstellten Kunden noch keine access.log-Datei, bleibt die Auswahlliste oben in der Fehlerprotokoll-Anzeige leer.


    Die neuen Inhalte der Datei error.log werden in der Fehlerprotokoll-Anzeige nicht angezeigt. Die access.log-Daten werden problemlos dargestellt. Die Fenstergröße lässt sich leider nicht verändern sodass man kurz mit dem horizontalen Scroll-Balken arbeiten muss. Find ich aber nicht schlimm. Mir gefällt die Funktionalität ansonsten sehr gut.


    Könnte man die Grafik ani16-loading.gif nicht oben (neben der Auswahlliste) anzeigen lassen? :)




    ich habe noch einen Bug gefunden. Wenn man einen Resellervertrag angelegt hat und dieser Reseller dann den ersten Kunden anlegen möchte, und dabei den Contact von sich verwendt. Der vom Admin angelegt wurde und dort durchgereicht wird. Passiert im anschluss nach dem Klick auf "Speichern" nichts. Ich habe das mit Chrome und Firefox getestet. Wenn man aber als Reseller einfach einen neuen Contact anlegt, funktioniert alles ganz normal.


    Siehe hierzu auch 3) in einem anderen Beitrag. Ob der Fehler noch existiert habe ich nicht geprüft.

    Ggf. stimmen die User-Rechte der Skripte im htdocs/-Verzeichnis nicht? Die Dateien sollten <vertragsname>:<vertragsname> angehören.


    Ich weiß gerade nicht mit Sicherheit ob das beim Setup hier mit LiveConfig eine Fehlerursache sein kann.