Í Rust crate-inu headless_chrome velur ræsingarstilling vafrans HTTP-millilið. Fetch-meðhöndlari flipans veitir reikninginn þegar Chromium biður um hann:

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()?;

Umliggjandi fall ber villur áfram, og proxy_user og proxy_password eru String-gildi úr fyrirliggjandi reikningsstillingu forritsins. Stilltu auðkenninguna áður en leiðsögn getur kallað fram áskorunina.

Annað viðfang enable_fetch virkjar auðkenningaratburði. Chromium lítur ekki á notandaupplýsingar í --proxy-server sem þessi skipti á skilríkjum.

Haltu vafranum og flipanum lifandi meðan á vinnunni stendur. Ef eigin Fetch-afhlíð er einnig uppsett skaltu skilgreina hver heldur áfram í bið settum beiðnum og hver svarar áskorunum; óleyst biðbeiðni getur stöðvað leiðsögn.

Þessi einfalda auðkenning á flipanum gerir ráð fyrir fyrirhugaðri proxy-áskorun. Vinnuflæði með auðkenningu ótengds origin þarf skýra afmörkun áskorunarinnar í stað þess að endurnýta reikning milliliðarins fyrir hvern þjón. SOCKS5-takmörkun Chromium á notandanafni og lykilorði er einnig aðskilin frá þessari HTTP-auðkenningarleið.

Tengdir greinar