హోటల్ Wi-Fi లో OpenVPN కనెక్ట్ కావడం లేదా? TCP 443 ప్రయత్నించండి

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

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

క్లయింట్ నుండి ప్రారంభించండి: స్థితి పంక్తిని చదవండి

స్థితి పంక్తి ఏ దశ విఫలమైందో చెబుతుంది. కనెక్ట్ అవుతోంది వద్ద చిక్కుకున్న క్లయింట్ ఇంకా హోస్ట్ పేరును పరిష్కరిస్తోంది లేదా బయటి సాకెట్ను తెరుస్తోంది; సర్వర్ కోసం వేచి ఉంది వరకు చేరిన దానికి మార్గం ఉంది కానీ సమాధానం లేదు; ధృవీకరించుకుని తర్వాత పడిపోయే దానికి పూర్తిగా వేరే సమస్య ఉంది. క్లయింట్ లాగ్ మరియు ప్రొఫైల్ స్వంత remote మరియు proto ఫీల్డ్లు క్లయింట్ ఏమి చేయాలని ప్రయత్నిస్తోందో చూపుతాయి, కమాండ్-లైన్ క్లయింట్లో --verb 4 అదే వివరాన్ని ముద్రిస్తుంది. దాన్ని మీ ముందున్న నెట్వర్క్తో పోల్చడమే 'VPN బ్లాక్ చేయబడింది' అనేదాన్ని నిర్దిష్ట వాదనగా మారుస్తుంది.

తర్వాత మీ దగ్గర ఇప్పటికే ఉన్న పరికరాలతో నెట్వర్క్ను పరిశీలించండి. nc -vzu 203.0.113.10 1194 ఒక UDP డేటాగ్రామ్ను పంపుతుంది, curl -v telnet://203.0.113.10:443 TCP హ్యాండ్షేక్ పూర్తవుతుందా అని నివేదిస్తుంది, HTTPS పేజీ లోడ్ చేసే బ్రౌజర్ బయటకు వెళ్లే 443 ఆ ఒక్క హోస్ట్ను చేరుతుందని మాత్రమే నిరూపిస్తుంది. చిన్న పరిశీలనలు VPN క్లయింట్ సమాధానం చెప్పలేని దానికి సమాధానం ఇస్తాయి: ఏ పోర్ట్ మరియు ఏ ప్రోటోకాల్ ఈ నెట్వర్క్ నుండి బయటకు వెళ్తాయి.

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

లిసనర్ మరియు ప్రొఫైల్ను కలిసి కదిలించండి

సర్వర్ వైపు, నెట్వర్క్ అనుమతించే దానికి లిసనర్ను పెట్టండి: సర్వర్ కాన్ఫిగరేషన్లో port 443 మరియు proto tcp, తర్వాత సేవను మళ్లీ ప్రారంభించి ss -lntp తో సాకెట్ను నిర్ధారించండి. క్లయింట్ వైపు, ప్రొఫైల్ అంగీకరించాలి, ఎందుకంటే రవాణా మరియు పోర్ట్ టన్నెల్ వెలుపల ఉంటాయి: .ovpn లో proto tcp మరియు port 443, లేదా యాప్ సెట్టింగ్ స్క్రీన్లో సంబంధిత ఫీల్డ్లు. ఇంకా UDP 1194 వైపు లక్ష్యంగా ఉన్న ప్రొఫైల్ మునుపటిలాగే విఫలమవుతుంది, ఇప్పటికే సరిచేసిన ఫైర్వాల్ను నిందించాలని అనిపిస్తుంది. అదే హోస్ట్ 443 లో HTTPS కి కూడా సమాధానం ఇస్తే, రెండు లిసనర్లు ఆ చిరునామా మరియు ప్రోటోకాల్ను పంచుకోలేవు; VPN కి రెండవ చిరునామా ఇవ్వండి లేదా ముందు డీమల్టీప్లెక్సర్ పెట్టండి.

రెండు చివరల్లో tcpdump -ni any port 443 తో మొదటి కనెక్షన్ను గమనించండి. క్లయింట్ నుండి బయలుదేరి ఎప్పటికీ చేరని ప్యాకెట్లు నెట్వర్క్ ఏదోలా ఫిల్టర్ చేస్తోంది, లేదా ప్రొఫైల్లోని చిరునామా మీరు ఊహించినది కాదు అని అర్థం. సమాధానం లేకుండా చేరే ప్యాకెట్లు మిమ్మల్ని సర్వర్ లాగ్కు తిరిగి పంపుతాయి, అక్కడ ప్రోటోకాల్ అసమతుల్యత వెంటనే పడేసిన ప్యాకెట్గా కనిపిస్తుంది.

నెట్వర్క్ నుండి ప్రాక్సీ మాత్రమే బయటకు వెళ్ళినప్పుడు

కొన్ని అతిథి నెట్వర్క్లు HTTP ప్రాక్సీ తప్ప ఏదీ అనుమతించవు, ఇది మూసిన పోర్ట్ కంటే భిన్నమైన పరిమితి మరియు OpenVPN కంటే ఎక్కువ వాటిని మినహాయిస్తుంది. PPTP, L2TP/IPsec లేదా బేర్ IPsec మాత్రమే మాట్లాడే క్లయింట్లకు దాని గుండా వెళ్లే మార్గం లేదు, ఎందుకంటే ఆ నిర్మాణాలు తమ బయటి ప్రోటోకాల్ నేరుగా సర్వర్ను చేరుతుందని ఆశిస్తాయి. OpenVPN చేయగలదు, క్లయింట్ ప్రొఫైల్లో http-proxy proxy.example.net 8080 ఉంటే, ప్రాక్సీ మీ పోర్ట్కు CONNECT పద్ధతిని అనుమతిస్తే. SOCKS ప్రాక్సీ ఇంకా సులభం, ఎందుకంటే లోపల ఏమి ఉందో పట్టించుకోకుండా స్ట్రీమ్ను పంపుతుంది.

క్లయింట్కు ప్రాక్సీ మద్దతు లేని చోట, 443 పై SSH టన్నెల్ సాధారణంగా మిగులుతుంది. అది రెండవ పొరను జోడిస్తుంది, మరియు నెట్వర్క్ నిర్వాహకుడికి దానిపై అభిప్రాయం ఉండవచ్చు, కాబట్టి దాన్ని నిర్మాణంగా కాదు, ఒక ప్రయాణానికి వంతెనగా పరిగణించండి.

ఉంచుకునే ముందు ప్రత్యామ్నాయ మార్గం ఖర్చును అంచనా వేయండి

TCP లోపల TCP కి తెలిసిన ఖర్చు ఉంది. బయటి కనెక్షన్ TCP మరియు పేలోడ్ కూడా TCP అయినప్పుడు, పోయిన సెగ్మెంట్ రెండు పొరల్లోనూ పునఃప్రసారాన్ని కలిగిస్తుంది, లోపలి కనెక్షన్ తనకు కనిపించని నష్టం నుండి వెనక్కి తగ్గుతుంది. బ్రౌజింగ్ దాన్ని తట్టుకుంటుంది; ఇంటరాక్టివ్ సెషన్లు మరియు కాల్లు దాన్ని అనుభవిస్తాయి. TCP 443 లిసనర్ను దాన్ని కోరే నెట్వర్క్లకు ప్రత్యామ్నాయ మార్గంగా ఉంచండి, ఇంకా దాన్ని దాటనిచ్చే ప్రతిదానికీ UDP డిఫాల్ట్గా ఉండనివ్వండి.

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