Pour une application qui utilise déjà ibrowse, le proxy sortant appartient aux options de la requête :

Options = [{proxy_host, "proxy.example"},
           {proxy_port, 8080}],
ibrowse:send_req("http://www.example.com/", [], get, [],
                 Options, 5000).

Cet exemple suppose que l'application ibrowse est déjà démarrée. Le sixième argument fournit le délai d'attente de la requête en millisecondes. L'URL de la requête désigne la destination ; proxy_host et proxy_port désignent l'intermédiaire. Remplacez l'espace réservé par un candidat non authentifié de la liste de proxys HTTP lorsque vous testez cette URL HTTP publique.

Les options d'authentification documentées sont proxy_user et proxy_password. Ajoutez-les lorsque le proxy exige ce compte, plutôt que d'utiliser l'identifiant de la destination elle-même comme un justificatif interchangeable.

Un résultat synchrone peut être {ok, Status, Headers, Body} ou un tuple d'erreur. Inspectez Status ainsi que l'étiquette du tuple. Une redirection HTTP ou la réponse d'erreur d'un proxy peut arriver avec succès au niveau du transport sans être la page que l'application attendait.

Cet extrait suit l'interface documentée des options de proxy HTTP. Il ne configure pas les autres clients HTTP d'Erlang et n'établit pas de prise en charge de tous les schémas d'authentification de proxy. Gardez la route et le traitement du résultat à côté de la requête afin que le code appelant puisse expliquer quel point de terminaison il a essayé et quelle réponse il a reçue.

Articles similaires