Unu Puppeteer-retumilo povas teni apartajn proksiajn kuntekstojn
Uzu BrowserContextOptions.proxyServer en Puppeteer25.16.0 kiam grupoj da paĝoj bezonas malsamajn proksiajn vojojn en unu Chromium-retumilo.
Puppeteer 25.16.0 proponas opcion proxyServer kiam oni kreas retumilan kuntekston. Por ekzistanta Chromium-retumilo, paĝoj en nova kunteksto povas uzi elektitan peranton, inkluzive de publika HTTP-kandidato el la listo de HTTP-proksioj:
const context = await browser.createBrowserContext({
proxyServer: 'http://proxy.example:8080',
});
try {
const page = await context.newPage();
await page.goto('https://www.example.com/');
} finally {
await context.close();
}Kreu alian kuntekston kun alia proxyServer por dua vojo. Du paĝoj kreitaj en la sama kunteksto kunhavas la proksian politikon de tiu kunteksto; malfermi nur novan langeton ne elektas novan finpunkton.
La opcio estas proxyServer. La pli malnovaj ekzemploj createIncognitoBrowserContext apartenas al antaŭa API-generacio.
BrowserContextOptions akceptas ankaŭ proxyBypassList. Tenu rektajn esceptojn en la politiko de tiu kunteksto anstataŭ supozi, ke ili venis de alia kunteksto.
Por subtenata HTTP-proksio kun uzantnomo kaj pasvorto, Page.authenticate liveras identigilojn antaŭ navigado. La proksia URL elektas la peranton, kaj la aŭtentiga voko liveras la konton.
Tio estas retumila retumado. Paketo, kiu interceptas paĝan peton kaj plenumas ĝin per respondo de Node HTTP-kliento, kreas alian transportan vojon kun propra konduto de kuketoj, kaplinioj kaj TLS.
La alvokanto ankoraŭ respondecas pri la vivo de la kunhavigita retumilo. Fermi unu kuntekston fermas ĝiajn rilatajn paĝojn sen fini la aliajn kuntekstojn.