હાલની વિન્ડો સાથે અસિંક્રોનસ મુખ્ય-પ્રક્રિયા ફંક્શનમાં, વિન્ડો ખરેખર જે સત્ર વાપરે છે તેને પૂછો:

const selectedSession = mainWindow.webContents.session;
const route = await selectedSession.resolveProxy('https://api.example/');

વર્તમાન API સ્ટ્રિંગમાં ઉકેલાતું Promise પરત કરે છે. કન્ફિગરેશન ફેરફાર તપાસતાં પહેલાં બાકી રહેલી setProxy ક્રિયાની રાહ જુઓ.

પરિણામ URL-વિશિષ્ટ પ્રોક્સી નિર્ણય છે. ધારણાત્મક મૂલ્ય આ હોઈ શકે:

PROXY proxy-a.example:8080; PROXY proxy-b.example:8080; DIRECT

તે PAC-શૈલીના વાક્યરચનામાં ગોઠવેલી ઉમેદવારોની યાદી છે, એક હોસ્ટનામ નહીં. DIRECT સ્પષ્ટપણે સીધા ઉમેદવારને દર્શાવે છે. ખાલી પરિણામને અલગથી સંભાળો; દરેક ખાલી કે અજાણ્યા સ્ટ્રિંગને ચૂપચાપ DIRECT ન ગણો.

વાસ્તવિક લક્ષ્ય URL પૂછો, કારણ કે PAC અને બાયપાસ નિર્ણયો લક્ષ્ય મુજબ અલગ હોઈ શકે. એ જ રીતે, વિભાજિત સત્ર વાપરતી વિન્ડોને session.defaultSession જેવી જ નીતિ હોવાની જરૂર નથી.

પ્રોક્સી ઉકેલમાં PAC સ્ક્રિપ્ટ મેળવવા જેવું સ્વયં-રૂપરેખાંકન કાર્ય સામેલ હોઈ શકે. પરત કરેલી પસંદગી હજી પણ લક્ષ્ય વેબસાઇટ પર પૂર્ણ થયેલી વિનંતી, સફળ પ્રોક્સી લોગિન કે તેના જાહેર એક્ઝિટ IP નો પુરાવો નથી. આગળની વિનંતીના પરિણામ સાથે તુલના કરતી વખતે સત્ર, URL અને ઉકેલાયેલા ઉમેદવારો રાખો.

સંબંધિત લેખો