Search results

IP Fail2Ban - not used Juggernaut Security and Firewall - used, 127.0.0.1 its ok Restoring the outgoing mail server to its original setting restored proper operation of everything. But there were also problems - after restoring, a message appeared about incorrect DNS settings in all domains. I...

Use the drop down in panel. The websites became inaccessible to everyone from the Internet - default PLESK appeared As you can see in the logs, the mail was not working - everything was left in queues There are no errors apart from those listed here.

https://support.plesk.com/hc/en-us/articles/12377670668311-How-to-change-the-IP-address-for-outgoing-emails-in-Plesk-for-Linux-with-Postfix-mail-server

This applies to incoming and outgoing mail: This is the additional IP 138.201.68.194 Web pages stopped working - the default PLESK page only show, SSL stopped working Most domain logs stopped being saved when the IP switched. Only this remains, In the PLESK logs : and etc.

Hello, Change the IP address for outgoing emails in Plesk panel server then broke the mail and all websites on the dedicated server. Maybe someone will answer why everything stops working all service?

Hello, I have a problem after hacking the server to send spam from my mailboxes. I have dozens or even hundreds of such processes all the time: I get a lot of alerts: lfd on bendlight.eu: High 5 minute load average alert - 6.40

I use Juggernaut Security and Firewall, appropriate rules were added. but it turned out that you had to add extra rule in /etc/csf/csf.allow: 172.17.0.0/16 In addition, there are problems with "websocket", I am in touch with plesk support.

I solved the problem myself :cool:

I didn't know that :) But this point can be inserted between cartoons:

In this forum, employees Plesk, I have bought the server with a plesk license but with Hetzner. Support Plesk does not accept this license, and I refer me to Hetzner, Hetzner refers me to Plesk. I have tried several times and it is always the same.

Any help? Even from the technical department Plesk, no one knows anything? Does it work to anyone?

Used Docker https://support.plesk.com/hc/en-us/articles/115004844374-How-to-proxy-requests-from-domains-to-Docker-container-in-Plesk- Entry on: http://led-glass.eu:8181 its work Entry on https://ubuntu.led-glass.eu - 502 Bad Gateway Nginx adding a new rule in domain always creates new...

Nobody really knows anything??

Hello, I have a problem with the Nginx proxy for the docker. When trying to enter the site from the container is: 502 Bad Gateway: 2020/03/16 12:15:06 [error] 28661#0: *27 connect() failed (111: Connection refused) while connecting to upstream, client: 31.0.xxx.xxx, server: ubuntu.led-glass.eu...

Thanks for help @Monty

Hi All, There is such a warning after upgrading from Onyx to Obsidian: [Warning] InnoDB: Table mysql/innodb_table_stats has length mismatch in the column name table_name. Please run mysql_upgrade [Warning] InnoDB: Table mysql/innodb_index_stats has length mismatch in the column name table_name...

I solved the problem myself, changed it in the table "smb_users" in database PSA: - contactName: varchar(255) to TEXT - companyName: varchar(255) to TEXT - country: varchar(255) to TEXT

I have the same problem: Migration failed: 17.9.6/2019-04-23-11-14-00_add_recovery_email.php Query failed: ALTER TABLE `smb_users` ADD COLUMN `externalEmail` varchar(255) Row size too large. The maximum row size for the used table type, not counting BLOBs, is 8126. This includes storage...

Yes, the backup file is bigger But downloading and unpacking in the / tmp directory takes only a 10-15 minutes - restoring 5 hours I also launched a test server, 100MB backup file and the same problem. Also it is not the fault or configuration settings for my server.

Load Average 0.84 .069 0.70 Load Average 0.22 0.34 0.53 within a few minutes For example, I also have Softaculous installed, which I use for a Prestashop backup of the store. Restoring the 300 Mb database and 2 GB directories takes 2-3 minutes. Plesk is a good solution, but the backup...