Für eine Anwendung, die bereits ibrowse verwendet, gehört der Forward-Proxy in die Anfrageoptionen:

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

Dieses Beispiel setzt voraus, dass die ibrowse-Anwendung bereits gestartet ist. Das sechste Argument liefert das Anfrage-Zeitlimit in Millisekunden. Die Anfrage-URL bezeichnet das Ziel; proxy_host und proxy_port bezeichnen den Vermittler. Ersetze den Platzhalter durch einen nicht authentifizierten Kandidaten aus der HTTP-Proxy-Liste, wenn du diese öffentliche HTTP-URL testest.

Die dokumentierten Authentifizierungsoptionen sind proxy_user und proxy_password. Füge sie hinzu, wenn der Proxy dieses Konto verlangt, statt die eigene Anmeldung des Ziels als austauschbare Zugangsdaten zu verwenden.

Ein synchrones Ergebnis kann {ok, Status, Headers, Body} oder ein Fehler-Tupel sein. Prüfe Status ebenso wie das Tupel-Tag. Eine HTTP-Weiterleitung oder die Fehlerantwort eines Proxys kann auf Transportebene erfolgreich eintreffen, ohne die Seite zu sein, die die Anwendung erwartet hat.

Dieses Snippet folgt der dokumentierten Schnittstelle für HTTP-Proxy-Optionen. Es konfiguriert nicht die anderen HTTP-Clients von Erlang und begründet keine Unterstützung für jedes Proxy-Authentifizierungsschema. Halte Route und Ergebnisbehandlung bei der Anfrage, damit der aufrufende Code erklären kann, welchen Endpunkt er versucht und welche Antwort er erhalten hat.

Ähnliche Artikel