cURL : (52) Vide de réponse du serveur

Je suis en train d'écrire une API à distance pour gérer certains processus serveur et mon API prend généralement environ 30 secondes pour terminer l'opération (je suis très bien avec le temps d'attente, c'est un processus interne). Quand je fais une boucle appel à l'API, j'obtiens le message suivant curl: (52) Empty reply from server.
J'ai besoin de la boucle pour attendre la réponse, -m et connect-timeout ne semble pas aider.

Informations supplémentaires : je suis à l'aide de Sinatra pour le backend API

  • Avez-vous testé un autre moyen de la requête HTTP pour voir si vous obtenez une réponse? C'est à dire. (Mécaniser/HTTParty gems ruby)
  • Je n'ai pas essayer de Mécaniser/HTTParty. Je l'ai fait essayer le reste client pour vérifier la réponse et je ne l'obtenez
  • Je l'ai essayer avec get "/"; sleep(30); "response"; end une juste utilisation de curl sans aucun paramètre supplémentaire et du bon travail, il n'est donc pas curl ou sinatra, vous devriez vérifier votre code, votre serveur d'application, votre proxy, votre quel est jamais entre l'enroulement et de votre application
  • l33tname: Merci, je n'ai vérifier que avant de poster ici, c'était la même chose. J'ai réalisé que Mince Serveur d'Application, je l'utilise pour Sinatra a un délai d'attente par défaut est de 30 secondes. J'ai corrigé ça et il fonctionne comme un charme.
  • sympa 🙂 j'ai ajouter comme réponse, veuillez accepter qu'il est complet
InformationsquelleAutor hld619 | 2013-12-12
  1. 1

    Je l'ai essayer avec get "/"; sleep(30); "response"; end une juste utilisation de curl sans aucun paramètre supplémentaire et il fonctionne bien.

    - Ce que cela signifie normalement, il n'est pas sinata ou curl. C'est quelque chose entre un proxy avec délai d'attente, un serveur d'application ou de toute autre chose.

    InformationsquelleAutor Sir l33tname
  2. 0

    J'avais la même erreur et de les remonter à être un problème avec mon paramètres de proxy. Plus précisément, je suis en utilisant TSOCKS pour envoyer le tout à un proxy socks. La désactivation de TSOCKS permis curl de travail. En précisant le proxy socks avec la commande curl résolu le problème.

    par exemple. curl --proxy socks5h://192.168.0.5:8111 http://webserver.com/file.ext

    InformationsquelleAutor Joshua