Ограничение скорости Nginx - замедление только при достижении потолка
Мы недавно перешли на nginx, и я был рад увидеть, что ограничение скорости кажется достаточно простым. Я установил следующий предел для конкретной зоны:
limit_req_zone $ binary_remote_addr zone = PHPUtilities: 10m rate = 60r / m;
Я применил эту зону к блоку местоположения с пакетом 20. Все выглядело нормально, но что я был удивлен, так это то, что я быстро получал замедление, когда сервер отказывался отвечать в течение 5 секунд или около того. Похоже, что nginx принимает 60 запросов в минуту и делит их до 1 запроса в секунду. Так что, если мы загрузим несколько скриптов одновременно, nginx сразу обработает первый запрос, а затем задержит остальные.
Я бы предпочел, чтобы он вел себя как «хорошо, они получают 60 бесплатных запросов в минуту. Только один раз. они достигнут 60, мы начнем их ограничивать, сначала путем замедления следующих 20 запросов (всплеск). Все после этого будет дерьмо, пока они не перестанут запрашивать так много или не упадут ниже предела 60 в минуту ».
Есть способ сделать это?
PS. Я случайно сначала задал этот вопрос о переполнении стека, но потом понял, что здесь он более уместен. : который указывает на IP-адрес почтового сервера. Однако в инструкциях, которые я выполнил, упоминалось только добавление 3 записей MX с разными приоритетами.
Что я буду использовать в качестве имени сервера при подключении через iPhone и Outlook, если не настроен почтовый поддомен? Поскольку ранее это был mail.domain.com
Спасибо,
Конвенция об использовании mail.domain.com становится стандартом из-за некоторых нетехнических моментов;
Часто почтовый сервер может быть настроен для OWA или удаленной навигации по почте в браузере. Таким образом, можно легко сказать пользователю, чтобы он перешел на mail.domain.com для этой цели.
Если вы используете несколько веб-служб и у вас есть маршрутизатор, который позволяет это, использование специального имени для OWA позволит вам на уровне маршрутизатора обрабатывать входящее NAT правило для веб-службы, которая будет перенаправлять на нужный веб-сервер в зависимости от запрашиваемого пользователем доменного имени.
Вы можете использовать любую запись в вашей MX-записи, но использование mail.domain.com удобно сказать atleast для просмотра конечным пользователем.
*. При соединении с iPhone или Outlook записи MX не имеют значения. Вы можете использовать любое имя для почтового хоста (входящих и исходящих), или вы можете пропустить имена и ввести IP-адреса напрямую (не рекомендуется).
Запись MX необходима серверу для приема сообщений электронной почты извне. Записи MX должны указывать на действительные записи A.
Если в ваших инструкциях упоминается добавление 3 конкретных записей MX, то записи A для этих трех имен уже существуют, и ваш провайдер уже настроил эти почтовые серверы на прием сообщений электронной почты для вашего домена. Ваш провайдер должен также указать имена, которые будут использоваться для входящих и исходящих серверов (POP/IMAP и SMTP).
Если у вас есть собственный почтовый сервер, вы должны создать запись A, указывающую на почтовый сервер, и запись MX, указывающую на запись A, и вы должны настроить почтовый сервер. Но тогда у вас не будет инструкций, указывающих на 3 записи MX.