Необхідно переконатися в тому, що ваш домен веде на потрібний вам IP. Для цього перевірте роботу серверів імен
Поширені причини, чому з'являється дане повідомлення:
1. домен створений, але кеш DNS ще не оновився. Оновлення займає від 2 до 72 годин.
2. У пункті "WWW домени" в налаштуваннях домену в графі "Контрольний аркуш" вказано ім'я файлу, відсутнього на сервері (в такому випадку по домену може також виводитися сторінка "Index of.". Дане поле можна залишати порожнім: у такому випадку відкриється сторінка index.html. якщо її немає - index.php.
3. Важливо, щоб всі файли CMS і сайту були завантажені в директорію вашого домену / www / ім'я_домена.
В інших випадках необхідно детально розбиратися в файлі конфігурації.
Сервер не пінгуєтся. але необхідно оперативно відновити роботу сервера - перезавантажте сервер. Це можна зробити, зайшовши в Особистий кабінет (BILLmanager) => "Товари / Послуги" => "Віртуальні сервера" => Виділяєте потрібний продукт => Кнопка "В панель" в правому верхньому кутку:
"Управління" => "Віртуальні машини" => Виділити потрібний сервер => Кнопка "Перезапуск"
Якщо сайти не відкриваються, то спробуйте відкрити панель управління ISPmanager за посиланням:
Панель ISPmanager 5 => Система => Служби => У рядках nginx і httpd повинні бути включені лампочки, якщо лампочки не горять, то виділити потрібне ім'я процесу => Кнопка "Старт"
Якщо Web-сервер не запускається, то потрібно запустити його вручну через консоль, підключившись по ssh.
Можливі помилки при запуску Apache, які ви побачите в консолі:
bad user name
Apache-mpm-ITK вказати AssignUserID
Apache-mpm-Prefork вказати SuexecUserGroup
Дізнатися, яка версія Apache у вас встановлена, можна, виконавши команду:
Ось приклад конфіга:
Після внесення змін до конфігураційний файл Apache, для вступу в силу цих змін, потрібно перезапустити веб сервер.
Syntax error
php_admin_value
Для усунення проблеми вам варто:
1) Перевірити, чи встановлений на вашому сервері PHP командою:
Якщо він встановлений, то отримаєте приблизно таку відповідь:
2) Перевірити, чи підключений модуль PHP для Apache. Це можна зробити, виконавши команду:
Висновок повинен бути приблизно таким:
Зверніть увагу, що на Debian / Ubuntu модуль буде дійсно підключений, тільки якщо він підключений з директорії mods-enabled - другий рядок виведення з прикладу
Висновок повинен бути приблизно таким:
Зверніть увагу, що модуль повинен бути прописаний у файлі /etc/httpd/conf.d/php.conf для потрібної версії Apache:
Потрібно зайти в файл /etc/apache2/mods-enabled/php5.load і видалити "#".
3) Встановити потрібний модуль на ваш сервер:
Для Centos модуль ставиться разом з PHP. Якщо PHP у вас встановлений, то варто перевірити, чи є на вашому сервері бібліотека php командою:
Якщо цей файл є висновок буде такий:
Якщо бібліотека є, значить потрібно прописати налаштування в файл /etc/httpd/conf.d/php.conf як зазначено вище.
Для установки PHP використовуйте команду:
Увага. Якщо у вас вже встановлений PHP, то виконання даної команди може привести до зміни версії PHP. Запускайте все команди обдумано.
Web-сервер запущений, але іноді з'являється помилка про те, що сервер недоступний
Якщо сайт працює, але іноді відкривається занадто повільно або деякі картинки сайту не завантажуються, то варто дивитися логи вашого сервера. Розберемо часті помилки, які ви можете побачити в логах:
Після внесення змін до конфігураційний файл Apache, для вступу в силу цих змін, потрібно перезапустити веб сервер.
Server reached MaxClients setting
Перевищено ліміт одночасних підключень, в цьому випадку краще спочатку виявити причину виникнення помилки. Просте збільшення параметра - це не найоптимальніший вихід із ситуації. Оптимальне значення MaxClients можна розрахувати за наступним принципом:
де M - фізична пам'ять на сервері, 30% - пам'ять для інших процесів, H - пам'ять займана одним httpd процесом
Наприклад, якщо у вас встановлено 2 Гб фізичної пам'яті і один httpd процес з'їдає 35 Мб, то (2048-30%) / 35 = 40,96 (округлимо в меншу сторону до 40), тобто. 40 це максимальна кількість httpd процесів, при якому буде гарантована стабільна робота сервера.
Змінити MaxClients ви можете в файлі:
Для Apache ITK, модуль за замовчуванням не прописаний, тому MaxClients за замовчуванням дорівнює 256 одночасний підключень. Для зміни цієї директиви потрібно прописати:
Для Apache Prefork потрібно поміняти значення в секції:
Для Apache ITK, модуль за замовчуванням не прописаний, тому MaxClients за замовчуванням дорівнює 256 одночасний підключень. Для зміни цієї директиви потрібно прописати:
Для Apache Prefork потрібно поміняти значення в секції:
Після внесення змін до конфігураційний файл Apache, для вступу в силу цих змін, потрібно перезапустити веб сервер.
Out of memory
Можливі помилки під час запуску:
Unknown directive
Could not build the server_names_hash
Помилка виникає, якщо задано велику кількість імен серверів або занадто довге ім'я одного з доменів. За замовчуванням обмеження дорівнює 32. Для усунення помилки необхідно зменшити довжину імені домена / поддомена або збільшити значення директиви:
Після внесення змін до конфігураційний файл Nginx, для вступу в силу цих змін, потрібно перезапустити веб сервер.
Якщо в файлі конфігурації Nginx все вказано вірно, а сайт відкривається не той, то дивіться настройки в файлі конфігурації Apache.
Успішний запит. Якщо клієнтом були запитані будь-які дані, то вони знаходяться в заголовку і / або тексті листа.
301 Moved Permanently
304 Not Modified
Сервер повертає такий код, якщо клієнт запросив документ методом GET. При цьому повідомлення сервера не повинно містити тіла. Таким способом можна перевірити, що кешируєтся на вашому сайті, а що ні. Щоб її прибрати потрібно дивитися конфігурації кешуючих пристроїв, це може бути Nginx, eAccelerator, PhpExpress, XCache, Windows Cache Extension for PHP, Zend OPcache, MemCached або Apc.
400 Bad Request
Сервер виявив в запиті клієнта синтаксичну помилку. Причиною можуть бути наступні проблеми:
2.БЛОКІРОВКА брандмауер WINDOWS
Щоб виключити антивірус зі списку можливих причин, потрібно на час його повністю відключити, перевантажити комп'ютер і перевірити завантаження проблемних сторінок при відключеному антивірус. Якщо помилка 400 зникає, необхідно відкоригувати настройки антивірусної програми або змінити антивірусну програму.
Якщо нічого з вище описаного не допомогло, то необхідно перевірити роботу модему або самого інтернет провайдера. Якщо помилка все ж іноді з'являється, спробуйте змінити вашого інтернет провайдера.
403 Forbidden
Сервер зрозумів запит, але він відмовляється його виконувати через обмеження в доступі для клієнта до зазначеного ресурсу. Якщо для доступу до ресурсу потрібно аутентифікація засобами HTTP, то сервер поверне відповідь 401 або 407 при використанні проксі. В іншому випадку обмеження були задані адміністратором сервера або розробником веб-додатки і можуть бути будь-якими в залежності від можливостей використовуваного програмного забезпечення.
Тоді помилки будуть виводитися не тільки в логи, але і на екран при відкритті сайту.
404 Not Found
Тоді помилки будуть виводитися не тільки в логи, але і на екран при відкритті сайту.
413 Request Entity
Повертається в разі, якщо сервер відмовляється обробити запит через занадто великого розміру тіла запиту (довжина URL). Сервер може закрити з'єднання, щоб припинити подальшу передачу запиту. Виникає часто при завантаження великих файлів. Для вирішення проблеми, якщо у вас стоїть Nginx потрібно в конфіги додати або збільшити параметр
Якщо у вас стоїть Apache, то потрібно в конфіги PHP, файл php.ini, збільшити параметри:
500 Internal Server Error
Тоді помилки будуть виводитися не тільки в логи, але і на екран при відкритті сайту.
502 Bad Gateway
Сервер, виступаючи в ролі шлюзу або проксі-сервера, отримав недійсне відповідь було надіслане від висхідного сервера. В даному випадку Nginx працює як Front-end і проксіруя запит йому ніхто не відповів. Як Back-end можуть виступати Apache, php-fpm або node.js, ось саме вони в даному випадку не працюють. Вам треба їх запустити.
Щоб дізнатися причину їх відключення вам потрібно подивитися в логи помилок встановленого Web-сервера.
503 Service Unavailable
Помилка може з'явиться з наступних проблем:
504 Gateway Timeout
Сервер в ролі шлюзу або проксі-сервера не дочекався відповіді від висхідного сервера для завершення поточного запиту. причини:
1. Занадто великий запит, який дуже довго виконується, наприклад, завантаження файлів або пошук на сайті, в такому випадку потрібно в файлі конфігурації Nginx збільшити час очікування:
Звертаю вашу увагу, збільшення цього параметра може збільшити навантаження на ваш сервер.
2. Велике навантаження на сервер, тому Web-сервер зазначений в якості Back-end не встигає відповісти за зазначений час через брак ресурсів.
Раджу подивитися інструкцію щодо зменшення навантаження на сервер
Якщо потрібно дізнатися причини недоступності сервера і усунути їх, щоб подібні проблеми не повторювалися в майбутньому, і у вас є пакет підтримки, раджу вам, без перезавантаження сервер, написати запит в технічну підтримку.