Для застосунку, який уже використовує ibrowse, прямий проксі належить до параметрів запиту:

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

Цей приклад припускає, що застосунок ibrowse уже запущено. Шостий аргумент задає тайм-аут запиту в мілісекундах. URL запиту визначає пункт призначення; proxy_host і proxy_port визначають посередника. Замініть заповнювач неавтентифікованим кандидатом зі списку HTTP-проксі, коли перевіряєте цю публічну HTTP-адресу.

Документовані параметри автентифікації — proxy_user і proxy_password. Додайте їх, коли проксі вимагає цей обліковий запис, замість того щоб використовувати логін самого пункту призначення як взаємозамінні облікові дані.

Синхронний результат може бути {ok, Status, Headers, Body} або кортежем помилки. Перевірте Status, а також тег кортежу. Перенаправлення HTTP або відповідь проксі з помилкою може успішно надійти на транспортному рівні, не будучи сторінкою, яку очікував застосунок.

Цей фрагмент дотримується документованого інтерфейсу параметрів HTTP-проксі. Він не налаштовує інші HTTP-клієнти Erlang і не встановлює підтримку кожної схеми автентифікації проксі. Тримайте маршрут і обробку результату поруч із запитом, щоб код, який викликає, міг пояснити, який кінцевий пункт він спробував і яку відповідь отримав.

Схожі статті