Що це означає
Сервер зрозумів запит, але відмовляється його авторизувати. Повторний вхід не допоможе, доки не зміняться дозволи.
Типові причини
- Користувачу бракує потрібної ролі чи області доступу
- Блокування IP, WAF або захист від ботів
- Права доступу до файлів або відсутній індексний файл на вебсервері
Як виправити
Якщо ви клієнт або відвідувач
Перевірте, чи має ваш акаунт або токен потрібні дозволи чи області доступу. На вебсайті причиною може бути VPN, заблокований IP або перевірка на бота.
Якщо ви власник сайту чи API
Перевірте власника й права файлів, налаштування індексу каталогу та правила WAF. Повертайте 404, якщо не хочете розкривати існування ресурсу.
Приклад відповіді
HTTP/1.1
HTTP/1.1 403 Forbidden
Date: Tue, 07 Oct 2025 09:30:00 GMT
Server: nginx
Content-Type: application/problem+json
{
"type": "about:blank",
"title": "Forbidden",
"status": 403,
"detail": "You do not have permission to delete this project."
}Специфікація
Часті запитання
› Чому nginx повертає 403 Forbidden?
Найчастіше: worker не може читати файли, немає індексного файлу при вимкненому autoindex, або спрацьовує правило deny.
› 403 чи 404 для приватних ресурсів?
404 приховує існування ресурсу; 403 чесніший. GitHub, наприклад, повертає 404 для приватних репозиторіїв.