ក្នុងអនុគមន៍ដំណើរការចម្បងបែប async ដែលមានវិនដូស្រាប់ សួរសេសសិនដែលវិនដូប្រើពិតប្រាកដ៖

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 និងបេក្ខជនដែលបានដោះស្រាយ នៅពេលប្រៀបធៀបពួកវាជាមួយលទ្ធផលនៃសំណើបន្ទាប់។

អត្ថបទពាក់ព័ន្ធ