NS8 Webserver questions

danb35 · December 2, 2024, 10:22am

I’m having some trouble getting Meteotemplate working in a virtual host using the Webserver module. Specifically running into three questions:

Does the setting below enable url_fopen? Because I have it enabled as shown, but the application is reporting that url_fopen is disabled.
- …and if it doesn’t, how can it be enabled?
Is the webserver able to write to its own data directory? Meteotemplate uses a setup page which (is supposed to) write a config.php file to its directory, and this is failing.
- Likewise, if it isn’t, can this be changed?
How would I track down the cause of a completely blank page? I’m assuming it’s a PHP error of some sort, but the webserver logs are completely silent.

danb35 · December 2, 2024, 10:42am

Confirmed, no, it does not:

So how to enable it? I see the question was asked last year here, but no answer there.

dnutan · December 2, 2024, 9:19pm

Yes, it should.

AllowUrlfOpen : This option enables the URL-aware fopen wrappers that enable accessing URL object like files. use enabled|disabled
Source Code

“AllowUrlfOpen”:“URL-aware fopen wrappers”,

It worked on my side, enabling it at first vhost creation:

But disabling or enabling it again, only took effect after a (web)server restart (or after reloading php service). Which could be a Bug.

runagent -m webserver1 systemctl --user reload phpfpm@8.3

dnutan · December 2, 2024, 9:53pm

If related webserver services are started and the request reaches the server, they should be reporting and logging errors/warnings.
Sometimes browser console can give some hint.
If it’s a php file, a quick way to see generated php errors is to force showing them for the file code in question, by editing the file and adding (usually at the top of the file, within the usual <?php code marks ?>):

ini_set('display_errors', 1);
error_reporting(E_ALL);

danb35 · December 2, 2024, 11:29pm

I can confirm it behaves this way, and I’d certainly consider it a bug.

stephdl · December 3, 2024, 7:11am

I try to reproduce, thank a lot

stephdl · December 3, 2024, 7:48am

fun, we already reload the service

github.com

NethServer/ns8-webserver/blob/1d29b9e3c4381fc1974ce1be554ebf7d486e746a/imageroot/actions/update-vhost/30SystemdServices#L54


      
              PhpServiceArray = glob.glob('php*-fpm-custom.d')
              for folder in PhpServiceArray:
                  ConfiguredServices = re.findall('php[0-9\.]+', folder)
                  ListConfigurations = glob.glob(folder+'/*.conf')
                  if not ListConfigurations :
                      subprocess.run(["systemctl", "--user", "disable","--now", "phpfpm@"+ConfiguredServices[0].replace('php','')+".service"])
              # pull the image if missing
              subprocess.run(["download-php-fpm",str(PhpVersion)])
              # start the container  if stopped
              subprocess.run(["systemctl", "--user", "enable", "--now", "phpfpm@"+str(PhpVersion)+".service"])
              subprocess.run(["systemctl", "--user", "reload", "phpfpm@\*.service"])
          else:
              subprocess.run(["systemctl", "--user", "reload", "nginx.service"])
              subprocess.run(["systemctl", "--user", "reload", "phpfpm@\*.service"])

stephdl · December 3, 2024, 8:01am

ok I got a fix

stephdl · December 3, 2024, 8:41am

github.com/NethServer/dev

Webserver: PHP Directive allow_url_fopen Not Updating Dynamically

opened 08:37AM - 03 Dec 24 UTC

stephdl

The allow_url_fopen setting does not dynamically update when toggled in the webs…erver settings. The PHP directive retains the initial value until the PHP-FPM container is manually reloaded. ### Steps to Reproduce 1. Install the webserver. 2. Configure SFTPGo. 3. Create a virtual host. 4. Set the desired PHP version (e.g., PHP 8.3). 5. Upload a phpinfo script to the virtual host via SFTPGo. 6. Toggle URL-aware fopen wrappers (enable) and save. 7. Verify allow_url_fopen is enabled in phpinfo. 8. Toggle URL-aware fopen wrappers (disable) and save. ### Expected Behavior The allow_url_fopen directive should reflect the toggle state immediately after saving the settings. ### Actual Behavior The allow_url_fopen directive retains the value set when the virtual host was created, until the PHP-FPM container is manually reloaded. ### Affected Version Webserver: 1.0.19 ### References [Community Discussion](https://community.nethserver.org/t/ns8-webserver-questions/24982/3) Special thanks to dnutan and danb35 for insights!

stephdl · December 3, 2024, 10:29am

we are waiting verifications about this topic

github.com/NethServer/dev

Webserver: PHP Directive allow_url_fopen Not Updating Dynamically

opened 08:37AM - 03 Dec 24 UTC

stephdl

The allow_url_fopen setting does not dynamically update when toggled in the webs…erver settings. The PHP directive retains the initial value until the PHP-FPM container is manually reloaded. ### Steps to Reproduce 1. Install the webserver. 2. Configure SFTPGo. 3. Create a virtual host. 4. Set the desired PHP version (e.g., PHP 8.3). 5. Upload a phpinfo script to the virtual host via SFTPGo. 6. Toggle URL-aware fopen wrappers (enable) and save. 7. Verify allow_url_fopen is enabled in phpinfo. 8. Toggle URL-aware fopen wrappers (disable) and save. ### Expected Behavior The allow_url_fopen directive should reflect the toggle state immediately after saving the settings. ### Actual Behavior The allow_url_fopen directive retains the value set when the virtual host was created, until the PHP-FPM container is manually reloaded. ### Affected Version Webserver: 1.0.19 ### References [Community Discussion](https://community.nethserver.org/t/ns8-webserver-questions/24982/3) Special thanks to dnutan and danb35 for insights!

dnutan · December 3, 2024, 11:14pm

Upgrade existing instance

(without paying attention to #7083)

From app update on existing instance and virtual host the fopen fix didn’t work.
Creating a new virtual host, replaced the old virtual host (if mind doesn’t play tricks on me) but retained folder data, sftpgo access and http route + added the new http route.
On one occasion, all virtual hosts showed the same user:password hint (9001:9001) instead of their own, but refreshing the page solved it.
Creating a new virtual host without choosing php version, then editing it and chosing php version, php remains inaccessible:
Editing virtual host by changing php version, changes are applied (site accessible and fopen status according to what was set on the UI).

All of the above without having restarted the server.

Clean Install of new (dev) webserver instance

Fix worked.

EDIT: on new test, can confirm that upgrade of an instance with virtualhost1, creating a new virtual host morphed virtualhost2 into virtualhost2 (instead of creating new vhost it took over the first one).

stephdl · December 4, 2024, 8:05am

@france I think it is what you saw too ?

stephdl · December 4, 2024, 8:12am

it should, can you check in log if you get a restart of the phpfpm container

interesting yes

yes we got something workable

france · December 4, 2024, 8:21am

I really think so. The video I shared with you shows this if at least it’s the same problem.

stephdl · December 4, 2024, 8:21am

thank you so much mates, I try to reproduce

stephdl · December 4, 2024, 8:24am

@dnutan I asked you to upgrade from the webserver:1.0.20-dev.1 the previous version before the fix about fopen is fixed, but you find a major issue relative to vhost, I am on it

stephdl · December 4, 2024, 8:57am

hum I can reproduce something weird … wtd

stephdl · December 4, 2024, 10:39am

Are you sure you dropped a new phpinfo file in the vhost, your test case did not mention it. By the way I cannot reproduce, without php the file is downloaded, with php the file is displayed an I can see the php settings as usual.

stephdl · December 4, 2024, 10:41am

I have a fix, thank for your tests @dnutan

indeed…webserver is more and more used than before and it is good but nobody see this bug since the beginning

dnutan · December 4, 2024, 1:59pm

As far as i can remember, Yes