SSTP అనేది HTTPS పై PPP, పోర్ట్ 443లోని వెబ్ పేజీ కాదు

SSTP PPPని HTTPS కనెక్షన్ లోపల తీసుకువెళుతుంది, అందుకే మధ్యలో ఉన్న ఏదైనా దానికి ఇది వెబ్ ట్రాఫిక్లా కనిపిస్తుంది. TLS మరియు HTTP బయటి ఛానెల్ను ఏర్పాటు చేస్తాయి, తర్వాత SSTP నియంత్రణ సందేశాలు సొరంగాన్ని సిద్ధం చేస్తాయి, PPP సెషన్ ప్రవర్తనను అందిస్తుంది. అదే చిరునామాలో పేజీని లోడ్ చేసే బ్రౌజర్ మొదటి దశలో ఒక భాగాన్ని మాత్రమే పూర్తి చేసింది. దాన్ని VPN పరీక్షగా భావించడమే పనిచేస్తున్న ప్రాక్సీని ప్రోటోకాల్ అసమతుల్యతపై నిందించే మార్గం.

నాలుగు దశలను క్రమంగా దాటండి, మీరు చూస్తున్న వైఫల్యం వాటిలో ఒకదానిలో పడుతుంది.

దశ 1: TCP మరియు TLS

క్లయింట్ పోర్ట్ 443కి TCP కనెక్షన్ తెరిచి TLS హ్యాండ్షేక్ చేస్తుంది. సర్టిఫికేట్ గొలుసు క్లయింట్ కాన్ఫిగర్ చేయబడిన హోస్ట్నామ్తో సరిపోలాలి. ఇక్కడ పేరు సరిపోలకపోతే ఏదైనా SSTP సందేశం మార్పిడి కాకముందే వైఫల్యం ఏర్పడుతుంది, మరియు SSTP స్పెసిఫికేషన్ ఈ బయటి HTTPS ఛానెల్ ఇప్పటికే ఉందని భావిస్తుంది. తర్వాతి దశల్లో ఏదీ ఇక్కడి విశ్వాస వైఫల్యాన్ని భర్తీ చేయలేదు.

సాధారణ వెబ్ సర్వర్ ఈ దశను పరిపూర్ణంగా పూర్తి చేసి తర్వాతి దశలో విఫలమవ్వచ్చు. TLS విజయం సర్టిఫికేట్ గురించిన సాక్ష్యం, దాని వెనుక ఉన్న ప్రోటోకాల్ గురించి కాదు.

దశ 2: HTTPS అభ్యర్థన

SSTP తన అభ్యర్థనను నిర్దిష్ట పద్ధతి అయిన SSTP_DUPLEX_POSTతో చేస్తుంది, పత్రాన్ని తిరిగి ఇవ్వకుండా మార్పిడిని తెరిచి ఉంచుతుంది. సాధారణ పేజీ అభ్యర్థనల కోసం కాన్ఫిగర్ చేసిన సర్వర్ లేదా ప్రాక్సీ కనెక్షన్ను అంగీకరించి తర్వాత పద్ధతిని తిరస్కరించవచ్చు. ఆ తిరస్కరణే ప్రజలు సాధారణంగా పోర్ట్ 443 నిరోధించబడిందని వివరించే అనుకూలత సమస్య.

సర్వర్ లాగ్లో ప్రతిస్పందన కోడ్ మరియు పద్ధతిని చదవండి. ఈ దశలో తిరస్కరణ TCP సమయ ముగింపు నుండి భిన్నమైన సమస్య, రెండూ వేర్వేరు సవరణలకు దారి తీస్తాయి.

దశ 3: నియంత్రణ సందేశాలు

అభ్యర్థన అంగీకరించబడిన తర్వాత, SSTP సొరంగంపై చర్చించి దాన్ని సిద్ధం చేసే నియంత్రణ సందేశాలను మార్పిడి చేస్తుంది. ఇవి HTTP అభ్యర్థనలు కాదు, HTTPS బాడీ లోపలి ప్రోటోకాల్ సందేశాలు, కాబట్టి బాడీలను పరిశీలించి తిరిగి రాసే ప్రాక్సీ పేజీ అభ్యర్థనలను తాకకుండా వీటిని విరగ్గొట్టగలదు.

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

దశ 4: PPP నియంత్రణ తీసుకుంటుంది

తర్వాత PPP సెషన్ ప్రవర్తనను అందిస్తుంది: లింక్ చర్చలు, ప్రామాణీకరణ మరియు తదుపరి నెట్వర్క్ పొర కాన్ఫిగరేషన్. PPP ప్రామాణీకరణ క్లయింట్ ఇప్పటికే దాటిన TLS తనిఖీ నుండి వేరుగా ఉంటుంది. క్లయింట్ అంగీకరించే సర్వర్ సర్టిఫికేట్ వినియోగదారు ఆధారాలు చెల్లుబాటు అవుతాయా లేదా ఖాతా అధికారం పొందిందా అనే దాని గురించి ఏమీ చెప్పదు.

అంగీకరించిన సర్టిఫికేట్ మరియు తిరస్కరించిన లాగిన్ పరస్పర విరుద్ధం కాదు. ఇవి స్వతంత్ర ఫలితాలతో కూడిన వరుస దశలు.

ప్రామాణీకరణకు అనేక పాత్రలు ఉన్నాయి

క్లయింట్ TLS సర్వర్ గుర్తింపును తన విశ్వాస నిల్వ మరియు కాన్ఫిగర్ చేసిన పేరుకు వ్యతిరేకంగా ధృవీకరిస్తుంది. తర్వాత PPP వినియోగదారు లేదా యంత్రాన్ని ప్రామాణీకరిస్తుంది, అమలుపై ఆధారపడి. సర్వర్ ఎవరు కనెక్ట్ కావచ్చు, ఏమి చేరుకోవచ్చు అనే దానిపై తన స్వంత విధానాన్ని జోడించవచ్చు. హోస్ట్నామ్ను సర్టిఫికేట్ గుర్తింపుతో సమన్వయంగా ఉంచండి, ఎందుకంటే ముడి చిరునామా పెట్టడం పనిచేసే సెటప్ను పేరు తనిఖీ వైఫల్యంగా మారుస్తుంది.

ఏ దశ వైఫల్యాన్ని నివేదించిందో రాయండి. సర్టిఫికేట్, పద్ధతి, నియంత్రణ సందేశం, PPP ప్రామాణీకరణ, తర్వాత మార్గాలు: ఐదు స్థలాలు, ఐదు సవరణలు.

బ్రౌజర్ పరీక్ష ఏమి చూపగలదు, ఏమి చూపలేదు

చిరునామాలో పేజీని లోడ్ చేయడం DNS పరిష్కారం, TCP చేరుకోగలగడం మరియు HTTP మాట్లాడే ఏదో వింటోందని నిరూపిస్తుంది. పద్ధతి అంగీకరించబడింది, నియంత్రణ మార్పిడి నిలిచింది లేదా PPP ప్రామాణీకరణ కాన్ఫిగర్ చేయబడింది అని నిరూపించదు. పోర్ట్ను మార్చి మరో ప్రొఫైల్ను మార్చే బదులు SSTP అమలు చేసే క్లయింట్ను ఉపయోగించండి.

సెషన్ లేచిన తర్వాత కూడా మార్గాలు, DNS మరియు సర్వర్ వైపు ఫార్వార్డింగ్ వినియోగదారు ఏమి చేరుకోగలరో నిర్ణయిస్తాయి. సొరంగం ఒక మార్గం, అనుమతి కాదు.