429 Too Many Requests

Ошибки при загрузке : Ошибка при отправке запроса. <html>
<head><title>429 Too Many Requests</title></head>
<body bgcolor="white">
<center><h1>429 Too Many Requests</h1></center>
<hr><center>nginx/1.13.7</center>
</body>
</html>

Поясните, пожалуйста, доподлинные параметры этих отлупов.
Что проверяет серверная сторона? Какое количество запросов допустимо и в какой период? Счетчики запросов реальные в разрезе кого-то и чего-то или это нечто вроде 12-й ошибки, выдаваемой направо и налево, когда шлюзу плохо?
Если Вы, добрые товарищи, баните подобным образом по белому IP, то поясните как обмениваться с Вашей системой, когда у нас тут на одном белом IP несколько крупных предприятий и за этим IP кучи отдельных баз отдельных площадок, каждая из которых должна обмениваться?

мне сказали что не более 5 любых запросов в секунду с одного apiKey должно быть, писал письмо, что бы количество запросов увеличили, прикладывал скриншоты с нашими объемами, никто не ответил
учитывая то, что часто возникает 429 статус ответа, непонятно каким образом они DDOS 13го числа словили

hawksib wrote:мне сказали что не более 5 любых запросов в секунду с одного apiKey должно быть, писал письмо, что бы количество запросов увеличили, прикладывал скриншоты с нашими объемами, никто не ответил
учитывая то, что часто возникает 429 статус ответа, непонятно каким образом они DDOS 13го числа словили

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

Rafaelvi wrote:

hawksib wrote:мне сказали что не более 5 любых запросов в секунду с одного apiKey должно быть, писал письмо, что бы количество запросов увеличили, прикладывал скриншоты с нашими объемами, никто не ответил
учитывая то, что часто возникает 429 статус ответа, непонятно каким образом они DDOS 13го числа словили

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

Параллельно, но не одновременно. Но если же все таки не хватает квоты, то пишите письмо, его рассматривают (проверяют вашу реальную нагрузку) и принимают решение.

oleg-x wrote:

Rafaelvi wrote:

hawksib wrote:мне сказали что не более 5 любых запросов в секунду с одного apiKey должно быть, писал письмо, что бы количество запросов увеличили, прикладывал скриншоты с нашими объемами, никто не ответил
учитывая то, что часто возникает 429 статус ответа, непонятно каким образом они DDOS 13го числа словили

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

Параллельно, но не одновременно. Но если же все таки не хватает квоты, то пишите письмо, его рассматривают (проверяют вашу реальную нагрузку) и принимают решение.

У нас 1С, в данный момент все регламентные задания на обмен со шлюзом стартуют в одно и то же время и повторяются с заданным таймаутом. Таймауты короткие, ибо ошибка 12, а документы нужны.
Даже если разносить время старта регламентных, где-то запрос выполнился быстрее, где-то дольше, в итоге время очередного старта смещается и при 80 параллельных опросов шлюза легко получить более 5-ти одновременных.

А нет ли сведений, происходит ли при этом "бан" на какое-то время? или отбрасывает 6-е и прочие подключения и дает подключиться сразу же, когда подключений стало менее 6 (хоть через несколько секунд)?

Rafaelvi wrote:У нас 1С, в данный момент все регламентные задания на обмен со шлюзом стартуют в одно и то же время и повторяются с заданным таймаутом. Таймауты короткие, ибо ошибка 12, а документы нужны.
Даже если разносить время старта регламентных, где-то запрос выполнился быстрее, где-то дольше, в итоге время очередного старта смещается и при 80 параллельных опросов шлюза легко получить более 5-ти одновременных.
А нет ли сведений, происходит ли при этом "бан" на какое-то время? или отбрасывает 6-е и прочие подключения и дает подключиться сразу же, когда подключений стало менее 6 (хоть через несколько секунд)?

В секунду 5 запросов, хотя я так понимаю это ограничение работает только на подсистему заявок, а на справочники не распространяется, по крайне мере делал больше 5 запросов и все было ок.
Бан работает так как только отправляете 6 запрос в секунде, то до конца секунды, все запросы перестают обрабатываться, до конца секунды. Как только секунда закончилась, можно отправить сново.
А какой таймаут стоит?
У меня на загрузку остатков стоит 4 секунды, в большинстве случаев больше 4 попыток не требуется.

прочитал тему и так и не понял ничего, если у меня 80 площадок, регламентное задание запускается на каждой площадке в свое время, но в итоге в определенное время начинается сыпаться ошибка 429, каждая площадка ходит со своего IP, но APIKey то у всех один и тот же - как система понимает - это разные обращение, для каждого IP действует свое ограничение или для все площадок в итоге действует ограничение?

СергейА wrote:прочитал тему и так и не понял ничего, если у меня 80 площадок, регламентное задание запускается на каждой площадке в свое время, но в итоге в определенное время начинается сыпаться ошибка 429, каждая площадка ходит со своего IP, но APIKey то у всех один и тот же - как система понимает - это разные обращение, для каждого IP действует свое ограничение или для все площадок в итоге действует ограничение?

Ограничение действует на шлюз, не важно какой IP и сколько площадок.

Тогда такое ограничение вообще странное, у меня проблемы пока только с гашением справок, а когда система начнет работать в полном объеме и необходимо будет создавать еще множество документов по всем 80 площадкам - можно сразу ставить на этом крест, так как на письмо о возможности увеличения количества запросов ответ был - мы над этим работаем

СергейА wrote:Тогда такое ограничение вообще странное, у меня проблемы пока только с гашением справок, а когда система начнет работать в полном объеме и необходимо будет создавать еще множество документов по всем 80 площадкам - можно сразу ставить на этом крест, так как на письмо о возможности увеличения количества запросов ответ был - мы над этим работаем

Они не сразу дают квоту.
Они смотрят на то как вы работаете и действительно ли Вам не хватает квоты. Если не хватает, то по результатам вашей работы, они увеличивают квоту (в зависимости от нагрузки).
Если же вы не превышаете существующие квоты или превышаете, но из-за не корректного интеграционного решения (которое делает больше запросов на 1 ЭВСД, чем положено, например каждый раз запрашиваете остатки из меркурия), то пишут, что Ваша интеграция не оптимальна.
Но может быть так, что квоту увеличили, но Вам ничего не напишут, так как принимает заявка ТП, а принимает руководство и оно может не отписаться.
В любом случае, этот процесс не быстры, пару недель занимает.