A avez un travail Perl cron qui a récemment commencé à avoir ses connexions HTTPS commencent à échouer avec une erreur de «500 délai de lecture SSL». J'ai suivi que l'erreur est lancée dans le cadre d'une alarme dans Crypt::SSLeay, mais je ne sais pas si c'est quelque chose qui prend trop de temps à répondre. Jusqu'ici, j'ai ajusté le délai d'attente de 30 secondes par défaut à 10 minutes et il expire toujours. J'ai déplacé le script vers d'autres machines, et celles sur les systèmes Intel Mac OS X, toutes les fois, tandis que celles sous Linux ou sur les systèmes PPC Mac OS X fonctionnent bien, donc je ne pense pas que ce soit des changements sur le réseau ou à distance serveur. Lorsque le processus a commencé à avoir des problèmes ne coïncide pas avec des mises à jour logicielles ou des redémarrages sur la machine, et j'ai contacté le serveur auquel je me connecte, et tout le monde prétend qu'ils n'ont rien changé.Pourquoi Perl's Crypt :: SSLeay timeout sur les machines Intel Mac OS X?
Quelqu'un a-t-il des recommandations pour essayer de déboguer le protocole HTTPS, ou avez-vous déjà vu ce comportement et donné des recommandations sur quelque chose que j'aurais pu ignorer et qui aurait pu causer ce problème?
Qu'en est-il des versions de vos Perl Modules (et de Perl lui-même)? Sont-ils tous les mêmes sur les machines? – ziya
La connexion réussit-elle avec un navigateur? Pouvez-vous renifler les paquets en utilisant Wireshark? Vous pouvez également obtenir une image décente de ce qui se passe avec openssl s_client, même si vous devrez peut-être configurer ses certificats de confiance. –
@Maxwell Troy Milton King: Les modules sont tous les mêmes, mais j'ai différentes versions de perl sur toutes les machines (perl 5.8.x par défaut sur le système d'exploitation, mais les machines Intel fonctionnent 10.5 et 10.6, tandis que le ppc sont en cours d'exécution 10.4 et 10.5) – Joe