ពិនិត្យ IP ចេញដែលគេសង្កេតឃើញពីផ្នែកបន្ថែម Chrome

ការពិនិត្យប្រូកស៊ីក្នុងផ្នែកបន្ថែម Chrome ត្រូវការគោលដៅដែលមានការឆ្លើយតបអាចទស្សន៍ទាយបាន។ ប្រើចំណុចបញ្ចប់ HTTPS ដែលអ្នកគ្រប់គ្រង ដូចជាមួយដែលត្រឡប់វត្ថុ JSON តូចមួយដែលមានអាសយដ្ឋានដែលវាឃើញ។

ដំណើរការសំណើពីបរិបទផ្នែកបន្ថែម ដូចជា service worker ឬទំព័រផ្នែកបន្ថែម ដោយដាក់ចំណុចបញ្ចប់ក្នុង host permissions នៃ manifest៖

"host_permissions": ["https://probe.example/*"]

ការអនុញ្ញាតម៉ាស៊ីនមិនផ្តល់ឱ្យ content script នូវសិទ្ធិឆ្លងប្រភពដូចគ្នាទេ។ រក្សាការពិនិត្យក្នុងបរិបទផ្នែកបន្ថែម ជាជាងសន្មតថាស្គ្រីបដែលបានចាក់បញ្ចូលអាចធ្វើសំណើដូចគ្នា។

async function probe() {
  const controller = new AbortController();
  const timer = setTimeout(() => controller.abort(), 5000);
  try {
    const response = await fetch('https://probe.example/ip', {
      cache: 'no-store',
      signal: controller.signal,
    });
    if (!response.ok) throw new Error(`HTTP ${response.status}`);
    const result = await response.json();
    if (typeof result.ip !== 'string') throw new Error('Bad probe body');
    return result.ip;
  } finally {
    clearTimeout(timer);
  }
}

ឈ្មោះម៉ាស៊ីនគឺជាកន្លែងជំនួស។ ម៉ាស៊ីនមេ និងអតិថិជនត្រូវយល់ព្រមលើទម្រង់ឆ្លើយតប និងគោលនយោបាយឃ្លាំងសម្ងាត់។ ដោះស្រាយសំណើដែលត្រូវបានបដិសេធ និងការឆ្លើយតបខូចទម្រង់នៅក្នុងអ្នកហៅរបស់ផ្នែកបន្ថែម ជាជាងបង្ហាញវាជាអាសយដ្ឋានចេញត្រឹមត្រូវ។

ដាក់ឈ្មោះការសង្កេតឱ្យច្បាស់លាស់

លទ្ធផលជោគជ័យបញ្ជាក់ថាសំណើនេះបានទៅដល់ចំណុចបញ្ចប់ និងទទួលបានទម្រង់ចម្លើយដែលរំពឹងទុក។ ប្រៀបធៀបអាសយដ្ឋានដែលបានសង្កេតជាមួយផ្លូវដែលអ្នកចង់បាន នៅកន្លែងដែលការប្រៀបធៀបនោះមានអត្ថន័យ។ IP ស្តាប់របស់ប្រូកស៊ីដែលបានកំណត់រចនាសម្ព័ន្ធមិនចាំបាច់ជាផ្លូវចេញសាធារណៈរបស់វាទេ។

ច្បាប់ PAC ឬបញ្ជីរំលងអាចផ្ញើការពិនិត្យដោយផ្ទាល់ ខណៈដែលគោលដៅផ្សេងទៀតប្រើប្រូកស៊ី។ ការអានការកំណត់ប្រូកស៊ីផ្តល់ភស្តុតាងនៃការកំណត់រចនាសម្ព័ន្ធ; សំណើផ្តល់ភស្តុតាងសម្រាប់គោលដៅនេះ។ គ្មានមួយណាតែម្នាក់ឯងបញ្ជាក់ថារាល់ផ្ទាំង ឬ URL ដើរតាមផ្លូវដូចគ្នានោះទេ។

រក្សាពេលវេលាកំណត់ កំហុស HTTP និងតួដែលមិនរំពឹងទុកឱ្យដាច់ដោយឡែកក្នុងចំណុចប្រទាក់។ “ការពិនិត្យនេះបានបរាជ័យ” មានប្រយោជន៍ជាងការប្រកាសថាម៉ាស៊ីនទាំងមូលគ្មានអ៊ីនធឺណិតបន្ទាប់ពីសំណើមួយ។