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 அங்கீகார பாதையிலிருந்து தனித்தது.