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, అభ్యర్థన రకం, కన్సోల్ టెక్స్ట్ మరియు అది కనిపించే పేజీ. టికెట్లో అతికించే ప్రతిదాని నుండి సెషన్ గుర్తింపులను దాచండి. చిత్రాలు పాడైనవి అని మాత్రమే చెప్పే నివేదిక యజమానికి వెతకడానికి ఏమీ ఇవ్వదు.

సరిచేయడం అభ్యర్థనను సృష్టించిన సూచనలో ఉన్నప్పుడు టన్నెల్ తన పనిని కొనసాగిస్తుంది. అమలు తర్వాత టెంప్లేట్ మరియు విక్రేత బండిల్లో హోస్ట్ పేరును మరోసారి వెతకండి, మరియు కన్సోల్లో బ్లాక్ చేయబడిన మిశ్రమ కంటెంట్ నమోదు ఏదీ మిగలనప్పుడే కేసును మూసివేయండి.