We are happy to announce that Vesta is back under active development as of 25 February 2024. We are working on v1 candidate and expect to engage more with the community over the coming months. We are committed to open source, and we encourage contributors to help us build the future of Vesta.
application/octet-stream through nginx + php-fpm
-
- Posts: 2
- Joined: Sun Jun 09, 2019 6:44 pm
- Os: Ubuntu 15x
- Web: nginx + php-fpm
application/octet-stream through nginx + php-fpm
Hi there,
since today I'm experiencing a very weird issue with VestaCP
I'm running Ubuntu 16.04 with nginx + php-fpm configuration
I noticed that last night Ubuntu did the security updates and the day after the server has been restarted as per custom configuration
Here the apt history log:
As per configuration already did in past, when someone requires a website in this form (domain.tld) nginx will redirect the link in https (https://domain.tld)
That configuration is working for more than a year because I do not usually change a production environment
What happened now?
If I try to reach a website as explained before the browser give me the possibility to download an application/octet-stream without visualising the website
If I try to reach directly the website through the port 443 (https://domain.tld) it works as expected
I tried to compare 2 different VestaCP web server but the configurations seemed the same
It seems like the nginx is not handling correctly the requests through its proxy and serving it through php-fpm
If you need more detail or some configure files just let me know
Thanks in advance for your collaboration
since today I'm experiencing a very weird issue with VestaCP
I'm running Ubuntu 16.04 with nginx + php-fpm configuration
I noticed that last night Ubuntu did the security updates and the day after the server has been restarted as per custom configuration
Here the apt history log:
After that, I'm experiencing a really weird issue when I'm trying to contact my website through the port 80Start-Date: 2019-06-07 06:16:11
Commandline: /usr/bin/unattended-upgrade
Upgrade: php7.0-cgi:amd64 (7.0.33-0ubuntu0.16.04.4, 7.0.33-0ubuntu0.16.04.5), php7.0-cli:amd64 (7.0.33-0ubuntu0.16.04.4, 7.0.33-0ubuntu0.16.04.5), php7.0-fpm:amd64 (7.0.33-0ubuntu0.16.04.4, 7.0.33-0ubuntu0.16.04.5), php7.0-gd:amd64 (7.0.33-0ubuntu0.16.04.4, 7.0.33-0ubuntu0.16.04.5), php7.0-opcache:amd64 (7.0.33-0ubuntu0.16.04.4, 7.0.33-0ubuntu0.16.04.5), php7.0-pspell:amd64 (7.0.33-0ubuntu0.16.04.4, 7.0.33-0ubuntu0.16.04.5), php7.0-common:amd64 (7.0.33-0ubuntu0.16.04.4, 7.0.33-0ubuntu0.16.04.5), php7.0-json:amd64 (7.0.33-0ubuntu0.16.04.4, 7.0.33-0ubuntu0.16.04.5), php7.0-mbstring:amd64 (7.0.33-0ubuntu0.16.04.4, 7.0.33-0ubuntu0.16.04.5), php7.0-readline:amd64 (7.0.33-0ubuntu0.16.04.4, 7.0.33-0ubuntu0.16.04.5), php7.0-xml:amd64 (7.0.33-0ubuntu0.16.04.4, 7.0.33-0ubuntu0.16.04.5), php7.0-curl:amd64 (7.0.33-0ubuntu0.16.04.4, 7.0.33-0ubuntu0.16.04.5), php7.0-ldap:amd64 (7.0.33-0ubuntu0.16.04.4, 7.0.33-0ubuntu0.16.04.5), php7.0-mcrypt:amd64 (7.0.33-0ubuntu0.16.04.4, 7.0.33-0ubuntu0.16.04.5), php7.0-imap:amd64 (7.0.33-0ubuntu0.16.04.4, 7.0.33-0ubuntu0.16.04.5), php7.0-intl:amd64 (7.0.33-0ubuntu0.16.04.4, 7.0.33-0ubuntu0.16.04.5), php7.0-soap:amd64 (7.0.33-0ubuntu0.16.04.4, 7.0.33-0ubuntu0.16.04.5), libapache2-mod-php7.0:amd64 (7.0.33-0ubuntu0.16.04.4, 7.0.33-0ubuntu0.16.04.5), php7.0-mysql:amd64 (7.0.33-0ubuntu0.16.04.4, 7.0.33-0ubuntu0.16.04.5)
End-Date: 2019-06-07 06:16:45
Start-Date: 2019-06-08 06:26:00
Commandline: /usr/bin/unattended-upgrade
Remove: linux-modules-extra-4.4.0-145-generic:amd64 (4.4.0-145.171), linux-modules-4.4.0-145-generic:amd64 (4.4.0-145.171), linux-headers-4.4.0-145:amd64 (4.4.0-145.171), linux-image-4.4.0-145-generic:amd64 (4.4.0-145.171), linux-headers-4.4.0-145-generic:amd64 (4.4.0-145.171)
End-Date: 2019-06-08 06:26:09
As per configuration already did in past, when someone requires a website in this form (domain.tld) nginx will redirect the link in https (https://domain.tld)
That configuration is working for more than a year because I do not usually change a production environment
What happened now?
If I try to reach a website as explained before the browser give me the possibility to download an application/octet-stream without visualising the website
If I try to reach directly the website through the port 443 (https://domain.tld) it works as expected
I tried to compare 2 different VestaCP web server but the configurations seemed the same
It seems like the nginx is not handling correctly the requests through its proxy and serving it through php-fpm
If you need more detail or some configure files just let me know
Thanks in advance for your collaboration
-
- Posts: 2
- Joined: Sun Jun 09, 2019 6:44 pm
- Os: Ubuntu 15x
- Web: nginx + php-fpm
Re: application/octet-stream through nginx + php-fpm
Any advice or anyone have something in mind?