Rust headless_chrome cratean, nabigatzailearen abiarazte-konfigurazioak HTTP bitartekari bat hautatzen du. Fitxaren Fetch kudeatzaileak kontua ematen du Chromiumek eskatzen duenean:

let proxy = "http://proxy.example:8080";
let options = headless_chrome::LaunchOptions::default_builder()
    .proxy_server(Some(proxy))
    .build()?;
let browser = headless_chrome::Browser::new(options)?;
let tab = browser.new_tab()?;

tab.enable_fetch(None, Some(true))?;
tab.authenticate(Some(proxy_user), Some(proxy_password))?;
tab.navigate_to("https://www.example.org/")?;
tab.wait_until_navigated()?;

Inguruko funtzioak erroreak hedatzen ditu, eta proxy_user eta proxy_password aplikazioaren lehendik dagoen kontu-konfiguraziotik datozen String balioak dira. Ezarri autentifikazioa nabigazioak erronka abiarazi aurretik.

enable_fetch-en bigarren argumentuak autentifikazio-gertaerak gaitzen ditu. Chromiumek ez du --proxy-server barruan sartutako erabiltzaile-informazioa kredentzialen truke honentzat hartzen.

Eduki nabigatzailea eta fitxa bizirik lanerako. Fetch interceptazio propioa ere instalatuta badago, zehaztu nork jarraitzen dituen pausatutako eskaerak eta nork erantzuten dien erronkei; konpondu gabeko pausatutako eskaera batek nabigazioa blokea dezake.

Fitxako autentifikazio-konfigurazio soil honek aurreikusitako proxy erronka suposatzen du. Beste origin baten autentifikazioa duen lan-fluxuak erronkaren mugaketa esplizitua behar du, bitartekariaren kontua zerbitzari bakoitzerako berrerabili beharrean. Chromiumen SOCKS5 erabiltzaile-izena eta pasahitza muga ere HTTP autentifikazio-bide honetatik bereizita dago.

Erlazionatutako artikuluak