אין דער Rust crate headless_chrome באַשטימט די אָנהייב באַשטעלונג פֿונעם בלעטערער אַן 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 אויטענטיפֿיקאַציע וועג.

פֿאַרבונדענע אַרטיקלען