Почему Perl's Crypt :: SSLeay на тайм-аутах Intel Mac OS X?

Question

A есть задание Perl cron, которое недавно начало сбрасывать свои HTTPS-соединения с ошибкой «500 SSL read timeout». Я обнаружил, что ошибка выдается как часть тревоги в Crypt :: SSLeay , но я не знаю, просто ли это слишком долго, чтобы ответить.

Пока что я настроил тайм-аут с 30 секунд до 10 минут по умолчанию, и он все еще истекает. Я перенес сценарий на другие машины, и те, что в системах Intel Mac OS X, все время работают, в то время как те, что в Linux или в системах PPC Mac OS X работают нормально, поэтому я не думаю, что это изменения в сети или на удаленном сервер.

Когда у процесса начались проблемы, он не совпадает ни с какими обновлениями программного обеспечения или перезагрузками на компьютере, и я связался с сервером, к которому я подключаюсь, и все утверждают, что они ничего не изменили.

Есть ли у кого-нибудь рекомендации по отладке HTTPS, или вы когда-нибудь видели такое поведение и давали рекомендации по поводу того, что я мог упустить из виду, могло вызвать эту проблему?

Answer 1

Проблема, кажется, специфична для OS X и связана непосредственно с OpenSSL, поэтому не уникальна для perl. Возможно, это связано с одним из последних обновлений безопасности от Apple (2010-001).

У меня та же проблема с:

• Python httplib (при загрузке более ~ 64 КБ выдается ошибка «Время чтения операции истекло») Меньшие загрузки по SSL работают. Загрузка всех размеров через HTTP работает.

• сворачивание по HTTPS. тайм-аут Одна и та же команда curl из Linux прекрасно работает как с HTTP, так и с HTTPS. curl на OS X через HTTP также отлично работает.

Я нашел в Интернете несколько мест, где освещаются похожие проблемы на разных языках программирования / программного обеспечения. Я могу опубликовать только один ... https://blog.torproject.org/blog/apple-broke-openssl-which-breaks-tor-os-x