VPN ద్వారా HTTPSని మొదటి అభ్యర్థనగా ఎలా మార్చాలి

మొదట http:// అని టైప్ చేసే బ్రౌజర్ మరియు దారిమార్పు తర్వాత https://లో ల్యాండ్ అవుతుంది, ఇది ఇప్పటికే ఒక అభ్యర్థనను స్పష్టంగా పంపింది మరియు VPN దానిని మార్చదు. సొరంగం క్లయింట్ నుండి నిష్క్రమణ నోడ్కు లెగ్ను రక్షిస్తుంది; ఇది రవాణా పొర పైన దేనినీ గుప్తీకరించదు, కాబట్టి నిష్క్రమణ మరియు మూలం మధ్య ఉన్న పరిశీలకుడు ఇప్పటికీ సాదాపాఠం హాప్ని చూస్తాడు. HTTPSని మొదటి అభ్యర్థనగా చేయడం అనేది మూడు భాగాలతో క్లయింట్ వైపు మార్పు: నిజమైన HTTPS చిరునామా, బ్రౌజర్ యొక్క అప్గ్రేడ్ మోడ్ మరియు సైట్ యొక్క స్వంత విధానం. దిగువన ఉన్న దశలు నేను ఉపయోగించే ఆర్డర్, ప్రతి ఒక్కటి తీసుకున్నా లేదా అనే విషయాన్ని మీకు తెలియజేస్తుంది.

దశ 1: మొదటి అభ్యర్థన వాస్తవానికి ఏమిటో నిర్ధారించండి

ఏదైనా మార్చే ముందు, బ్రౌజర్ ఏమి పంపుతుందో చూడండి. కోల్డ్ కాష్ నుండి రీలోడ్ చేయబడిన పేజీతో నెట్వర్క్ ప్యానెల్ను తెరిచి, మొదటి అడ్డు వరుసను చదవండి: పథకం http మరియు స్థితి 301 లేదా 308 అయితే, ఆ అడ్డు వరుస తర్వాత ఉన్న ప్రతిదీ రెండవ అభ్యర్థన. curl -sS -o /dev/null -w '%{http_code} %{url_effective}\n' http://example.com బ్రౌజర్ వెలుపల అదే క్రమాన్ని పునరుత్పత్తి చేస్తుంది మరియు మీరు ముగించిన URLని ప్రింట్ చేస్తుంది.

రెండు ఫలితాలు సాధ్యమే మరియు వాటికి వేర్వేరు పరిష్కారాలు అవసరం. సైట్ అదే హోస్ట్లో HTTPSని అందిస్తే, HTTP ఫారమ్ను ప్రచురించడాన్ని ఆపివేయడం పరిష్కారం: బుక్మార్క్, వికీ లింక్, డెస్క్టాప్ షార్ట్కట్ మరియు వ్యక్తులు క్లిక్ చేసే ఇమెయిల్ టెంప్లేట్ను నవీకరించండి. సైట్ HTTPSని అస్సలు అందించకపోతే, ఏ బ్రౌజర్ సెట్టింగ్ దీన్ని సృష్టించదు మరియు గమ్యం సమస్య అని నిజాయితీగా సమాధానం చెప్పవచ్చు. మినహాయింపుతో రెండవ కేసును పేపర్ చేయవద్దు, ఎందుకంటే ఖాతా పేజీలోని సర్టిఫికేట్ మినహాయింపు రవాణా సమస్యను క్రెడెన్షియల్ సమస్యగా మారుస్తుంది. మీరు సెట్టింగ్ను తాకే ముందు మీరు ఏ సందర్భంలో ఉన్నారో వ్రాయండి.

దశ 2: బ్రౌజర్ యొక్క HTTPS-మాత్రమే మోడ్ను ఆన్ చేయండి

అప్గ్రేడ్ మోడ్ రెండవ భాగం మరియు మోడ్లు పరస్పరం మార్చుకోలేవు. మీరు దీన్ని ప్రారంభించే ముందు మీది ఏమి చేస్తుందో తనిఖీ చేయండి: నిశ్శబ్దంగా అప్గ్రేడ్ చేయండి, హెచ్చరికతో అప్గ్రేడ్ చేయండి లేదా లోడ్ చేయడానికి నిరాకరించండి.

ఫైర్ఫాక్స్లో నియంత్రణలు about:config వెనుక మరియు గోప్యతా సెట్టింగ్ల పేజీలో dom.security.https_only_modeతో స్విచ్ మరియు ప్యాడ్లాక్ మెను నుండి నిర్వహించబడే ప్రతి-సైట్ మినహాయింపులుగా ఉంటాయి. Chrome మరియు Edgeలో ఎల్లప్పుడూ సురక్షిత కనెక్షన్లను ఉపయోగించండి అని లేబుల్ చేయబడిన సెట్టింగ్లు, గోప్యత మరియు భద్రత, భద్రత కింద అదే ఆలోచన ఉంటుంది. లేబుల్ ఏమైనప్పటికీ, పోర్ట్ 80లో మాత్రమే సమాధానమిచ్చే హోస్ట్కు వ్యతిరేకంగా ప్రవర్తనను ధృవీకరించండి, ఎందుకంటే అప్గ్రేడ్ చేసి, ఆపై నిశ్శబ్దంగా వెనక్కి తగ్గే మోడ్ మీరు ప్రారంభించినట్లు భావించే రక్షణ కాదు. Firefox HTTPS-మాత్రమే డాక్యుమెంటేషన్ ఆ బ్రౌజర్ కోసం అప్గ్రేడ్, హెచ్చరిక మరియు మినహాయింపు ప్రవర్తనను వివరిస్తుంది.

స్టెప్ 3: అడ్రస్ బార్ మాత్రమే కాకుండా వనరులను పరిష్కరించండి

అప్గ్రేడ్ విఫలమైనప్పుడు, చిరునామా పట్టీకి బదులుగా ఖచ్చితమైన లోపాన్ని చదవండి. HTTPS వినేవారు లేని హోస్ట్, సర్టిఫికేట్తో సరిపోలని హోస్ట్ పేరు మరియు గడువు ముగిసిన గొలుసు వేర్వేరు సందేశాలను ఉత్పత్తి చేస్తాయి మరియు వేర్వేరు యజమానులకు చెందినవి. మొదటిది మాత్రమే సర్వర్ వైపు గ్యాప్; రెండవది సాధారణంగా ఎప్పటికీ నవీకరించబడని బుక్మార్క్; మూడవది VPN కనెక్షన్కి సంబంధం లేని పునరుద్ధరణ సమస్య.

VPN ఆన్లో ఉన్నందున ఖాతా సైట్కు సర్టిఫికేట్ మినహాయింపును జోడించవద్దు. మినహాయింపు ఖచ్చితంగా నిరోధించడానికి VPN ఉద్దేశించిన అంతరాయాన్ని పట్టుకున్న తనిఖీని నిలిపివేస్తుంది.

మూడవ భాగం పేజీ లోపల ఉంది మరియు ఇది ప్రజలు మిస్ అవుతున్నది. HTTPS ద్వారా లోడ్ అయ్యే పేజీ ఇప్పటికీ http URL నుండి చిత్రాలు, ఫాంట్లు లేదా స్క్రిప్ట్లను లాగగలదు మరియు బ్రౌజర్ వాటిని బ్లాక్ చేస్తుంది లేదా మొత్తం పేజీకి భద్రతా సూచికను డౌన్గ్రేడ్ చేస్తుంది. నెట్వర్క్ ప్యానెల్లో విఫలమైన అభ్యర్థనలను తనిఖీ చేయండి మరియు చిరునామా బార్ ప్రతి అభ్యర్థనను వివరిస్తుందని భావించడం కంటే వాటి యజమాని వద్ద వనరుల సూచనలను పరిష్కరించండి. మీరు అమలు చేసే సైట్లో, CMS లేదా టెంప్లేట్లో నిల్వ చేయబడిన URLలను బ్రౌజర్లో తిరిగి వ్రాయడానికి బదులుగా సరిచేయడం అని అర్థం. మీరు మూలాన్ని మార్చలేకపోతే, మిశ్రమ కంటెంట్ను తెలిసిన గ్యాప్గా రికార్డ్ చేయండి, ఎందుకంటే సాదా వచన వనరులను లాగే పేజీపై ప్యాడ్లాక్ తప్పుడు సంకేతం.

దశ 4: HSTS ఏమి జోడిస్తుంది మరియు ఏమి చేయదు

HSTS అనేది బ్రౌజర్ ప్రాధాన్యత కంటే సైట్ విధానం మరియు తాజా ప్రొఫైల్లో టైప్ చేసిన http://ని బ్రతికించే ఏకైక మెకానిజం ఇది. బ్రౌజర్ హోస్ట్ కోసం Strict-Transport-Security హెడర్ను చూసిన తర్వాత, అది Httpsకు పంపే ముందు అభ్యర్థనలను తిరిగి వ్రాస్తుంది, ఇది మీకు కావలసిన ఆస్తి. బ్రౌజర్ ఎన్నడూ సందర్శించని హోస్ట్కి ఇది ఏమీ చేయదు మరియు అదే అప్లికేషన్ను అందించే వేరే హోస్ట్ పేరు కోసం ఏమీ చేయదు.

curl -sSI https://example.com | grep -i strict-transport-securityతో మూలం ఏమి పంపుతుందో తనిఖీ చేయండి. తప్పిపోయిన హెడర్ అనేది సర్వర్ మార్పు మరియు క్లయింట్ ఇన్స్టాల్ చేయగలది కాదు. అది ఉన్నట్లయితే, max-ageని చదవండి మరియు includeSubDomains సెట్ చేయబడిందో లేదో చదవండి, ఎందుకంటే సందర్శనల మధ్య తక్కువ గరిష్ట-వయస్సు ముగుస్తుంది మరియు తప్పిపోయిన చేర్చబడిన సబ్డొమైన్లు ప్రతి సబ్డొమైన్ను అసురక్షితంగా వదిలివేస్తాయి. RFC 6797 వినియోగదారు ఏజెంట్ విధానాన్ని ఎలా వర్తింపజేస్తుంది మరియు అది ఏమి విస్మరించవచ్చో నిర్వచిస్తుంది. ప్రీలోడ్ అనేది ఒక ప్రత్యేక నిబద్ధత, కాబట్టి జాబితాలో డొమైన్ ఉందని ఎవరికైనా వాగ్దానం చేసే ముందు hstspreload.org API ద్వారా స్థితిని తనిఖీ చేయండి.

ధృవీకరణ మరియు రోల్బ్యాక్

రోల్బ్యాక్ క్లయింట్ సెట్టింగ్లకు చౌకగా ఉంటుంది మరియు HSTSకి ఖరీదైనది. HTTPS-మాత్రమే మోడ్ని ఆఫ్ చేయడం వలన మునుపటి ప్రవర్తన వెంటనే పునరుద్ధరిస్తుంది; గరిష్ట వయస్సు ఎక్కువ కాదు మరియు ఇప్పటికే అందుకున్న సందర్శకులు గడువు ముగిసే వరకు అప్గ్రేడ్ చేస్తూ ఉంటారు.

కాబట్టి ఇది పూర్తయిందని కాల్ చేయడానికి ముందు క్రమంలో ధృవీకరించండి. కోల్డ్ కాష్ నుండి రీలోడ్ చేయండి మరియు నెట్వర్క్ ప్యానెల్లోని మొదటి అభ్యర్థన https అని మునుపటి దారి మళ్లింపు లేకుండా నిర్ధారించండి. ఆపై సబ్డొమైన్ను తనిఖీ చేయండి, ఎందుకంటే ఈ విధానాలు సాధారణంగా ఊహించిన దాని కంటే ఇరుకైనవిగా మారే చోట సబ్డొమైన్లను చేర్చండి. ఆపై థర్డ్-పార్టీ అసెట్స్ని లాగే ఒక పేజీని చెక్ చేయండి, ఎందుకంటే మిక్స్డ్ కంటెంట్ అనేది విఫలమైన ప్రతి ఇతర పరిష్కారాన్ని కలిగి ఉంటుంది.

అన్నింటి తర్వాత కూడా మొదటి అభ్యర్థన http అయితే, క్లయింట్ ఇకపై వేరియబుల్ కాదు: వ్యక్తులు క్లిక్ చేసే లింక్. హోస్ట్ పేరు యొక్క http ఫారమ్ కోసం మీరు నియంత్రించే స్థలాలను శోధించండి, వాటిని నవీకరించండి మరియు అదే కోల్డ్-కాష్ రీలోడ్తో మళ్లీ పరీక్షించండి. VPN ప్రశ్నను అంతటా వేరుగా ఉంచండి, ఎందుకంటే అభ్యర్థనను చూడగలిగే టన్నెల్ మారుతుంది మరియు అభ్యర్థన గుప్తీకరించబడిందో లేదో ఎప్పటికీ మార్చదు. టిక్కెట్లో ఉంచాల్సిన లైన్ ఏమిటంటే, మొదటి అభ్యర్థన ముఖ్యమైనది మరియు దారి మళ్లింపు అనేది ఇప్పటికే పంపిన అభ్యర్థనకు రసీదు మాత్రమే.