Posts by viper_iii

  • [Solved] SSL usage

    yes - had to fix that immediately as it broke another site I have https on that had to be fixed asap..


    had that issue directly after upgrade...
    /var/www/imscp/engine/PerlLib/iMSCP/OpenSSL.pm
    mine currently looks like:


    Code
    1. return 0 if $self->{'ca_bundle_container_path'} eq '';

    So that isn't it... I was getting invalid cert errors - vs the other post was redirecting to panel vs a different site entirely.

  • [Solved] SSL usage

    Have a site on http://website.com - working on IP x.x.x.8


    added https cert to it and works for both https and http.


    another domain on x.x.x.8
    add https it also works


    however a 3rd domain I'm playing with I have a wildcard cert - using cloudflare cert


    *.domain.com
    however when I test it is is not working..


    http://domain / sub.domain.com load fine
    https://domain or invoice.domain.com load https://website.com instead


    verified that domain_ssl.conf appeared to load the correct docroot - but still not sure why it is loading domain.com and showing website.com (cert is using *.website.com)



    One of the potential issues:
    cloudflare does not have a bundle so to get it working I had to save the pem files and edit each sites <domain>_ssl.conf file for keyfile and aim directly at that sites pem file vs the existing method.


    The SSL input screen won't allow a save without bundle text pasted in - and using cloudflare - that is not possible.


    - LetsEncrypt - was playing with that but couldn't figure out sub-domains


    I need primarily a billing / invoice subdomain to be protected - however would prefer all sites with https.. especially since Cloudflare provides this free!


    --- Not sure any of this would be resolved with 1.3...
    and it seems like 1.3 is a bit off (still some stabilization time pending - before release)... - was hoping it would show up in May but now June is almost gone and I'm betting July will be busy as well and possibly not see 1.3 either.


    Either way - think the SSL is pretty nice - but primarily the fix would be to allow save without bundle text I think....?

  • 1.2.14 > 1.2.15 Error - APC error, Timezone warning (with PHP version from Dotdeb on Wheezy)

    only showed up when going from 14 > 15...


    all other upgrades have gone exactly as planned...
    With Exception of having to comment out per the errata / your instructions - php-apc


    12> 13 & 13 > 14 also showed these errors at time of setting up "composer" but proceeded without any issue:


    get-composer section it looks like...


    â '/usr/lib/php5/20121212/apc.so' - /usr/lib/php5/20121212/apc.so: cannot â
    â open shared object file: No such file or directory in Unknown on line 0 â
    â Loading composer repositories with package information â
    â Updating dependencies (including require-dev)



    the time issue is un-related it looks like however the install / update process appears to be updating something that is still calling for it and this time it cannot get past it when it did previously.... Ideas?


    so if un-related where exactly would you check in php settings

  • 1.2.14 > 1.2.15 Error - APC error, Timezone warning (with PHP version from Dotdeb on Wheezy)

    currently using wheezy with php 5.5.30 update - switcher also installed and working as expected


    cleared apc line from:
    <package>php-apc</package>
    docs/Debian/packages-wheezy.xml


    and ran installer..


    Error specifically shows:
    [ERROR] main::setupUpdateDatabase: PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php5/20121212/apc.so' - /usr/lib/php5/20121212/apc.so: cannot open shared object file: No such file or directory in Unknown on line 0
    PHP Warning: DateTime::createFromFormat(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected the timezone 'UTC' for now, but please set date.timezone to select your timezone. in /var/www/imscp/gui/library/Functions/Intl.php on line 162


    See its complaining about Time but this has never had an issue previously... - easy enough to update once is back up and running though.

  • Solved - phpswitcher - 500 errrors?

    I'll preface -
    Probably my fault and not code... but definitely not working right for me...


    System is running php 5.5.30 (used upgrade process from within the forums for how to get that working before I purchased the phpswitcher plugin)


    I have current version loaded and believe its setup right...
    plugin loaded without issue and I ran the script to download and prep 5.6 and 7.x versions to be available.


    I used these for the following php setups - which may be where the problem is:


    PHP 7.0
    /opt/phpswitcher/php7.0/share/pear
    /opt/phpswitcher/php7.0/bin/php-cgi
    /opt/phpswitcher/php7.0/sbin/psw-7.0-fpm
    /opt/phpswitcher/php7.0/etc/php/conf
    /opt/phpswitcher/php7.0/etc/php-fpm.d


    PHP 5.6
    /opt/phpswitcher/php5.6/share/pear
    /opt/phpswitcher/php5.6/bin/php-cgi
    /opt/phpswitcher/php5.6/sbin/psw-5.6-fpm
    /opt/phpswitcher/php5.6/etc/php/conf
    /opt/phpswitcher/php5.6/etc/php-fpm.d


    all looked good but when I change a domain *as a user account* and set to 5.6 / 7 I get 500 errors...


    From Domain error logs:
    FastCGI: failed to connect to server "/var/lib/apache2/fastcgi/php5-fcgi-<domain>.com": connect() failed


    So I'm sure I have something wrong... but where exactly?