په Rust headless_chrome crate کې د براوزر د پیل تنظیم یو HTTP منځګړی ټاکي. د ټب Fetch اداره کوونکی حساب وړاندې کوي کله چې Chromium يې غواړي:

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

شا او خوا فعالیت تېروتنې لېږدوي، او proxy_user او proxy_password هغه String ارزښتونه دي چې د اپلیکیشن له موجوده حساب ترتیب څخه راځي. تصدیق مخکې له دې چې ناوبرۍ ننګونه پیل کړي تنظیم کړئ.

د enable_fetch دوهم دلیل د تصدیق پېښې فعالوي. Chromium په --proxy-server کې شامل کارونکي معلومات د دې اعتبارنامې تبادلې په توګه نه ګڼي.

د کار لپاره براوزر او ټب ژوندي وساتئ. که د Fetch شخصي مداخله هم نصب وي، وټاکئ چې څوک ځنډول شوې غوښتنې ته دوام ورکوي او څوک ننګونو ته ځواب وایي؛ نه حل شوې ځنډول شوې غوښتنه کولای شي ناوبرۍ ودرول شي.

دا ساده ټب تصدیق د پروکسي په نیت شوې ننګونې باندې ولاړ دی. هغه کاري بهیر چې د بل origin تصدیق لري باید د هر سرور لپاره د منځګړي حساب بیا کارولو پر ځای د ننګونې روښانه حد وټاکي. د Chromium د SOCKS5 کارونکي نوم او پټنوم محدودیت هم له دې HTTP تصدیق لارې جلا دی.

اړوندې مقالې