Google почта ошибка 403

The Gmail API returns two levels of error information:

• HTTP error codes and messages in the header.
• A JSON object in the response body with additional details that can help you
  determine how to handle the error.

Gmail apps should catch and handle all errors that might be encountered when
using the REST API. This guide provides instructions on how to resolve specific
API errors.

Resolve a 400 error: Bad request

This error might result from these errors your
code:

• A required field or parameter hasn’t been provided.
• The value supplied or a combination of provided fields is invalid.
• Invalid attachment.

Following is a sample JSON representation of this error:

{
  "error": {
    "code": 400,
    "errors": [
      {
        "domain": "global",
        "location": "orderBy",
        "locationType": "parameter",
        "message": "Sorting is not supported for queries with fullText terms. Results are always in descending relevance order.",
        "reason": "badRequest"
      }
    ],
    "message": "Sorting is not supported for queries with fullText terms. Results are always in descending relevance order."
  }
}

To fix this error, check the message field and adjust your code accordingly.

Resolve a 401 error: Invalid credentials

A 401 error indicates that the access token you’re using is either expired
or invalid. This error can also be caused by missing authorization for the
requested scopes. Following is the JSON representation of this error:

{
  "error": {
    "errors": [
      {
        "domain": "global",
        "reason": "authError",
        "message": "Invalid Credentials",
        "locationType": "header",
        "location": "Authorization",
      }
    ],
    "code": 401,
    "message": "Invalid Credentials"
  }
}

To fix this error, refresh the access token using the long-lived refresh
token. If you are using a client library, it automatically handles token
refresh. If this fails, direct the user through the OAuth flow, as described
in Authorizing your App with Gmail.

For additional information on Gmail limits, refer to
Usage limits.

Resolve a 403 error: Usage limit exceeded

An error 403 occurs when a usage limit has been exceeded or the user doesn’t
have the correct privileges. To determine the specific type of error, evaluate
the reason field of the returned JSON. This error occurs for the following
situations:

• The daily limit was exceeded.
• The user rate limit was exceeded.
• The project rate limit was exceeded.
• Your app can’t be used within the authenticated user’s domain.

For additional information on Gmail limits, refer to
Usage limits.

Resolve a 403 error: Daily limit exceeded

A dailyLimitExceeded error indicates that the courtesy API limit for your
project has been reached. Following is the JSON representation of this error:

{
  "error": {
    "errors": [
      {
        "domain": "usageLimits",
        "reason": "dailyLimitExceeded",
        "message": "Daily Limit Exceeded"
      }
    ],
    "code": 403,
    "message": "Daily Limit Exceeded"
  }
}

To fix this error:

1. Visit the Google API Console
2. Select your project.
3. Click the Quotas tab
4. Request additional quota. For more information, see
   Request additional quota.

For additional information on Gmail limits, refer to
Usage limits.

Resolve a 403 error: User rate limit exceeded

A userRateLimitExceeded error indicates that the per-user limit has been
reached. Following is the
JSON representation of this error:

{
 "error": {
  "errors": [
   {
    "domain": "usageLimits",
    "reason": "userRateLimitExceeded",
    "message": "User Rate Limit Exceeded"
   }
  ],
  "code": 403,
  "message": "User Rate Limit Exceeded"
 }
}

To fix this error, try to optimize
your application code to make fewer requests or retry requests. For information
on retrying requests, refer to
Retry failed requests to resolve errors.

For additional information on Gmail limits, refer to
Usage limits.

Resolve a 403 error: Rate limit exceeded

A rateLimitExceeded error indicates that the user has reached Gmail API’s
maximum request rate. This limit varies depending on the type of requests.
Following is the JSON representation of this error:

{
 "error": {
  "errors": [
   {
    "domain": "usageLimits",
    "message": "Rate Limit Exceeded",
    "reason": "rateLimitExceeded",
   }
  ],
  "code": 403,
  "message": "Rate Limit Exceeded"
 }
}

To fix this error, retry failed requests.

For additional information on Gmail limits, refer to
Usage limits.

Resolve a 403 error: App with id {appId} cannot be used within the authenticated user’s domain

A domainPolicy error occurs when the policy for the user’s domain doesn’t
allow access to Gmail by your app. Following is the JSON representation
of this error:

{
  "error": {
    "errors": [
      {
        "domain": "global",
        "reason": "domainPolicy",
        "message": "The domain administrators have disabled Gmail apps."
      }
    ],
    "code": 403,
    "message": "The domain administrators have disabled Gmail apps."
  }
}

To fix this error:

1. Inform the user that the domain doesn’t allow your app to access Gmail.
2. Instruct the user to contact the domain Admin to request access for your app.

Resolve a 429 error: Too many requests

A 429 «Too many requests» error can occur due to daily per-user limits
(including mail sending limits), bandwidth limits, or a per-user concurrent
request limit. Information about each limit follows. However, each limit can be
resolved either by trying to retry failed requests or by
splitting processing across multiple Gmail accounts. Per-user limits
cannot be increased for any reason. For more information about limits, see
Usage limits.

Mail sending limits

The Gmail API enforces the standard daily mail sending limits. These limits
differ for paying Google Workspace users and trial
gmail.com users. For these limits, refer to
Gmail sending limits in Google Workspace.

These limits are per-user and are shared by all of the user’s clients, whether
API clients, native/web clients or SMTP MSA. If these limits are
exceeded, a HTTP 429 Too Many Requests «User-rate limit exceeded»
«(Mail sending)» error is returned with time to retry.
Note that daily limits being exceeded may result in these types of errors for
multiple hours before the request is accepted.

The mail sending pipeline is complex: once the user exceeds their quota,
there can be a delay of several minutes before the API begins to return 429
error responses. So you cannot assume that a 200 response means the email was
successfully sent.

Bandwidth limits

The API has per-user upload and download
bandwidth limits that are
equal to, but independent of, IMAP. These limits are shared across all Gmail
API clients for a given user.

These limits are typically only hit in exceptional or abusive situations.
If these limits are exceeded a HTTP 429 Too Many Requests
«User-rate limit exceeded» error is returned with a time to retry.
Note that daily limits being exceeded may result in these types of errors
for multiple hours before the request is accepted.

Concurrent Requests

The Gmail API enforces a per-user concurrent request limit (in addition
to the per-user rate limit). This limit is shared by all Gmail API
clients accessing a given user and ensures that no API client is overloading
a Gmail user mailbox or their backend server.

Making many parallel requests for a single user or sending batches with a
large number of requests can trigger this error. A large number of
independent API clients accessing the Gmail user mailbox simultaneously can also
trigger this error. If this limit is exceeded a HTTP 429 Too Many Requests
«Too many concurrent requests for user» error is returned.

Resolve a 500 error: Backend error

A backendError occurs when an unexpected error arises while processing the
request.

{
 "error": {
  "errors": [
   {
    "domain": "global",
    "reason": "backendError",
    "message": "Backend Error",
   }
  ],
  "code": 500,
  "message": "Backend Error"
 }
}

To fix this error, retry failed requests. Following is a
list of 500 errors:

• 502 Bad Gateway
• 503 Service Unavailable
• 504 Gateway Timeout

Retry failed requests to resolve errors

You can periodically retry a failed request over an increasing amount of time to
handle errors related to rate limits, network volume, or response time. For
example, you might retry a failed request after one second, then after two
seconds, and then after four seconds. This method is called
exponential backoff and it is used to improve bandwidth usage and maximize
throughput of requests in concurrent environments.

Start retry periods at least one second after the error.

View or change usage limits, increase quota

To view or change usage limits for your project, or to request an increase to
your quota, do the following:

1. If you don’t already have a billing account
   for your project, then create one.
2. Visit the Enabled APIs page of the
   API library in the API Console, and select an API from the
   list.
3. To view and change quota-related settings, select Quotas. To view
   usage statistics, select Usage.

Batch requests

Using batching is encouraged, however, larger batch sizes are likely to trigger
rate limiting. Sending batches larger than 50 requests is not recommended. For
information on how to batch requests, refer to
Batching requests.

Ошибка сервера 403 (Forbidden Error) означает, что вам запрещен доступ к странице, файлу или папке, URL которых вы ввели в адресной строке. Причин может быть много:

• сайт заблокирован хостингом;
• на сайте есть ошибки конфигурации и настроек (неправильное расположение файлов, некорректные права доступа и так далее);
• на вас распространяются правила блокировки (по IP, географическому положению, отсутствию авторизации), выставленные на сайте;
• сайт запрещен в вашей стране и т. д.

Точно определить, что именно вызывает ошибку, сложно — в сообщении о ней обычно нет никакой полезной информации. Ниже мы описываем, что можно сделать для устранения ошибки 403 Forbidden в наиболее распространенных случаях.

Как исправить ошибку 403 владельцу сайта

Если вам поступают жалобы от посетителей сайта о 403 ошибке, прежде всего убедитесь, что ее причина не на стороне пользователя. Возможно, посетитель написал URL с ошибкой или находится в стране, в которой запрещен ваш сайт. Полный перечень причин смотрите в разделе «Что делать пользователю при появлении 403 ошибки».

Если причина все-таки в сайте, последовательно проверьте пункты ниже.

Расположение и имя индексного файла

Индексный файл открывается первым при обращении к сайту, и если сервер его не находит — выдается ошибка 403 forbidden. Проверьте, чтобы:

• файл назывался правильно. В зависимости от CMS это может быть index.php, index.html или index.htm;
• файл лежал в корневом каталоге или, если речь о поддомене — в корневом каталоге поддомена.

Права доступа

Если вы выставили неправильные права доступа на папку или файл, например, вместо «4» (чтение) поставили «0» (запрет доступа), то посетителю будет выдаваться ошибка сервера 403 Forbidden. Проверьте, какие права стоят в админке сайта:

• на папки стандартно должен быть доступ вида 755;
• на файлы — 644.

Уточните у разработчика сайта, какие права нужны для той папки или файла, по которой выдается 403 ошибка.

Плагины WordPress

На сайтах с CMS WordPress причиной ошибки с кодом 403 могут стать некорректно работающие плагины. Чтобы быстро проверить, в этом ли причина, сделайте следующее:

• С помощью панели управления хостингом или FTP найдите раздел wp-content.
• В нем вам понадобится директория plugins. Переименуйте папку, но так, чтобы вы потом могли найти ее и восстановить прежнее название.
• После переименования все плагины wordpress перестанут работать.
• Теперь откройте страницу, на которой появлялось сообщение о 403 ошибке. Если страница теперь нормально загружается, причина, скорее всего, в одном из плагинов.
• Переименуйте папку с плагинами обратно, после чего последовательно отключайте плагины по одному (можно таким же способом, как выше — переименовывая его папку) и проверяйте, исчезла ли после этого ошибка.

После того, как вы найдете плагин-виновник ошибки, попробуйте обновить его до последней версии. Если не поможет, придется его отключить или заменить другим

Другие причины ошибки 403

Иногда причиной появления ошибки сервера 403 может стать:

• Неправильное расположение файлов сайта. Например, вы могли при работе с FTP случайно перенести файлы из корневой папки во вложенную директорию. Проверьте, чтобы файлы располагались так, как требует CMS и структура хостинга.
• Неправильные настройки .htaccess (если на хостинге используется Apache-сервер). Переименуйте файл .htaccess, например, в .htaccess-старый, и он перестанет восприниматься сервером. Если после этого ошибка исчезла или изменился ее код — дело в директивах, прописанных в .htaccess. Исправить их поможет разработчик сайта или другой веб-программист.
• Блокировка сайта на уровне хостинга. Хостинг-провайдер может заблокировать сайт из-за нарушений договора, превышения ограничений по тарифу и других причин. Проверьте, получали ли вы соответствующее уведомление на почту.
• Блокировка по IP. Возможно, IP-адрес посетителя находится в списке заблокированных или не добавлен в список разрешенных для подключения. Такие ограничения обычно ставят на доступ к страницам админки сайта. Проверьте настройки доступа.
• Блокировка брандмауэром ModSecurity. Это ПО блокирует действия пользователей, которые считает вредоносными, и выдает в ответ на них 403 ошибку. Иногда ModSecurity ошибается и блокирует вполне добропорядочных посетителей. Добавьте в него исключение, если у вас VPS или выделенный сервер, или обратитесь с этой просьбой к хостеру, если сайт на виртуальном хостинге.

Что делать пользователю при появлении 403 ошибки?

Причина проблемы может находиться на стороне посетителя, а не сайта. Что может сделать пользователь, чтобы исправить ошибку сервера 403 forbidden:

• Проверить правильность URL. Причина может быть в элементарной опечатке.
• Обновить страницу с помощью Ctrl F5. Это действие — универсальная первая помощь при любых проблемах с отображением сайта в браузере. Возможно, какие-то неверные данные закешировались, а при обновлении по Ctrl F5 вы игнорируете кэш браузера и загружаете страницу с сайта напрямую. Можно также почистить кэш.
• Почистить cookie. В куках могут храниться устаревшие данные авторизации, которые сервер не принимает и отвечает ошибкой.
• Залогиниться на сайте. Возможно, папка или файл, которые вы хотите открыть, доступны только авторизованным пользователям, поэтому вам выдается ошибка 403 forbidden (нет доступа).
• Попробовать зайти через VPN. Ваш IP может быть заблокирован на сайте по какой-то причине. Блокировка может стоять и на все посещения из вашей страны или региона. Попробуйте зайти на сайт с IP-адресом другой страны.
• Проверить с другого устройства. Если на другом компьютере при попытке зайти на эту страницу вы также получаете ошибку с кодом 403 — скорее всего, проблема на самом сайте. Обратитесь к его владельцу.
• Отключите экономию трафика, если Error 403 появляется только на мобильном устройстве. Из-за этой функции сайт может не получать нужных для предоставления доступа данных, например, о вашем местоположении.
• Подождать и попробовать позже. Бывает, что сайт только что «переехал» на другой хостинг и настройки DNS просто не успели обновиться.
• Обратиться к провайдеру. Ошибка может быть связана с неверной конфигурацией его оборудования, внесением сайта в «черные списки» или выполнением запрещающих директив государственных органов.

Если вы попробовали все способы исправления, а ошибка 403 forbidden не исчезла, то ситуация, скорее всего, нетипичная. Обратитесь за помощью к техподдержке хостинг-провайдера или разработчику сайта.

I am trying to update a signature through the Google email settings api. The domain is an EDU account, the user in question is a super admin. After successfully retrieving an OAuth 2.0 token, i issue this php curl code:

$mydomain = '<mydomain.com>';
$myuser = '<myusername>';
$token = '<mytoken>';   
$url = 'https://apps-apis.google.com/a/feeds/emailsettings/2.0/'.$mydomain.'/'.$myuser.'/signature'
$data = '<?xml version="1.0" encoding="utf-8"?>
         <atom:entry xmlns:atom="http://www.w3.org/2005/Atom" xmlns:apps="http://schemas.google.com/apps/2006">
         <apps:property name="signature" value="blabla" />
         </atom:entry>';

   $ch = curl_init();
   curl_setopt($ch, CURLOPT_URL, $url);
   curl_setopt($ch, CURLOPT_CUSTOMREQUEST, 'PUT');
   curl_setopt($ch, CURLOPT_HTTPHEADER, array('Content-Type: application/atom+xml', 'Authorization: Bearer '.$token));
   curl_setopt($ch, CURLOPT_POSTFIELDS, $data);
   curl_setopt($ch, CURLOPT_RETURNTRANSFER, true); 
   $output = curl_exec ($ch); 

   curl_close ($ch); 

Which results in:

You are not authorized to access this API. Error 403

Because of other issues mentioned here about the client_id when getting authorized, i have tried the above with both the gserviceaccount.com address and the googleusercontent.com address, with the same results.

What am i doing wrong here?

I am trying to update a signature through the Google email settings api. The domain is an EDU account, the user in question is a super admin. After successfully retrieving an OAuth 2.0 token, i issue this php curl code:

$mydomain = '<mydomain.com>';
$myuser = '<myusername>';
$token = '<mytoken>';   
$url = 'https://apps-apis.google.com/a/feeds/emailsettings/2.0/'.$mydomain.'/'.$myuser.'/signature'
$data = '<?xml version="1.0" encoding="utf-8"?>
         <atom:entry xmlns:atom="http://www.w3.org/2005/Atom" xmlns:apps="http://schemas.google.com/apps/2006">
         <apps:property name="signature" value="blabla" />
         </atom:entry>';

   $ch = curl_init();
   curl_setopt($ch, CURLOPT_URL, $url);
   curl_setopt($ch, CURLOPT_CUSTOMREQUEST, 'PUT');
   curl_setopt($ch, CURLOPT_HTTPHEADER, array('Content-Type: application/atom+xml', 'Authorization: Bearer '.$token));
   curl_setopt($ch, CURLOPT_POSTFIELDS, $data);
   curl_setopt($ch, CURLOPT_RETURNTRANSFER, true); 
   $output = curl_exec ($ch); 

   curl_close ($ch); 

Which results in:

You are not authorized to access this API. Error 403

Because of other issues mentioned here about the client_id when getting authorized, i have tried the above with both the gserviceaccount.com address and the googleusercontent.com address, with the same results.

What am i doing wrong here?

Случается, что сайты иногда выдают ошибки, с которыми многие не знают, что делать. Не спешите расстраиваться — за каждой ошибкой стоит причина, которую нужно понять, а если есть проблема — решить ее. Эта статья поможет вам понять, в чем может быть причина ошибки 403 forbidden.

Что означает ошибка 403 Forbidden

Люди привыкли к тому, что Интернет всегда у них под рукой, но бывают ситуации, когда все не работает. В этой статье я расскажу вам, что такое ошибка 403 forbidden в Google Chrome и как ее исправить.

В общем случае ошибка 403 forbidden возникает, когда веб-сервер отказывает вам в доступе к странице, которую вы пытаетесь открыть в браузере. Обычно это не ваша вина и не вина вашего устройства. Однако иногда бывает и наоборот, поэтому сначала стоит разобраться в причинах этой проблемы.

Если вы столкнулись с ошибкой 403 Forbidden Error, это означает, что вам запрещен доступ к этому сайту. Ошибка называется 403, потому что это код состояния HTTP, который веб-сервер использует для описания такого рода ошибок.

Этому может быть две причины. Первая означает, что владельцы сайта действительно установили разрешения доступа таким образом, что вы не можете получить доступ к их сайту. В другом случае владельцы случайно, по ошибке, запретили вам доступ к сайту.

На разных сайтах используется разный дизайн, соответственно, и код ошибки может быть написан по-разному. Например, вы можете увидеть такие вещи, как 403 Forbidden, HTTP 403, Forbidden, HTTP Error 403 — Forbidden, HTTP Error 403.14 — Forbidden, Error 403, Forbidden: You don’t have permission to access [directory] on this server, Error 403 — Forbidden.

В принципе, в таких случаях вы бессильны, это может быть сбой сервера, и потребуется некоторое время, чтобы ошибка была исправлена. Или это может быть не так, и вот несколько вещей, которые вы можете попытаться сделать самостоятельно.

Как исправить ошибку 403

Вот несколько советов о том, как избавиться от ошибки 403:

• Обновление страницы. Обновить страницу несложно, и всегда стоит попробовать. Большинство браузеров используют для обновления Ctrl+R в Windows или Cmd+R на Mac, а также предоставляют кнопку Refresh где-нибудь в адресной строке
  • Нажмите Ctrl+R в Windows или Cmd+R на Mac, чтобы обновить страницу и посмотреть, исчезла ли проблема.
• Дважды проверьте адрес. Наиболее распространенной причиной ошибки 403 является неправильно указанный URL. Убедитесь, что адрес, к которому вы пытаетесь получить доступ, относится к веб-странице или файлу, а не к каталогу. Обычный URL заканчивается на .com, .php, .org, .html или просто имеет расширение, в то время как URL каталога обычно заканчивается на /.
• Очистка файлов cookie и кэша браузера. Возможно, страница с ошибкой была кэширована в вашем браузере, но фактическая ссылка была изменена на сайте. Чтобы сайт снова заработал, вам придется очистить кэш и куки браузера. Когда вы заходите на другие сайты, вы можете заметить, что они загружаются немного дольше, но это временное явление — пока сайты перезагружают всю информацию.
  • На компьютере откройте Chrome.

  • В правом верхнем углу нажмите Подробнее.

• Нажмите Дополнительные инструменты > Очистить данные просмотра.

• В верхней части выберите временной диапазон. Чтобы удалить все, выберите Все время.

• Рядом с пунктами «Cookies и другие данные сайта» и «Кэшированные изображения и файлы» установите флажки.
  • Нажмите Очистить данные.

• Разрешение на доступ к URL-адресу. Возможно, ошибка вызвана сайтом, который просит вас ввести имя пользователя и пароль, прежде чем предоставить вам доступ. Обычно, когда вы неправильно вводите данные, сайт уведомляет вас об этом напрямую. Но некоторые сайты просто выдают ошибку 403. В этом случае просто попробуйте ввести данные правильно
• Повторите попытку позже. Если ни один из вышеперечисленных методов не сработал, вы всегда можете подождать некоторое время и вернуться позже. Поскольку в большинстве случаев ошибки 403 вызваны проблемами с данным веб-сайтом, скорее всего, кто-то уже работает над этой проблемой
• Связаться с сайтом. Другой вариант — связаться непосредственно с владельцем сайта. Найдите их контактную информацию на сайте и свяжитесь с ними по этому вопросу. Если контактная форма отсутствует, вы можете попытаться связаться с сайтом через его социальные сети
• Обратитесь к своему интернет-провайдеру. Если вы можете подтвердить, что определенный сайт работает для других, но не для вас, то причина может быть в том, что публичный IP-адрес, который вам предоставил провайдер (или весь ваш провайдер), был заблокирован по какой-то причине. Вы можете попробовать связаться с ними и сообщить им о проблеме. Это не очень вероятное решение, но, возможно, они смогут помочь.
• Отключите свою VPN. Некоторые сайты не любят VPN и блокируют пользователей, которые их используют. Попробуйте отключить VPN и перезагрузить страницу. Вот как отключить VPN через ПК:
  • Откройте Панель управления через меню Пуск

• Открытые сетевые подключения
  • Вы увидите список VPN-соединений, установленных на вашем компьютере, в новом окне
  • Выберите службу VPN, которую вы хотите отключить, выделив ее значком
  • Нажмите на ссылку «Изменить параметры этого соединения» в списке Сетевые задачи
  • Перейдите на вкладку Networking в верхней части окна и нажмите Uninstall
  • Нажмите Да для подтверждения, чтобы отключить VPN.

Как видите, причин может быть несколько. Однако почти все эти проблемы незначительны и могут быть легко устранены даже самостоятельно. Однако если вы не можете решить проблему самостоятельно, обратитесь за помощью к специалистам или сообщите в организацию, которая обслуживает данный сайт.

Теперь вы знаете больше о том, как и с чем связана причина ошибки 403 forbidden и какие у вас есть варианты ее устранения. И это все на данный момент. Попробуйте эти методы и надейтесь на лучшее!

Вы столкнулись с сообщением «Ошибка 403»? Что делать, мы расскажем в этой статье.

Если при открытии вашего сайта вы получили одно из следующих уведомлений:

• В доступе на страницу отказано,
• 403 Forbidden,
• Forbidden, доступ запрещён,
• Forbidden You don’t have permission to access,
• Access denied.

Ошибка 403 говорит о том, что доступ к запрашиваемой странице запрещён или у пользователя нет прав на просмотр контента.

Причинами такой ошибки, чаще всего, являются неправильные настройки сайта, которые может решить только создатель ресурса. Со стороны пользователя также бывают проблемы, но они случаются намного реже.

Возможные причины и их решения, если проблема на стороне владельца сайта

Заблокирована работа хостинга

403 ошибка может возникнуть, если услуга хостинга была заблокирована. Блокировка может произойти, если превышены технические ограничения тарифа или нарушены условия договора оферты. Перед блокировкой на контактный email владельца услуги придёт предупреждение. У него будет 24 часа на устранение причины блокировки.

Проверьте вашу электронную почту. Если вам приходило уведомление о блокировке, следуйте рекомендациям в письме. После снятия блокировки сайт будет доступен. Если вы пропустили такое сообщение или не устранили проблему вовремя, услуга блокируется. Для снятия блокировки следуйте инструкции в письме или обратитесь в техническую поддержку.

Если подобных писем не приходило и услуга не блокировалась, причина ошибки в другом.

Некорректно задана главная страница сайта

Главная страница сайта (индексный файл) – это первая страница, которая открывается пользователю, если он перешёл по домену без указания точной страницы сайта, например www.test.ru. По общепринятым правилам она называется index.html или index.php. Если в корневой папке сайта отсутствует файл с названием index.html или index.php, возникнет ошибка 403. В качестве индексного файла может использоваться файл, отличный от index.html или index.php. Но название данного файла должно быть указано в настройках.

Проверьте, чтобы:

• в корневой папке сайта существовал файл главной страницы (индексный файл),
• в настройках указано соответствующее название файла главной страницы (индексного файла).

Чтобы это проверить войдите в панель управления хостингом и следуйте соответствующей инструкции ниже:

Установлены некорректные права на файлы и каталоги сайта

В большинстве случаев корректными правами для каталогов являются «755», а для файлов «644». Проверьте и измените права на файлы и папки.

Если все права доступа к файлам и папкам указаны корректно, перейдите к следующему шагу.

Файлы сайта находятся не в корневой директории

При переходе на ваш сайт домен обращается к корневой папке, которая была указана в настройках домена. Если сайт был загружен в другую папку или подпапку в корневой директории, то возникнет ошибка 403.

Чтобы узнать корневую директорию и проверить, загружены ли в неё файлы сайта, выберите свою панель и следуйте соответствующей инструкции:

Неправильно настроен файл .htaccess (только для хостинга Linux)

Проверьте правила в конфигурационном файле .htaccess. Попробуйте временно изменить имя файла .htaccess, например, на .htaccess_old, и проверьте работоспособность сайта.

Если сайт станет доступен или на нём будет отображаться другая ошибка (не 403), дело в некорректных правилах или директивах, заданных в .htaccess.

Чтобы поправить, обратитесь к разработчикам сайта. Как правило, проблемы связаны с условиями «deny from all» и «RewriteRule».

Если вы используете на своём сайте CMS (например, WordPress, Bitrix и т.п.), вам может помочь замена существующего файла .htaccess на стандартный для вашей CMS.

Если после изменения названия файла .htaccess ошибка 403 не пропала, переходите к следующим действиям.

Некорректная версия ASP.NET (только для хостинга для ASP.NET)

Ошибка может возникнуть, если ваш сайт написан для версии ASP.NET 4.x, а на услуге хостинга установлен ASP.NET 3.5. Чтобы изменить версию ASP.NET для услуги хостинга, оставьте заявку в службу поддержки.

Некорректная работа плагинов в WordPress

Если ваш сайт сделан на WordPress, нужно проверить, не мешают ли работе сайта плагины.

Сначала обновите все плагины до последней версии. Иногда устаревшие версии работают некорректно и могут появляться различные ошибки.

После обновления проверьте, работает ли сайт. Если нет, отключите плагины. Если это помогло, значит, один из них нарушает работу веб-ресурса. Отключайте плагины по очереди, пока не найдете плагин-виновник.

Что может сделать пользователь со своей стороны

1. Проверьте правильность написания URL. Возможно, адрес был введён неверно, поэтому браузер выдал ошибку. Также обратите внимание, что вы вводите адрес веб-страницы или файла, а не каталога. Обычный URL-адрес заканчивается на .com, .ru .php, .html. URL-адрес каталога обычно заканчивается символом «/».
2. Убедитесь, что у вас действительно есть доступ к этому сайту. Некоторые корпоративные сайты ограничивают виды пользователей, которые могут посещать сервис или для просмотра нужно вводить корпоративный VPN.
3. Обновите страницу или зайдите позже. Если проблема на стороне владельца сайта, подождите, когда он устранит неполадку.
4. Очистите кэш и cookies браузера. Это может быть эффективно, если ранее вы заходили на сайт без проблем.
5. Сайт ограничен для пользователей определённого региона. Каждому устройству, который работает с интернетом присвоен IP-адрес, который содержит информацию о регионе, где пользуются устройством. Если вы пытаетесь зайти на сайт, который можно просматривать только в определенном месте, появляется ошибка 403. Для решения этой проблемы можно использовать прокси-сервер или VPN.
6. Если вы уверены, что сайт работает у других пользователей и вы попробовали все вышеперечисленные способы, обратитесь к интернет-провайдеру. Поставщик интернета мог попасть в чёрный список, что привело к ошибке 403 Forbidden на страницах одного или нескольких сайтов.