Prokura aŭtentigo en HTTParty: gastiganto, pordo, uzantnomo kaj pasvorto

Transdonu HTTP-prokuran gastiganton, numeran pordon kaj laŭvolajn prokurajn legitimilojn rekte al HTTParty-peto, tenante la API-ĵetonon en ĝia propra kaplinio.

HTTParty akceptas la antaŭan prokurilon kiel petopciojn. Konservu la servan URL kiel la unuan argumenton:

response = HTTParty.get(
  'https://api.example/items',
  http_proxyaddr: 'proxy.example',
  http_proxyport: 8080,
  http_proxyuser: ENV.fetch('PROXY_USER'),
  http_proxypass: ENV.fetch('PROXY_PASSWORD'),
  headers: { 'Authorization' => "Bearer #{ENV.fetch('API_TOKEN')}" },
  open_timeout: 5,
  read_timeout: 15
)
puts response.code

La prokura gastiganto kaj pordo identigas la peranton. La prokura uzantnomo kaj pasvorto aŭtentikiĝas tie. La kaplinio Authorization apartenas al la API, kies konto povas esti tute alia.

Por prokurilo sen aŭtentigo, forlasu http_proxyuser kaj http_proxypass. Por publika API-peto sur permesata publika vojo, prenu HTTP-adreson el la HTTP-prokurila listo sen reteni prokurajn legitimilojn en la peto aŭ en la klasaj defaŭltoj. La gastiganta kampo estas transdonata kiel prokura adreso al Net::HTTP; donu la gastigantan nomon aparte de sia pordo, ne celan URL-on aŭ PAC-URL-on.

Ĉirkaŭa klaso, kiu inkluzivas HTTParty, povas anstataŭe uzi sian klasan metodon http_proxy por starigi defaŭltojn. Petopcioj superregas tiujn defaŭltojn por la voko, kiu ilin donas.

Ĉi tio priskribas la defaŭltan konektan adaptilon de HTTParty. Propra connection_adapter respondecas pri interpretado de siaj opcioj, do ekzamenu tiun adaptilon kiam valida agordo ŝajnas ignorata. Legu la HTTP-statun aparte de la analizitaj API-datumoj; sukcesa JSON-analizo ne estas aŭtentiga rezulto.

Rilataj artikoloj