← Cloudflare Waiting Room / waiting-room

Часто задаваемые вопросы

Ниже приведены ответы на самые частые вопросы о Waiting Room.

• Конфигурация
• Функции и продукты
• Поведение пользователя
• Мониторинг вашего зала ожидания

Да. Подробнее см. в Настройка зала ожидания.

Если у вас есть настроили шаблон зала ожидания:

1. Просмотрите шаблон перед развёртыванием в рабочей среде.
2. Если возникают проблемы, проверьте правильность синтаксиса и наличие закрывающей обратной косой черты (/).

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

Вы также можете обновить настройки конфигурации Waiting Room, но вносите эти изменения только при необходимости. Они могут повлиять на примерное время ожидания, которое видят конечные пользователи, и вызвать ненужную путаницу.

Чтобы узнать, какие функции доступны для разных тарифных планов, обратитесь к Планы.

Некоторые продукты Cloudflare обрабатывают трафик раньше, чем к нему применяется зал ожидания:

• Защита от DDoS-атак
• Web Application Firewall (WAF)
• Bot Management
• Page Rules

Другие продукты Cloudflare обрабатывают трафик уже после того, как на него подействовал зал ожидания:

• Workers

Ручное обновление вкладки браузера не влияет на позицию пользователя в вашем зале ожидания.

However, if they close their tab and then try to access the application again during active queueing, they will lose their spot and have to go to the back of the queue.

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

Из-за особенностей архитектуры некоторые пользователи могут попасть в очередь ещё до того, как зал ожидания достигнет своего лимита. Подробнее об этом поведении и о том, как его исправить, см. в Активация очереди.

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

Путь чувствителен к регистру, поэтому если у вас настроен зал ожидания для /Black-Friday-Sale и пользователи переходят на /black-friday-sale, они будут обходить ваш зал ожидания.

Подробнее см. в Рекомендации.

Если у вас включён Rate Limiting, проверьте свой правила ограничения частоты запросов.

Страница очереди Waiting Room обновляется каждые 20 секунд за счёт заголовка refresh. Если у вас настроено правило, блокирующее запросы с определённого IP-адреса в течение 20 секунд, пользователь в зале ожидания будет заблокирован. Убедитесь, что ваши правила разрешают как минимум один запрос каждые 20 секунд.

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

Расчётное время ожидания может увеличиваться, если скорость ухода пользователей с сайта снижается. Оно обновляется при каждом обновлении страницы на основе самых свежих данных о скорости освобождения мест на сайте и количестве пользователей впереди в очереди. Чтобы снизить вероятность такого увеличения, можно ограничить время, которое пользователи могут проводить на сайте, отключив продление сессии. Учитывайте, что при изменении настроек трафика расчётное время ожидания тоже изменится.

new users per minute метрика показывает, сколько пользователей были пропущены к источнику за последнюю минуту. Она увеличивается только тогда, когда пользователь из очереди обновляет страницу и получает доступ к источнику. Если метод очереди Waiting Room установлен на fifo, мы будем ждать, пока все пользователи в очереди для данной минутной корзины не будут приняты, и только после этого перейдём к следующей корзине. Если многие пользователи в корзине покинули очередь, залу ожидания придётся дождаться истечения их места в очереди, прежде чем перейти к следующей корзине. Это может привести к new users per minute низким, когда действительно ожидает лишь небольшой процент пользователей из очереди.

Это часто заметно при большом объёме автоматизированного трафика, который некорректно обрабатывает cookie-файлы. Поскольку боты обычно не сохраняют cookie-файлы между запросами, они учитываются как несколько неактивных пользователей в очереди и мешают полному использованию доступных слотов. По этой причине рекомендуем использовать Bots Management продукты, чтобы не допускать ботов в очередь. Клиенты Waiting Room Advanced могут попробовать нашу Turnstile интеграцию, которая не позволяет ботам скапливаться в очереди, помещая их в бесконечную очередь.

Waiting Room использует сессионный cookie-файл, чтобы подсчитывать активных пользователей и отслеживать их количество. Продолжительность, в течение которой пользователь считается активным, зависит от конфигурации зала ожидания. Ключевым параметром в этом расчёте является длительность сессии. По умолчанию Waiting Room считает пользователя активным с момента последнего запроса, выполненного с сессионным cookie-файлом, и до истечения настроенной продолжительности сессии. Клиенты с расширенной настройкой Waiting Room могут изменить это поведение с помощью отключение продления сессии и (или) явно отзыв сессий с помощью команды источника.

Если для продолжительности сессии задать более высокое значение, пользователь, который сделал всего один запрос, будет считаться активным дольше, чем на самом деле. Это может привести к тому, что Total Active Users метрике быть выше метрики активных пользователей, которую показывает Google Analytics за тот же период, поскольку Google Analytics учитывает только тех пользователей, которые отправляли запросы именно в этот период.

Например, если продолжительность сессии установлена на 30 минут, а вы просматриваете данные об активных пользователях за последние 10 минут в Google Analytics, количество активных пользователей, указанное Waiting Room, будет выше, поскольку оно включает пользователей за последние 30 минут.

Ещё одно важное отличие в том, что Waiting Room работает с запросами, поступающими на origin-сервер, тогда как Google Analytics требует, чтобы user-agent выполнял JavaScript (через Google Tag). Waiting Room создает новые сеансы и отслеживает метрики пользователей на основе пути HTTP запроса, не требуя от user-agent выполнения дополнительного JavaScript. Google Analytics, напротив, требует, чтобы user-agent выполнял JavaScript и отправлял дополнительный запрос с данными в Google Analytics. Если значительная часть трафика автоматизирована, Google Analytics может её не учесть. Аналитика Waiting Room при этом засчитывает такой трафик как новых пользователей и считает их активными в течение заданной продолжительности сеанса.

Waiting Room представляет собой распределённую систему, поэтому обеспечить идеальный глобальный подсчёт в реальном времени сложно из-за времени, необходимого для распространения состояния между дата-центрами по всему миру. Логика распределения бюджета строится как на бюджетах отдельных дата-центров, так и на глобальном бюджете. Бюджеты дата-центров выделяются на основе исторического трафика, полученного каждым дата-центром, а глобальный бюджет (часть от общего доступного бюджета) поддерживается для того, чтобы новые пользователи могли входить из любого дата-центра в мире.

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

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