Чем может быть вызван сбой crypt?

slaw, 83 просмотра

При достаточно продолжительной, но относительно небольшой нагрузке на сервер (300-500 пользователей одновременно) перестает работать шифрация. Т.е. при любой посылке параметров $u1 и $u2 возвращает командой crypt($u1 ,$u2) результат 1FyS3gnFkAxjA. Точнее в один сбой всем возвращает одинаковый результат, но от сбоя к сбою сам результат отличен.

Есть у кого идеи и предположения: в чем причина? как решить указанную проблему?

Примечание:
ise-dvp, я его как раз таки использую:
>> ... командой crypt($u1 ,$u2) результат ...

Примечание:
ise-dvp, от запроса к запросу $u1 и $u2 различны и размер в диапазоне 5-10 символов

Примечание:
$u1 - пароль пользователя
$u2 - его логин
Запросы с одинаковым ответом от crypt идут в разное время... точнее после сбоя возвращают его вплоть до перезапуска Апача.

Примечание:
krr, спасибо, постараюсь перепроверить 3-й пункт, а по остальным:
1 - свободного места на диске более чем (>600Gb свободного места, да и те, кто зашли до появления ошибки переходят по сайту без проблем)
2 - да нет, обычная сборка Apache 2.2.11 + PHP 5.2.9 без каких-либо наворотов
---
azlab.org, проблема в том, что слишком много пользователей и преобразовать в один миг такой объем (к тому же не зная переменной $u1) невозможно.

Ответы:

Без имени

string crypt ( string str [, string salt] )

Без имени

Стандартная функция crypt() на основе DES копирует salt в начало возвращаемой строки. Кроме того, она использует только первые восемь символов строки str, поэтому для различных строк, первые восемь символов в которых совпадают, будет возвращаться один и тот же результат (при использовании одинаковых salt-последовательностей).

Без имени

$u2 у Вас как формируется?

не сталкивался с таким. можно попробовать действовать шаманскими методами. апач ведь многопоточный теперь, процесс после обслуживания убивается без перезагрузки. проблема видимо дальше апача - в пхп.
1) больше похоже на проблему пхп. если на каждого клиента создаётся сессия, не может ли происходить отказ в обслуживании по причине неработоспособности сессий ? не храните ли вы сессии например в таблице мускля ? не кончается ли место в разделе, куда складываются сессии ?
2) не пытаетесь ли вы использовать какой-либо пхп-акселератор с расходованием памяти - turck mmcache или еще кого-нибудь ? если да - то было бы неплохо попытаться их выключить.
3) можно попробовать включить логирование ошибок пхп и апача в файлы и посмотреть, не вылазило ли чего-нибудь круче DEBUG & INFO ?

azlab.org

Crypt - насколько помню это не php-функция, а *nix-функция, которую вызывает php. Поэтому, первым шагом в диагностике этой проблемы - я бы заменил crypt на MD5 и понаблюдал. Если с MD5 таких коллизий нет - почему бы не заменить crypt на него?

16 лет назад

RPI.su - самая большая русскоязычная база вопросов и ответов. Наш проект был реализован как продолжение популярного сервиса otvety.google.ru, который был закрыт и удален 30 апреля 2015 года. Мы решили воскресить полезный сервис Ответы Гугл, чтобы любой человек смог публично узнать ответ на свой вопрос у интернет сообщества.

Все вопросы, добавленные на сайт ответов Google, мы скопировали и сохранили здесь. Имена старых пользователей также отображены в том виде, в котором они существовали ранее. Только нужно заново пройти регистрацию, чтобы иметь возможность задавать вопросы, или отвечать другим.

Чтобы связаться с нами по любому вопросу О САЙТЕ (реклама, сотрудничество, отзыв о сервисе), пишите на почту [email protected]. Только все общие вопросы размещайте на сайте, на них ответ по почте не предоставляется.