Потрібен Linux-адмін для відновлення доступу до сервера з Plesk (помилка 502, недоступний по порту 8443

Сервер «живий» локально, але ззовні (з інтернету) не відкривається. На коректному порту панелі Plesk 8443 отримуємо 502 Bad Gateway. Потрібен спеціаліст по Linux + Plesk, щоб знайти причину і повернути доступність з інтернету.

Що відбувається

• Довго орендуємо «стаціонарний» сервер, у провайдера немає адмінпідтримки.

• Панель Plesk повинна бути доступна на https://<наш-IP>:8443, але ззовні бачимо HTTP 502.

• Сайти/панель ззовні не відкриваються (порти 80/443/8443).

• Локально сервіси виглядають запущеними.

• SSH-доступу немає.

Що потрібно зробити

1. Діагностика мережі і причин 502:

   • Перевірити маршрутизацію/публічний IP/NAT/ACL у провайдера/на граничному обладнанні.

   • Перевірити фаєрволи Linux (nftables/iptables, firewalld, Plesk Firewall), fail2ban, можливу DDoS-фільтрацію.

   • Перевірити зв'язку реверс-проксі (nginx) → бекенд (apache/httpd або php-fpm, Plesk sw-cp-server).

   • Перевірити SSL/TLS і SNI на 443/8443 (сертифікати, ланцюги, автооновлення Let’s Encrypt).

2. Виправлення доступності:

   • Досягти стабільного відкриття панелі на :8443 і сайтів на 80/443 з інтернету.

   • При необхідності — коректна реконфігурація Plesk services (наприклад, sw-cp-serverd, psa, nginx, apache/httpd, php-fpm).

3. Звіт і профілактика:

   • Коротко описати причину, внесені зміни, де лежать бекапи/конфіги.

   • Дати рекомендації: моніторинг, алерти, резервні доступи (IPMI/KVM/Rescue), політика бекапів.

Важливі деталі (Linux)

• ОС: Linux + Plesk (точну версію уточнимо).

• Перевірити systemd-юніти: psa, sw-cp-server, nginx, apache2/httpd, php-fpm@*.

• Логи для аналізу:

  • /var/log/plesk/panel.log

  • /var/log/sw-cp-server/error_log

  • /var/log/nginx/error.log і access-логи сайтів

  • /var/log/httpd/error_log або /var/log/apache2/error.log (залежить від дистрибутива)

  • /var/log/fail2ban.log

• Перевірити Plesk-розширення (Firewall, ModSecurity), ліміти systemd, ulimit, SELinux/AppArmor (якщо включені), таймаути proxy/read/send в nginx.

Доступи/умови

• SSH немає. Потрібен доступ через IPMI/KVM/VNC/Rescue Mode (допоможемо організувати з провайдером).

• Готові координуватися з провайдером по розблокуванню портів/ACL.

Вимоги до виконавця

• Упевнений досвід Linux-адміністрування, Plesk, nginx/apache, мережевої діагностики (TCP, NAT, ACL, фаєрволи).

• Досвід усунення 502 (upstream, таймаути, права, сокети php-fpm, конфлікти портів).

• Акуратність: бекапи конфігів перед змінами, мінімізація простою.

Що додати в відповіді

• Коротко про релевантні кейси (Linux+Plesk, 8443, 80/443, 502).

• Запропонований план діагностики (по кроках).

• Оцінка термінів і ставка (фікс або погодинна).

• Готовність підписати NDA (за запитом).