Windows VPN యొక్క చిరునామా ఫీల్డ్లోని పోర్ట్ SSTP తో మాత్రమే పనిచేస్తుంది

సర్వర్ పేరు ఫీల్డ్ host:port కాదు. PPTP, L2TP మరియు IKEv2 కి స్థిర పోర్ట్లు ఉన్నాయి; SSTP పోర్ట్ను పూర్తి https:// URL గా మాత్రమే అంగీకరిస్తుంది, మరియు 443 ను ముందుకు పంపడం మరింత శుభ్రం.

ఒక VPN సర్వర్ TCP 10443 పై సమాధానం ఇస్తుంది, Windows యొక్క అంతర్నిర్మిత క్లయింట్కు సరైన ఆధారాలు ఉన్నాయి, అయినా DNS టైమౌట్ లాగా కనిపించే విరామం తర్వాత కనెక్షన్ తెగిపోతుంది. కారణం సాధారణంగా చిరునామా ఫీల్డ్: సర్వర్ పేరు లేదా చిరునామాలో vpn.example.com:10443 రాసినప్పుడు Windows మొత్తం స్ట్రింగ్ను హోస్ట్నేమ్గా చదువుతుంది, ఎందుకంటే ఆ పెట్టె సాధారణ host:port ఇన్పుట్ కాదు. పోర్ట్ అక్కడ వ్యక్తపరచగలమా అనేది ప్రొఫైల్ ఉపయోగించే టన్నెల్ రకంపై ఆధారపడి ఉంటుంది, మరియు నాలుగు రకాలలో ఒకటి మాత్రమే విలువను తాను పార్స్ చేయగల వస్తువుగా పరిగణిస్తుంది.

చిరునామా ఫీల్డ్ host:port పెట్టె ఎందుకు కాదు

ఆ ఫీల్డ్ వెనుక ఉన్న ప్రొఫైల్ లక్షణం ServerAddress, మరియు ప్రతి టన్నెల్ రకం స్ట్రింగ్తో ఏమి చేయాలో తానే నిర్ణయిస్తుంది. వాటిలో మూడింటికి నింపడానికి పోర్ట్ పరామితి లేదు, కాబట్టి కోలన్ మరియు సంఖ్య ఎప్పటికీ పరిష్కరించబడని పేరులోని అక్షరాలు మాత్రమే. నాల్గవది HTTPS పై నడుస్తుంది, అక్కడ పోర్ట్ URL లో భాగం, కాబట్టి విలువ URL గా పార్స్ అయ్యే రూపంలో రాయాలి.

అందుకే వైఫల్యం పేరు-పరిష్కారం లాగా కనిపిస్తుంది, తిరస్కరించిన కనెక్షన్ లాగా కాదు. నివేదించడానికి చెడ్డ పోర్ట్ లేదు, లేని ఒక హోస్ట్నేమ్ మాత్రమే ఉంది, మరియు పరిష్కర్త లొంగిపోయిన తర్వాత లోపం వస్తుంది. సర్వర్ను తాకే ముందు ప్రొఫైల్ ఏ టన్నెల్ రకాన్ని ఉపయోగిస్తుందని చెబుతుందో తనిఖీ చేయండి.

స్థిర పోర్ట్ ఉన్న మూడు రకాలు

PPTP TCP 1723 కు కనెక్ట్ అయి ఆపై టన్నెల్ను GRE, IP ప్రోటోకాల్ 47 లో తీసుకువెళుతుంది. L2TP/IPsec టన్నెల్ కోసం UDP 1701 మరియు IPsec కోసం UDP 500 మరియు 4500 ఉపయోగిస్తుంది, ఇందులో 4500 NAT దాటే పోర్ట్. IKEv2 కూడా UDP 500 మరియు 4500 ఉపయోగిస్తుంది. ఈ ప్రొఫైల్లలో ఏదీ ఇంటర్ఫేస్లో ఎక్కడా పోర్ట్ ఫీల్డ్ చూపించదు, ఏదీ ప్రామాణికం కాని పోర్ట్పై చర్చలు జరపదు.

అందువల్ల అనుకూల పోర్ట్లో వినిపించే సర్వర్ ఈ ప్రొఫైల్లకు చేరుకోలేనిది, చిరునామా ఎలా రాసినా. ఆచరణాత్మక సమాధానాలు సంకుచితం: ప్రామాణిక పోర్ట్ను సర్వర్లో ప్రచురించండి, లేదా ప్రామాణిక పోర్ట్ను దాని ముందున్న రౌటర్లో అనుకూల పోర్ట్గా అనువదించండి. రెండూ క్లయింట్ ప్రొఫైల్ను తాకకుండా ఉంచుతాయి, ఇది ప్రొఫైల్ విధానం ద్వారా అమలు చేయబడి చేతితో రాయనప్పుడు చాలా విలువైనది.

SSTP కి URL కావాలి, పేరు కాదు

SSTP మినహాయింపు ఎందుకంటే అది TLS సెషన్ లోపల నడుస్తుంది. ఫీల్డ్ URL గా పార్స్ చేయబడాలి: మొదట https:// స్కీమ్, తర్వాత హోస్ట్, తర్వాత కోలన్ మరియు పోర్ట్. స్కీమ్ లేకుండా Windows విలువను సాధారణ పేరుగానే పరిగణిస్తుంది మరియు ఏదైనా TLS మార్పిడికి ముందే కనెక్షన్ విఫలమవుతుంది.

ఇది ప్రజలకు ఆశ్చర్యం కలిగించడానికి కారణం డిఫాల్ట్ పోర్ట్ నగ్న హోస్ట్నేమ్ను అంగీకరిస్తుంది. ఎప్పుడూ అనుకూల పోర్ట్ అవసరం లేని ప్రొఫైల్ ఆ నియమాన్ని ఎప్పటికీ నేర్పదు, ఒకటి జోడించిన మొదటి వ్యక్తి దాన్ని వైఫల్యం ద్వారానే కనుగొంటాడు. సేవ్ చేసిన తర్వాత సంభాషణ పెట్టెను నమ్మకుండా సేవ్ చేసిన విలువను మళ్లీ చదవండి:

Get-VpnConnection -Name "Corporate SSTP" | Select-Object Name, ServerAddress, TunnelType

ServerAddress సేవ్ చేయబడినది ఖచ్చితంగా చూపిస్తుంది. అది కోలన్ ఉన్న నగ్న హోస్ట్నేమ్గా చదివితే, ప్రొఫైల్కు ఎప్పుడూ URL రాలేదు మరియు ఎన్ని సార్లు మళ్లీ ప్రయత్నించినా ఇది సరిచేయబడదు.

అదే పెట్టెలో అతికించే విక్రేత సింటాక్స్

కొన్ని గేట్వేలు ఆ ఫీల్డ్ కోసం అదనపు సంప్రదాయాలను నమోదు చేస్తాయి, ఉదాహరణకు పోర్ట్ తర్వాత జోడించే realm లేదా ధృవపత్రాల ప్రవర్తనను మార్చే క్వెరీ పరామితులు. వాటిని ఆ విక్రేత సర్వర్ మరియు కొన్ని బిల్డ్లలో దాని సొంత క్లయింట్ కూడా అర్థం చేసుకుంటాయి. అవి Windows ప్రొఫైల్ ఫార్మాట్లో భాగం కావు, వాటిని అంతర్నిర్మిత ప్రొఫైల్లో అతికిస్తే సాధారణంగా అదే నిశ్శబ్ద పేరు-వైఫల్యం సంభవిస్తుంది.

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

పోర్ట్ నిరూపించండి, తర్వాత విఫలమైన దశను చదవండి

ప్రొఫైల్ను నిందించే ముందు క్లయింట్ నెట్వర్క్ నుండి ఏదో ఆ పోర్ట్లో TCP అంగీకరిస్తుందని నిర్ధారించండి:

Test-NetConnection vpn.example.com -Port 10443

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

తర్వాత సమస్యను నమోదు చేయడానికి బదులుగా తొలగించే ఎంపికను పరిగణించండి: బయటి నుండి TCP 443 ను VPN సర్వర్లోని 10443 కు పంపండి. అప్పుడు క్లయింట్ ఎలాంటి పోర్ట్ లేకుండా డిఫాల్ట్ ప్రొఫైల్ను ఉపయోగిస్తుంది, ఇది సాధారణంగా నిర్వహించబడే దళానికి అత్యంత శుభ్రమైన ఏర్పాటు మరియు అనుకూల పోర్ట్ను అంతర్గత వివరంగా మిగిల్చివేస్తుంది.

సంబంధిత వ్యాసాలు