proto udp లేదా tcp-client: మీ సర్వర్ ఏది వింటుంది?

గత నెల పనిచేసిన ప్రొఫైల్ ఇప్పుడు సమయం ముగిస్తోంది, మరియు ఎవరో proto udp ను proto tcp-client తో మార్చాలని సూచిస్తున్నారు. కొన్నిసార్లు అది సరైన అడుగు, కొన్నిసార్లు ఏదీ వినని పోర్టుకు కనెక్ట్ అయ్యే క్లయింట్ ఏర్పడుతుంది, ఎందుకంటే సర్వర్ ఎప్పుడూ మరొక రవాణా కోసం కాన్ఫిగర్ చేయలేదు. ఈ సూచన మీ వైపు ఎలా మాట్లాడుతుందో వివరిస్తుంది; అది అవతలి వైపు వినిపించేవాడిని సృష్టించలేదు. రెండింటిలో ఏదైనా మార్చే ముందు ప్రొఫైల్ మరియు సర్వర్ను కలిసి చదవండి.

ఎంచుకున్న కనెక్షన్ ఉపయోగించే రవాణాను చదవండి

ఒక ప్రొఫైల్ పలు remote ఎంట్రీలను కలిగి ఉండవచ్చు, ప్రతి ఒక్కటి దాని సొంత రవాణాను పేర్కొనవచ్చు. క్లయింట్ వాటిని వరుసగా ప్రాసెస్ చేస్తుంది, కాబట్టి మీరు మొదట చూసే పంక్తి వర్తించే పంక్తి కావాల్సిన అవసరం లేదు.

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

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

grep -nE '^(remote|proto)\b' client.ovpn

UDP మరియు TCP వేగ సెట్టింగ్ కావు

UDP క్రమబద్ధమైన స్ట్రీమ్ను నిర్మించకుండా డేటాగ్రామ్లను పంపుతుంది, కాబట్టి సొరంగం యొక్క సొంత ట్రాఫిక్ రెండవ నమ్మకమైన రవాణాలో చుట్టబడదు. UDP ను వదిలివేసే లేదా నిరోధించే నెట్వర్క్ల గుండా TCP మీకు మార్గం ఇస్తుంది, కానీ దాని ధర నష్టం ఉన్న లింక్ను మరింత దారుణంగా అనిపించేలా చేయగల లోపలి పునఃప్రసారం.

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

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

tcp-client నిజంగా ఏమి అర్థం చేస్తుంది

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

సరిపోలడం అంటే రెండు చివరలు రవాణాపై అంగీకరిస్తాయి, ఒకే స్ట్రింగ్ను పంచుకుంటాయి అని కాదు.

grep -nE '^proto\b' /etc/openvpn/server/server.conf
ss -lntp | grep openvpn

ప్రొఫైల్ తప్పు అని భావించే ముందు సర్వర్ ఏమి వింటోంది అని అడగండి. UDP వినిపించేవాడు TCP సాకెట్ జాబితాలో కనిపించడు, దీనికి విరుద్ధంగా కూడా నిజం, కాబట్టి సాధారణ దృశ్యం బదులు ప్రోటోకాల్-నిర్దిష్ట దృశ్యాన్ని చూడండి.

ప్రొఫైల్ దిగుమతి అయినా ఎప్పటికీ కనెక్ట్ కాకపోతే

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

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

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

పనిచేసే రవాణాను నమోదు చేయండి

ఒక కలయిక పనిచేసిన తర్వాత, దాన్ని సర్వర్, పోర్ట్ మరియు ప్రోటోకాల్తో రాయండి, మరియు ఏ నెట్వర్క్ నుండి పరీక్షించబడిందో గుర్తించండి.

లేకపోతే సమయం ముగింపును ఎదుర్కొనే తదుపరి వ్యక్తి అదే ప్రయోగాన్ని వ్యతిరేక దిశలో పునరావృతం చేస్తారు, మరియు బహుశా బాగానే ఉన్న సర్వర్ను మార్చేస్తారు.

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