Posts by kess

    In effect it's strange that something different happens when I modify that file.
    The result of the above command results empty, so it's not included nowhere...


    Let me investigate deeper, I'll let you know if I find something.


    Thx a lot,
    bye Kess.

    In effect the last lines of my proftpd.conf file looks like that:

    Code
    1. # SSL configuration<IfModule mod_tls.c> TLSEngine on TLSRequired off TLSLog /var/log/proftpd/ftp_ssl.log TLSProtocol TLSv1 TLSOptions NoCertRequest NoSessionReuseRequired TLSRSACertificateFile /etc/imscp/imscp_services.pem TLSRSACertificateKeyFile /etc/imscp/imscp_services.pem TLSVerifyClient off</IfModule>


    but I have some problems while connecting through TLS...


    If I set in tls.conf something like:

    it works correctly.


    That's strange, because it's declared before... I need to investigate deeper into that...


    Anyway thank you for replying to the prev message.
    Bye Kess.

    Well, in effect this parameter should be settet up and not commented out as it's now.


    Perhaps @Nuxwin could give a check about that.
    Please let me know if I should open a ticket about that, or if it's intended to work as you implemented it.


    Thank you :-)

    Hello guys,
    this procedure has been done multiple times, but unfortunately this time without luck.


    Source and destination servers are identical, so Jessie x64 running in a Hyper-V environment.
    I copied from old server:
    /etc/imscp
    /var/www
    /var/mail
    and all the databases of course...


    on the new server I started: "perl imscp-autoinstall -dar" using version 1.3.1 (like source server) and then also with 1.3.3


    the log says:

    I also tried something different from ajaxplorer, same results...


    Options:
    mysql 5.5, php-fpm, dovecot, proftpd, no SSL
    sources.list has not been touched with exotic mods, just original...
    networking works, dns resolution works...


    Am i perhaps missing something ?


    If you need any further informations, please let me know.
    Thank you, bye Kess.

    Just a little correction about what you wrote there:
    The contents of the file /etc/php/conf.d/ioncube.ini should be:


    For PHP 5.3

    Code
    1. zend_extension = /usr/lib/php5/20090626/ioncube_loader_lin_5.3.so; priority=00

    For PHP 5.4

    Code
    1. zend_extension = /usr/lib/php5/20100525/ioncube_loader_lin_5.4.so; priority=00

    For PHP 5.5

    Code
    1. zend_extension = /usr/lib/php5/20121212/ioncube_loader_lin_5.5.so; priority=00

    For PHP 5.6

    Code
    1. zend_extension = /usr/lib/php5/20131226/ioncube_loader_lin_5.6.so; priority=00


    For PHP 7.0

    Code
    1. zend_extension = /usr/lib/php5/20151012/ioncube_loader_lin_7.0.so
    2. ; priority=00


    The comment you find there, is not just a simple comment. It tells the order the module should be loaded into PHP. Ioncube must be the first module in the load chain, so that's the reason I put 00 in as priority.
    Hope it helps.


    P.S: In my systems I didn't create /etc/php/conf.d/ioncube.ini but I've created /etc/php/mods-available/ioncube.ini
    Then I ran the command "php5enmod ioncube" and everything has been setted up correctly.

    Thank you for your investigation and for confirming the bug.
    At present I've re-created the root user on all the MySQL instances, so it's a non problem...


    Regarding the code part you have missed, don't worry, it happens to the bests also :thumbup: