Потрібна допомога з веб-сайтом? Знайдіть свого спеціаліста з VEDOS Profi ⧉.
У цій статті ви дізнаєтеся:
Коли використовувати цей посібник
- Сайт або піддомен повідомляє Forbidden – You don’t have permission to access … on this server: усунення помилки 403.
- Ви завантажили сайт через FTP-клієнт, а браузер замість нього показує помилку або порожню сторінку: перевірка файлів на FTP.
- Щойно створений піддомен або перенесений сайт (наприклад, WordPress із тестового піддомену) повідомляє про помилку 403: папки domains і subdom.
- Ви бачите помилку 403 разом із помилкою сертифіката або HTTPS: активація HTTPS.
- У WordPress після збереження запису з’являється помилка 403 за адресою /wp-json/: налаштування системи керування вмістом.
Помилка 403 Forbidden
Помилку 403 можна впізнати за великим заголовком Forbidden у верхній частині сторінки. Під заголовком ви знайдете докладніший опис помилки. На вкладці браузера відображається текст 403 Forbidden.
Усунення помилки 403
Помилка 403 може мати різні причини. За повідомленням під заголовком Forbidden можна визначити конкретну причину, але якщо ви не впевнені, виконайте всю процедуру.
Кроки цієї процедури:
- Виправлення прав доступу до файлів
- Перевірка файлів на FTP
- Активація HTTPS
- Перевірка налаштувань системи керування вмістом
- Втручання Support
Під час перевірки результату завантажуйте сторінку повторно за допомогою комбінації клавіш Ctrl + Shift + R, яка обходить кеш браузера. Якщо комбінація не працює, очистьте кеш браузера.
Виправлення прав доступу до файлів
Виправивши права доступу до файлів, ви забезпечите браузеру доступ до всіх файлів і папок сайту. Обмеження цих прав — одна з найпоширеніших причин помилки 403.
Виправлення прав доступу до файлів може тривати до кількох десятків хвилин залежно від кількості файлів у Webhosting.
Виконайте такі кроки:
- Увійдіть до Customer Administration ⧉.
- У верхньому меню виберіть Hosting services Webhosting або WMS.
- Виберіть послугу, для якої потрібно виправити права доступу до файлів.
- У лівому меню виберіть Tools.
У таблиці Repair file permissions натисніть кнопку виправити права доступу до файлів.
Якщо виправлення прав доступу не допомогло, перейдіть до перевірки файлів на FTP.
Перевірка файлів на FTP
Перед будь-яким втручанням на FTP наполегливо радимо створити резервну копію файлів за інструкцією Webhosting – Резервне копіювання.
Якщо проблема з доступом до файлів не була пов’язана з їхніми правами доступу, файли, потрібні для роботи сайту, імовірно пошкоджені або видалені.
Для подальших дій увійдіть на FTP, наприклад через інтерфейс WebFTP ⧉ (посібник) за допомогою головного FTP-акаунта. Якщо ви не знаєте даних для входу, скористайтеся інструкцією Webhosting – FTP-акаунти.
Спершу перевірте, що в кореневому каталозі (root) є лише папки session, tmp та www.
Якщо якоїсь із папок немає, створіть її (докладну інструкцію знайдете в статті Webhosting – Базова структура каталогів FTP). Якщо ви бачите зовсім інші папки, спершу переконайтеся, що ви справді перебуваєте в кореневій папці акаунта, до якої має доступ лише головний FTP-акаунт.
На наступному кроці перевірте, що в папці www розташовані:
- Файл .htaccess (включно з крапкою на початку).
- Файли сайту, зокрема файл index.html (або index.php), папка domains (або subdom), або обидва варіанти.
Якщо файл .htaccessвідсутній, відновіть його в розділі Tools Webhosting (той самий шлях, що й для виправлення прав доступу до файлів, але в блоці Restore default .htaccess).
Якщо у папці www файли системи керування вмістом (наприклад, WordPress), завантажте сюди файл .htaccess із робочої інсталяції або резервної копії. Типовий .htaccess, імовірно, не працюватиме. Це стосується лише єдиного сайту в папці www. Якщо у вас кілька сайтів (аліаси або піддомени), має залишатися типовий .htaccess, який спрямовує трафік у папки domains і subdom.
Якщо відсутній файл index.html або index.php, відновіть його з резервної копії або з робочої інсталяції системи керування вмістом. Якщо ваш сайт розташований у підпапці каталогу domains (або subdom для піддоменів), у папці www файл index не потрібен. Якщо існують обидва файли, сайт відобразить index.html. Додаткові відомості про піддомени ви знайдете в статті Webhosting – Піддомени.
Якщо відсутні і файли сайту, і папка domains (або subdom), сайт було повністю видалено. Якщо у вас немає власної резервної копії, можете спробувати запросити нашу за інструкцією Webhosting – Резервне копіювання.
Насамкінець перевірте вміст папки domains, або subdom.
- Папка domains має містити інші папки з повними назвами доменів або піддоменів, на яких працюють сайти. Лише всередині цих папок мають бути вебсторінки, тобто знову файли index.htmlабо index.php.
- Папка subdom працює подібно до domains, але містить папки з назвами піддоменів без доменного закінчення. Усередині цих папок розташовані файли index.html або index.php.
Якщо всі файли в порядку, а помилка 403 не зникає, перевірте вміст усіх файлів .htaccess: чи немає в них коду для блокування вмісту за таким зразком:
order deny,allow deny from all // заборонити доступ усім allow from X.Y.Z.W // дозволити доступ зазначеним IP-адресам
Цей код показує помилку 403 кожному, хто намагається переглянути вміст папки, у якій він розташований, з іншої IP-адреси, ніж зазначена в списку allow.
Активація HTTPS
Помилка 403 може бути не пов’язана із сертифікатом, тому спершу виконайте попередні кроки. У деяких випадках помилку 403 може спричинити проблема з налаштуванням HTTPS. За інструкцією Webhosting – Ручне налаштування HTTPS перевірте, що домен додано до сертифіката, який активний щонайменше 30 хвилин.
Перевірка налаштувань системи керування вмістом
Системи керування вмістом (зазвичай плагін WooCommerce для WordPress) можуть обмежувати доступ до певних типів файлів. Якщо ви спостерігаєте помилку 403 для файлів певного типу, в певній папці або під час запитів до /wp-json/, який інакше виглядає справним, перевірте налаштування CMS або плагіна. Причину блокування може показати журнал помилок (error log) вебхостингу, який за замовчуванням вимкнений і його можна ввімкнути тимчасово.
Втручання Support
Якщо жоден із наведених вище кроків не усунув помилку 403, ви можете попросити службу підтримки клієнтів перевірити проблему.
Support не виконує роботу замість вас, а може лише вказати на можливе джерело проблеми. Докладну інформацію про обсяг робіт Support знайдете на сторінці Підтримка клієнтів ⧉.
Виконайте такі кроки:
- Активуйте тимчасовий FTP-доступ для Support за цією інструкцією.
- Зверніться до Support через форму ⧉. Вкажіть назву сайту, докладний опис проблеми (наприклад, якщо помилка виникає лише в окремих випадках) та інформацію про активацію тимчасового FTP-доступу.
- Зачекайте. Якщо робота триває довше, ніж період тимчасового FTP-доступу, залишайте його відкритим.
Часті запитання
Що робити, якщо мені нічого з інструкції не допомогло?
Попросіть Support про втручання ⧉ і зачекайте на відповідь. Такі втручання виходять за межі звичайної підтримки, тому опрацювання запиту може тривати значно довше за звичайний час реакції.
Чи можна якось налаштувати так, щоб правильні права встановлювалися і для щойно завантажених файлів?
З нашого боку — ні. Перегляньте посібник до вашого FTP-клієнта або іншого засобу, яким ви завантажуєте файли. Також можна виправляти права власним PHP-скриптом, який періодично запускається за допомогою CRON.
Я налаштував(-ла) захист WordPress за цією інструкцією ⧉ і тепер не можу потрапити в адміністрування через помилку 403. Що робити?
Переконайтеся, що ви справді підключаєтеся з IP-адреси, дозволеної згідно з 2-го розділу статті ⧉. Якщо ви не можете покладатися на з’єднання з певної IP-адреси, краще не використовуйте цей метод захисту.
Чи трапляється помилка 403 також деінде, а не лише у WEDOS?
Так, це поширена помилка, спричинена недоступністю ключових файлів на сервері. Сервер (webhosting) працює без проблем, а усунення полягає в налаштуванні правильних прав доступу до файлів та перевірці доступу до ключових файлів сайту.
Після завантаження сайту через FTP я бачу помилку 403 або порожню сторінку. Куди слід розміщувати файли?
Єдиний сайт розміщується в папці www, сайт домену або піддомену — у www/domains/повна-назва-домену, або www/subdom/назва-піддомену. У папці має бути файл index.html або index.php, потім виправте права доступу до файлів. Докладніше див. перевірка файлів на FTP.