VPN இணைக்கப்பட்டுள்ளது ஆனால் கலப்பு உள்ளடக்கம் இன்னும் தடுக்கப்பட்டுள்ளது: என்ன சரிசெய்ய வேண்டும்

பாதி பக்கம் வழங்கப்படுகிறது, ஒரு பாணி தாள் நெட்வொர்க் பேனலில் சாம்பலாக உள்ளது, மேலும் VPN கிளையண்ட் இன்னும் ஆரோக்கியமான சுரங்கப்பாதையைத் தெரிவிக்கிறது. மூன்று அவதானிப்புகளும் ஒரே நேரத்தில் உண்மை, ஏனெனில் உலாவி பக்கம் செய்த கோரிக்கையை மதிப்பிட்டது, அந்த மதிப்பீட்டில் சுரங்கப்பாதைக்கு எந்த வாக்கும் இல்லை. வழக்கை மூடுவது ஒரு முடிவு, ஒரு அமைப்பு அல்ல: குறிப்பைச் சரிசெய்யுங்கள், அதை ஹோஸ்டின் உரிமையாளருக்கு உயர்த்துங்கள், அல்லது சார்பை விட்டுவிடுங்கள். இந்த விருப்பங்கள் ஒவ்வொன்றுக்கும் மலிவான சோதனை உள்ளது, தவறானதைத் தேர்ந்தெடுப்பது ஒரு ஆதரவு சுழற்சியைச் செலவழிக்கிறது.

சுரங்கப்பாதை ஏன் ஒரு துணை வளத்தை மறைக்க முடியாது

கலப்பு உள்ளடக்கம் தொடங்குவது சாதாரண HTTP வழியாக துணை வளத்தைக் கேட்கும் HTTPS ஆவணத்துடன். ஒவ்வொரு URL உம் அதன் சொந்த திட்டத்தின் அடிப்படையில் மதிப்பிடப்படுகிறது, எனவே பெற்றோர் ஆவணத்தின் பாதுகாப்பு ஒருபோதும் சேய் கோரிக்கைக்கு நீட்டிக்கப்படுவதில்லை. உலாவிக்கு கீழே சேர்க்கப்படும் குறியாக்கம் கம்பியில் செல்வதை மாற்றுகிறது, மார்க்அப் கேட்ட http:// ஐ அல்ல.

தற்போதைய உலாவிகள் இந்தக் கோரிக்கைகளை இரண்டு குழுக்களாகப் பிரித்து வெவ்வேறாகக் கையாள்கின்றன. ஸ்கிரிப்ட்கள், பாணி தாள்கள், iframe மற்றும் fetch, XMLHttpRequest அல்லது WebSocket வழியாகச் செய்யப்பட்ட அழைப்புகள் முன்கூட்டியே மேம்படுத்தல் முயற்சி இல்லாமல் நேரடியாக நிராகரிக்கப்படுகின்றன. படங்கள், ஒலி மற்றும் வீடியோ https:// ஆக மீண்டும் எழுதப்பட்டு மீண்டும் கேட்கப்படுகின்றன, அந்தப் பாதுகாப்பான பெறுதல் தோல்வியடையும் போது ஏற்றுதல் கைவிடப்படுகிறது. எந்தத் துணை வளத்தின் ஹோஸ்ட் வெறும் IP முகவரியாக உள்ளதோ அந்த URL மேம்படுத்தலிலிருந்து விலக்கப்பட்டுள்ளது, எனவே IP ஹோஸ்டில் உள்ள HTTP படம் அமைதியாகச் சரிசெய்யப்படுவதற்குப் பதிலாகத் தடுக்கப்பட்டே இருக்கும். இந்தப் பிரிவு, மேம்படுத்தக்கூடிய பக்கத்தில் உள்ள அந்த விலக்கு உட்பட, இங்கே ஆவணப்படுத்தப்பட்டுள்ளது: Mozilla இன் கலப்பு உள்ளடக்க வழிகாட்டியில். Chrome பாதுகாப்பான பக்கத்திலிருந்து தொடங்கும் பாதுகாப்பற்ற பதிவிறக்கங்களுக்கும் இதே போன்ற நிராகரிப்பைப் பயன்படுத்துகிறது, அதனால்தான் சுற்றியுள்ள பக்கம் பழுதின்றி தெரியும் போது PDF இணைப்பு இறக்கலாம்.

எனவே சாம்பல் வரிசை கட்டுப்பாடு வேலை செய்கிறது என்பதற்கான சான்று, சுரங்கப்பாதை சாதாரண உரையை வெளியிட்டது என்பதற்கான சான்று அல்ல. வரிசையை ஒரு குறிப்பை நோக்கிச் சுட்டும் கண்டுபிடிப்பாகக் கருதுங்கள், முழுப் பக்கத்தையும் அல்ல.

பாதுகாப்பற்ற குறிப்பு யாருக்குச் சொந்தம் என்பதைத் தீர்மானியுங்கள்

எதையும் மாற்றும் முன் சிக்கலான URL ஐ அது உருவாகும் இடத்தின் அடிப்படையில் வரிசைப்படுத்துங்கள். அந்தப் பதிலே இன்று சரிசெய்தலை வெளியிட முடியுமா, ஒரு விற்பனையாளர் ஒன்றை வெளியிட வேண்டுமா, அல்லது சார்பு பக்கத்தை விட்டு வெளியேற வேண்டுமா என்பதைத் தீர்மானிக்கிறது. அதை நெட்வொர்க் பேனலின் Initiator நிரலில் படியுங்கள், ஏனெனில் திரையில் உள்ள மார்க்அப் பெரும்பாலும் இயக்க நேரத்தில் இணைக்கப்படுகிறது.

ஹோஸ்ட் ஏற்கனவே 443 இல் பதிலளித்து, குறிப்பு மட்டும் http எனக் கூறினால், சரிசெய்தல் உள்ளூர்: குறிப்பை மாற்றுங்கள், பக்கத்தின் தற்காலிக சேமிப்பை அழித்து, வரிசை https ஆனதை உறுதிப்படுத்துங்கள். 80 துறையில் மட்டும் கேட்கும் ஹோஸ்டைத் திருத்துவதன் மூலம் இணக்கமாக்க முடியாது, எனவே வளம் இடம் மாறுகிறது, அதன் முன் உங்கள் கட்டுப்பாட்டில் உள்ள ஒன்று வைக்கப்படுகிறது, அல்லது அது மறைந்துவிடும். குறிச்சொல் மேலாளரால் செருகப்பட்ட URL உங்கள் சொந்த டெம்ப்ளேட் சுத்தமாக இருந்தாலும் தோன்றிக்கொண்டே இருக்கும், அந்த வழக்கு சரியான URL மற்றும் கன்சோல் வரி இணைக்கப்பட்ட டிக்கெட்டுக்கு உரியது. ஊழியர்களிடம் பாதுகாப்பற்ற உள்ளடக்கத்தை அனுமதிக்கச் சொல்வது இந்த விருப்பங்களில் ஒன்று அல்ல, ஏனெனில் அது அந்த உலாவி சுயவிவரம் பார்வையிடும் ஒவ்வொரு தளத்திற்கும் சரிபார்ப்பை அணைக்கிறது.

உலாவி அமைப்பை அல்ல, குறிப்பைச் சரிசெய்யுங்கள்

தோல்வியடையும் ஓட்டத்தை நெட்வொர்க் பதிவு பாதுகாக்கப்பட்ட நிலையில் மீண்டும் ஏற்றி, நீங்கள் சந்தேகிக்கும் ஹோஸ்டின் அடிப்படையில் பேனலை வடிகட்டுங்கள். கன்சோல் URL ஐயும் அறிவுறுத்தலைப் பெயரிடுகிறது, இது டெம்ப்ளேட்டைத் தொடும் முன் கோரிக்கை நிராகரிக்கப்பட்டதா அல்லது மேம்படுத்தப்பட்டதா என்பதைத் தீர்மானிக்கிறது.

curl -sSI https://cdn.example.org/vendor.js | head -n 1
curl -sS -o /dev/null -w '%{http_code} %{url_effective}\n' -L https://cdn.example.org/vendor.js

இரண்டு துணைக் கட்டுப்பாடுகள் அறியத் தகுந்தவை, அவற்றில் எதுவும் சரிசெய்தலுக்கு மாற்றாகாது. Content-Security-Policy தலைப்பு upgrade-insecure-requests உலாவி பக்கத்தை விட்டு வெளியேறும் முன் http துணை வள URL களை மீண்டும் எழுத வைக்கிறது, இது நீங்கள் இன்னும் கண்டுபிடிக்காத பழைய குறிப்புகளைப் பிடிக்கிறது. மீண்டும் எழுதப்பட்ட கோரிக்கை இலக்கு ஹோஸ்ட் HTTPS வழங்காவிட்டால் இன்னும் தோல்வியடைகிறது, எனவே தலைப்பு உலாவி எந்த URL ஐ முயற்சிக்கிறது என்பதை மட்டும் மாற்றுகிறது. HSTS ஒவ்வொரு ஹோஸ்டுக்கும் பொருந்தும், அதாவது உங்கள் சொந்த டொமைனில் உள்ள கொள்கை இந்தத் தலைப்பை ஒருபோதும் அனுப்பாத மூன்றாம் தரப்பு CDN க்கு எதுவும் செய்யாது. டெம்ப்ளேட்டை மாற்றிய பிறகு பக்கத்தின் தற்காலிக சேமிப்பை அழித்து, வழங்கப்பட்ட HTML இல் பழைய ஹோஸ்ட் பெயரைத் தேடுங்கள், ஏனெனில் அதே URL ஒரு பகுதி, மொழிபெயர்ப்பு சரம் அல்லது தரவுத்தளப் புலம் வழியாகவும் வரலாம்.

வழிமாற்றங்களையும் கண்காணியுங்கள், ஏனெனில் https:// உடன் தொடங்கும் சங்கிலி http:// இடத்தில் இறங்கலாம், உலாவி கடைசி தாவலை மதிப்பிடுகிறது. இரண்டாவது கட்டளையின் -L வடிவம் மேலே உள்ள அந்தப் பயனுள்ள URL ஐ உங்களுக்குப் பிரிண்ட் செய்கிறது. கடைசி தாவல் தூய http ஆக இருந்தால், நீங்கள் திருத்திய இணைப்பு நன்றாகத் தெரிந்தாலும் குறிப்பு இன்னும் தவறானது.

கன்சோல் மற்றும் நெட்வொர்க் பேனலுடன் பக்கத்தை உறுதிப்படுத்துங்கள்

தற்காலிக சேமிப்பை முடக்கி மீண்டும் ஏற்றி ஓட்டத்தை மீண்டும் கடந்து செல்லுங்கள், தேவைக்கேற்ப உள்ளடக்கத்தை ஏற்றும் பொத்தான்கள் உட்பட. முதல் பக்க ஏற்றுதல் சோம்பேறி விட்ஜெட்டுகள், வரைபட ஓடுகள் மற்றும் கிளிக்கிற்குப் பிறகு மட்டும் தோன்றும் இயக்கி ஸ்கிரிப்ட்களை மறைக்கிறது. கன்சோலில் கலப்பு உள்ளடக்கப் பதிவுகள் இருக்கக் கூடாது, நீங்கள் தொட்ட ஒவ்வொரு வரிசையும் https காட்ட வேண்டும். டிக்கெட்டை மூடும் முன் கன்சோலையும் கோரிக்கை வரிசையையும் பதிவு செய்யுங்கள், ஏனெனில் அடுத்த பயன்பாட்டிற்குப் பிறகு அந்த நிலையை மீண்டும் உருவாக்குவது கடினம்.

வளம் வேறொருவருக்கு உரியதாக இருக்கும்போது, நான்கு விஷயங்களை அனுப்புங்கள்: சரியான URL, கோரிக்கை வகை, கன்சோல் உரை மற்றும் அது தோன்றும் பக்கம். டிக்கெட்டில் ஒட்டும் எல்லாவற்றிலிருந்தும் அமர்வு அடையாளங்களை மறையுங்கள். படங்கள் உடைந்துள்ளன என்று மட்டும் கூறும் அறிக்கை உரிமையாளருக்குத் தேட எதுவும் தராது.

சரிசெய்தல் கோரிக்கையை உருவாக்கிய குறிப்பில் இருக்கும் போது சுரங்கப்பாதை தன் வேலையைத் தொடர்கிறது. பயன்பாட்டிற்குப் பிறகு டெம்ப்ளேட் மற்றும் விற்பனையாளர் தொகுப்பில் ஹோஸ்ட் பெயரை இன்னொரு முறை தேடுங்கள், கன்சோலில் தடுக்கப்பட்ட கலப்பு உள்ளடக்கப் பதிவு எதுவும் மீதமில்லாதபோது மட்டுமே வழக்கை மூடுங்கள்.