Chrome நீட்டிப்பிலிருந்து கவனிக்கப்படும் வெளிச்செல் IP-ஐச் சரிபார்க்கவும்
நீட்டிப்பின் மூலத்திலிருந்து கட்டுப்படுத்தப்பட்ட முனைக்கு வரம்பிடப்பட்ட கோரிக்கையை அனுப்பி, சரிபார்ப்பு உண்மையில் எதை நிரூபிக்கிறது என்பதைத் தெரிவிக்கவும்.
Chrome நீட்டிப்பில் உள்ள ப்ராக்ஸி சரிபார்ப்புக்கு ஊகிக்கக்கூடிய பதிலைக் கொண்ட இலக்கு தேவை. நீங்கள் கட்டுப்படுத்தும் HTTPS முனையைப் பயன்படுத்தவும், எடுத்துக்காட்டாக அது காணும் முகவரியைக் கொண்ட சிறிய JSON பொருளைத் திருப்பித் தருவது.
கோரிக்கையை நீட்டிப்புச் சூழலிலிருந்து இயக்கவும், எடுத்துக்காட்டாக அதன் service worker அல்லது நீட்டிப்புப் பக்கத்திலிருந்து, முனையை manifest-இன் host permissions-இல் வைத்து:
"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 பிழை மற்றும் எதிர்பாராத உடலைத் தனித்தனியாக வைத்திருங்கள். ஒரு கோரிக்கைக்குப் பிறகு முழு இயந்திரத்தையும் இணையமற்றது என அறிவிப்பதை விட “இந்தச் சரிபார்ப்பு தோல்வியடைந்தது” என்பது பயனுள்ளது.