Rust headless_chrome: agordu la HTTP-prokurajn legitimilojn antaŭ navigado
Elektu la HTTP-prokurilon ĉe lanĉo de la retumilo kaj ebligu Fetch-aŭtentikigon en la langeto headless_chrome antaŭ ol navigi.
En la Rust-krato headless_chrome la lanĉa agordo de la retumilo elektas HTTP-peranton. La Fetch-traktilo de la langeto liveras la konton kiam Chromium petas ĝin:
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()?;La ĉirkaŭa funkcio plusendas erarojn, kaj proxy_user kaj proxy_password estas String-valoroj el la ekzistanta kontagordo de la aplikaĵo. Agordu la aŭtentikigon antaŭ ol la navigado povas ekigi la defion.
La dua argumento de enable_fetch ŝaltas aŭtentikigajn eventojn. Chromium ne traktas uzantinformojn ene de --proxy-server kiel ĉi tiun interŝanĝon de legitimiloj.
Tenadu la retumilon kaj la langeton vivaj por la laboro. Se ankaŭ propra Fetch-interkapto estas instalita, difinu kiu daŭrigas paŭzitajn petojn kaj kiu respondas al defioj; ne solvita paŭzita peto povas haltigi la navigadon.
Ĉi tiu simpla langeta aŭtentikigo supozas la celitan prokuran defion. Laborfluo kun aŭtentikigo de fremda origino bezonas eksplicitan limigon de la defio anstataŭ reuzi la konton de la peranto por ĉiu servilo. Ankaŭ la limigo de Chromium en SOCKS5 pri uzantnomo kaj pasvorto estas aparta de ĉi tiu HTTP-aŭtentikiga vojo.