Search results

You can enable "automatic start on system reboot" option for specified container. See screenshot for details:

Also try to use the following code snippet as a "Hello world" app: const http = require('http'); const server = http.createServer((req, res) => { res.statusCode = 200; res.setHeader('Content-Type', 'text/plain'); res.end('Hello World\n'); }); server.listen(0, '0.0.0.0', () => {...

Can you provide the content of /var/log/nginx/error.log (last 20-30 lines)? There should be something about Passenger.

Can you provide the output of "plesk version" command (via ssh under the root user)? Also please check if SELinux is enabled. If yes, try to disable it and check again.

Try to uninstall "Resource controller" component (Tools & Settings -> Updates and Upgrades -> Add/Remove Components). Alternatively you can log into servers via SSH (under root user) and do the following: plesk sbin resctrl --disable

Please install/upgrade to Plesk 17.0.15 to solve the problem.

There was a conflict with Docker extension. Try to use an updated Amazon Route 53 extension: https://ext.plesk.com/packages/ed1860ee-45c5-4e2b-b6b7-44e5da69dca5-route53

Please try to remove and add the server once again at iPhone app.

As error message is saying you have a problem with your network connection. For example try to open https://<your-ip>:8443 using browser.

The issue with EULA has been fixed in v1.1.3. Try to update the app. Thank you for your patience.

In general there is no reason to mark cookies that does not contain any sensitive information with "secure" attribute (such as psaContext, locale and etc) because such information is useless for the attacker. And PCI scanners were happy with such behaviour. Can you provide a link on some...

Unfortunately, not yet.

Yes, .htaccess will be processed by Apache anyway and soap should work.

.htaccess is processed by web server, not by PHP. If you have selected the option "PHP 5.x via nginx" then .htaccess would not work. But serving of PHP via nginx requires PHP-FPM mode. Please make sure that you have selected PHP via Apache and check it once again.

Try to check "multiple PHP version support" feature. Go to Tools & Settings -> Updates and Upgrades and install additional PHP versions. Then go to Tools & Settings -> PHP Settings, select necessary PHP handler and enable or disable necessary PHP extensions.

So according to your sshd_config file the authorized_keys file should work. But it doesn't?

File authorized_keys should also work for you then. Unless you've changed the AuthorizedKeysFile variable in sshd_config file.

We can only guess that something wrong had happened either filesystem or some process really ate all the space. Try to run "du -sh /*" next time before reboot. Best practices are saying that it's better to have separate partitions for /tmp, /var, /usr mount points.

File authorized_keys2 is deprecated for ages. Could you tell please which OS do you use? Also please provide the output of the command: ssh -V

In most cases I've seen earlier the problem is related to improper PuTTY configuration, rather than problems on the server side. Try to take some Linux machine with the shell access, generate SSH key, put it to Plesk (via SSH keys manager) and check the ability to connect using keys. This action...