UDP ఎల్లప్పుడూ వేగంగా ఉండదు: OpenVPN రవాణాను ఎంచుకోవడం

ప్రతి మార్గదర్శి OpenVPN కోసం UDP, TCP కంటే మెరుగైనదని చెబుతుంది, ఆ సలహా డిఫాల్ట్, కొలత కాదు. రవాణా ప్యాకెట్లు ఎలా అందుతాయి మరియు మార్గం వాటిని పడేసినప్పుడు ఏమి జరుగుతుంది అనేది మారుస్తుంది, సొరంగం ఎలా గుప్తీకరించబడుతుంది అనేది కాదు. క్యాప్టివ్ పోర్టల్ లేదా పోర్ట్ 443ను మాత్రమే అనుమతించే ప్రాక్సీ వెనుక, నెమ్మదైన ఎంపికే వాస్తవానికి కనెక్ట్ అవుతుంది. తదుపరిది ప్రోటోకాల్ ఏమి చేస్తుంది మరియు మీ యాక్సెస్ నెట్‌వర్క్ ఏమి అనుమతిస్తుంది అనేది వేరు చేస్తుంది.

రవాణా నిజంగా ఏమి మారుస్తుంది

TCP విశ్వసనీయ, క్రమబద్ధ బైట్ స్ట్రీమ్‌ను అందించి పోయిన అన్నింటినీ మళ్లీ పంపుతుంది, RFC 9293 నిర్దేశించినట్లు. UDP డేటాగ్రామ్‌లను నెట్‌వర్క్‌కు అప్పగిస్తుంది, OpenVPN ఆ సాకెట్ మీద తన స్వంత విశ్వసనీయత పొరను నడుపుతుంది. TCPను TCP లోపల ఎన్‌క్యాప్సులేట్ చేయడం రెండు పునరుద్ధరణ లూప్‌లను పేర్చుతుంది, కాబట్టి పోయిన ఒక విభాగం లోపలి స్ట్రీమ్‌ను ఆపి ఉంచగలదు, బయటి పునఃప్రసారం వచ్చే వరకు. ఆ పరస్పర చర్యే UDP కోసం నిజమైన వాదన, అది నిర్గమనంగా కాకుండా ఆలస్యంగా కనిపిస్తుంది.

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

వీటిలో ఏదీ గోప్యత లేదా సమగ్రతను తాకదు. TLS హ్యాండ్‌షేక్ మరియు డేటా-ఛానెల్ సైఫర్ రెండు రవాణాలకు ఒకటే, కాబట్టి మారడం బలహీన సైఫర్ సూట్‌ను కాపాడలేదు.

TCP తన స్థానాన్ని ఎక్కడ సంపాదిస్తుంది

యాక్సెస్ నెట్‌వర్క్‌లు TCP ఎంచుకోవడానికి సాధారణ కారణం. హోటల్, విమానాశ్రయం లేదా అతిథి నెట్‌వర్క్ బయటకు వెళ్లే 443ను అనుమతించి మిగతావన్నీ పడేయవచ్చు, ఆ పోర్ట్‌లో TCP శ్రోత మాత్రమే పనిచేసే ప్రొఫైల్. ఇది చేరుకోగలగడం, పనితీరు కాదు, అదే స్వయంగా సరిపోయే మంచి కారణం.

మార్గం స్థిరంగా ఉన్నా మధ్యవర్తి బాక్స్‌లు శత్రుత్వంగా ఉన్నా TCP సహాయపడుతుంది. కొన్ని నెట్‌వర్క్‌లు సాధారణ వెబ్ ట్రాఫిక్‌ను పోలిన TCP సెషన్‌లను సహిస్తూనే దీర్ఘకాలిక UDP ప్రవాహాలను రీసెట్ చేస్తాయి. ఆ పోలిక విజయవంతమవుతుందా అనేది నిర్దిష్ట నెట్‌వర్క్ లక్షణం, ఏ మార్గదర్శి కూడా అందరికీ దానిని హామీ ఇవ్వలేదు. ప్రోటోకాల్‌ను నిందించే ముందు విఫలమయ్యే నెట్‌వర్క్ లోపల పరీక్షించండి.

తిరస్కరించబడిన లాగిన్ రవాణా సమస్య కాదు. కనెక్షన్‌ను బలవంతంగా దాటించడానికి సర్టిఫికెట్ ధృవీకరణను నిలిపివేయడం మరింత దారుణమైన ఫలితంతో కూడిన మరో మార్పు.

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

వాస్తవంగా ఏ శ్రోత మీ వద్ద ఉందో తనిఖీ చేయండి

పనితీరును పోల్చే ముందు రెండు చివరలు రవాణా మరియు పోర్ట్‌పై అంగీకరిస్తున్నాయని నిర్ధారించండి. క్లయింట్ ఫైల్‌లో proto udp ను proto tcp గా మార్చడం సర్వర్ శ్రోతను సృష్టించదు. సర్వర్ ఆ ప్రోటోకాల్ కోసం కాన్ఫిగర్ అయి ఉండాలి, ప్రొఫైల్ దానికి సరిపోలాలి.

grep -E '^(proto|port|remote)' /etc/openvpn/server.conf
ss -lunp | grep openvpn
ss -ltnp | grep openvpn

grep సర్వర్‌కు ఏమి ఉపయోగించాలని చెప్పారో ముద్రిస్తుంది, రెండు సాకెట్ జాబితాలు అది ఏదానికి బంధించబడిందో చూపుతాయి. UDP శ్రోత మొదటి జాబితాలో మాత్రమే, TCP శ్రోత రెండవ దానిలో మాత్రమే కనిపిస్తుంది, కాబట్టి మిస్ అయిన లైనే ఎప్పుడూ వర్తించని ప్రొఫైల్‌ను కనుగొనడానికి అత్యంత వేగవంతమైన మార్గం. పోర్ట్‌ను కూడా పోల్చండి, ఎందుకంటే 1194లో TCP ప్రొఫైల్ చాలా యాక్సెస్ నెట్‌వర్క్‌లలో 443 కంటే భిన్నంగా ప్రవర్తిస్తుంది. మార్పు తర్వాత సేవను పునఃప్రారంభించి బైండింగ్‌ను నివేదించే లాగ్ లైన్ చదవండి.

క్లయింట్ వైపు నిర్ధారణ చవకైనది: --verb 4 తో కనెక్షన్‌ను నడపండి మరియు లాగ్‌లో రవాణా లైన్ చదవండి. క్లయింట్ UDP అంటుండగా సర్వర్ TCPపై వినిపిస్తే, హ్యాండ్‌షేక్ ఎప్పటికీ ప్రారంభం కాదు, ఎలాంటి ట్యూనింగ్ సహాయపడదు.

రవాణా లేబుల్ కాదు, పని భారాన్ని పోల్చండి

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

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

మీరు నిజంగా ఎదుర్కొనే పరిస్థితుల్లో పనిచేసే ప్రొఫైల్‌ను ఉంచుకోండి, మరొకటి దాచండి. ఎంపిక వ్యక్తిది కాదు, నెట్‌వర్క్‌ది, కాబట్టి ఏ ఒక్క డిఫాల్ట్ సమాధానం ఎక్కడో తప్పే.