3G модем не пропускает КАПТЧУ?

Главные вкладки

Аватар пользователя alex_malkov alex_malkov 11 ноября 2011 в 21:11

Привет всем!
Кто нибудь сталкивался с такими чудесами? (две картинки вложил)
Стоит у меня стандартная CAPTCHA 6.x-2.4, ну и Bad Behavior 6.x-2.216, так - на всякий...
Все бы хорошо, да вот стал я замечать в отчетах Bad Behavior, что пользователи 3G модемов Мегафона (ip-83-149-2-53.nwgsm.ru) или, к примеру, МТС не видят изображение каптчи, расстраиваются после второй попытки и уходят с сайта. Т.е. в обычной опто- или проводной сети от провайдера я вижу каптчу, а переключившись на собственный 3G модем Мегафона (благо резервный валялся в закромах, опять же, так - на всякий...) - НЕ ВИЖУ!? В чем дело?
Переключался в настройках каптчи с PNG на JPEG и наоборот. Сбрасывал кеш. Белый список Bad Behavior-а проверял. Отключал последнего. Не помогает. Вот сижу и думаю - как бы это побороть... Каптча-то стоит на форме заказа:) Это ж сколько клиентов в офисах на модемах сидит!
Заранее благодарен за разъяснения, если кто сталкивался.

ВложениеРазмер
Иконка изображения captcha1.png3.82 КБ
Иконка изображения captcha2.png2.63 КБ

Комментарии

Аватар пользователя Айдар Айдар 11 ноября 2011 в 21:14

Поставьте Riddler - все равно буквенно-цифровую капчу боты легко обходят, а когда не обходят, не обходят ее и люди.

Аватар пользователя alex_malkov alex_malkov 11 ноября 2011 в 21:23

Айдар wrote:
Поставьте Riddler - все равно буквенно-цифровую капчу боты легко обходят, а когда не обходят, не обходят ее и люди.

Спасибо. Уже смотрю на совместимость с кириллицей...

Аватар пользователя v1adimir@drupal.org v1adimir@drupal.org 11 ноября 2011 в 22:17

"mav5555" wrote:
В чем дело?

Какую ошибку возвращает браузер при "пустой" картинке?
Как выглядят URL картинки правильной и пустой каптчи?

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

В этом случае 100% нужно разбираться с тех.поддержкой мобильного ISP.

Аватар пользователя alex_malkov alex_malkov 12 ноября 2011 в 0:34

<a href="mailto:v1adimir@drupal.org">v1adimir@drupal.org</a>][quote="mav5555" wrote:

Какую ошибку возвращает браузер при "пустой" картинке?
Как выглядят URL картинки правильной и пустой каптчи?

Браузер возвращает при пустой картинке:
(х)Failed to load resource: the server responded with a status of 403 (Bad Behavior) http://мой-сайт/image_captcha/7170/1321037331

Правильная картинка:
http://мой-сайт/image_captcha/7164/1321035594
Пустая каптча:
http://мой-сайт/image_captcha/7170/1321037331

upd: Пока включил riddler

Аватар пользователя alex_malkov alex_malkov 11 ноября 2011 в 22:58

<a href="mailto:shp@drupal.org">shp@drupal.org</a> wrote:
Кстати да, например Opera Mini, если я не ошибаюсь, работает через прокси, а не напрямую с инетом.

Проверял, показывает. Картинку дожимает, конечно, до безобразия)

Аватар пользователя shp@drupal.org shp@drupal.org 13 ноября 2011 в 17:04

В модуле captcha есть выбор GD2/ImageMagick (если да, то может попробовать поменять)? Кэширование страниц для анонимов включено/отключено? Сжатие при этом вкл/откл? На странице "admin/reports/status" ничего подозрительного нет? Поищите в issues модуля captcha по тексту ошибки (только по всем issues, а не только по открытым).

Это то, что можно быстро проверить. Если пойти дальше, то можно отлаживать, как друпал отрабатывает кривые запросы (какой код выполняет, где заканчивается выполнение, и нормально ли заканчивается)? Какой веб-сервер(а) используется? Нормально ли он выдает сформированную капчу? Может конфликтуют 2 веб-сервера. Часто ставят цепочку из 2 веб-серверов - один (например, nginx) обслуживает статику, другой (apache) - php.

На этой неделе был как раз глюк с сайтом. Виртуальный хостинг, nginx+apache. На странице, к которой нет доступа (403), получаю лишние символы до и после html. В техподдержке скинули ссылочку на issue. Наложили патч для drupal_set_header() (HTTP 1.1 меняется на 1.0) - все ОК. Предположение, что nginx виноват. Но на поддомене точно такая же сборка не глючила Lol