Rust headless_chrome: നാവിഗേഷന് മുമ്പ് HTTP പ്രോക്സി ക്രെഡൻഷ്യലുകൾ സജ്ജമാക്കുക

Rust headless_chrome ക്രേറ്റിൽ ബ്രൗസറിന്റെ ലോഞ്ച് ക്രമീകരണം ഒരു HTTP ഇടനിലക്കാരനെ തിരഞ്ഞെടുക്കുന്നു. Chromium ആവശ്യപ്പെടുമ്പോൾ ടാബിന്റെ Fetch ഹാൻഡ്ലർ അക്കൗണ്ട് നൽകുന്നു:

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-ന്റെ രണ്ടാം ആർഗ്യുമെന്റ് പ്രാമാണീകരണ ഇവന്റുകൾ പ്രവർത്തനക്ഷമമാക്കുന്നു. --proxy-server-ൽ ഉൾച്ചേർത്ത ഉപയോക്തൃവിവരം Chromium ഈ ക്രെഡൻഷ്യൽ കൈമാറ്റമായി കണക്കാക്കുന്നില്ല.

ജോലിക്കിടയിൽ ബ്രൗസറും ടാബും ജീവനോടെ നിലനിർത്തുക. ഇഷ്ടാനുസൃത Fetch ഇന്റർസെപ്ഷനും ഇൻസ്റ്റാൾ ചെയ്തിട്ടുണ്ടെങ്കിൽ, നിർത്തിവെച്ച അഭ്യർത്ഥനകൾ ആരു തുടരുമെന്നും വെല്ലുവിളികൾക്ക് ആരു മറുപടി നൽകുമെന്നും നിർവചിക്കുക; പരിഹരിക്കാത്ത നിർത്തിവെച്ച അഭ്യർത്ഥന നാവിഗേഷൻ തടയാം.

ഈ ലളിതമായ ടാബ് പ്രാമാണീകരണം ഉദ്ദേശിച്ച പ്രോക്സി വെല്ലുവിളി അനുമാനിക്കുന്നു. അസംബന്ധമായ origin പ്രാമാണീകരണമുള്ള വർക്ക്ഫ്ലോയ്ക്ക് ഓരോ സെർവറിനും ഇടനിലക്കാരന്റെ അക്കൗണ്ട് വീണ്ടും ഉപയോഗിക്കുന്നതിന് പകരം വെല്ലുവിളിയുടെ വ്യക്തമായ പരിധി നിർണയം ആവശ്യമാണ്. Chromium-ന്റെ SOCKS5 ഉപയോക്തൃനാമ, പാസ്വേഡ് പരിമിതിയും ഈ HTTP പ്രാമാണീകരണ പാതയിൽ നിന്ന് വേറിട്ടതാണ്.