OpenVPN mssfix: పెద్ద బదిలీలలో ఒక క్లయింట్ ఎందుకు ఆగిపోతుంది

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

ఎంపిక ఏమి తిరిగి రాస్తుంది

mssfix టన్నెల్ గుండా వెళ్లే TCP హ్యాండ్షేక్లలో ప్రకటించిన గరిష్ఠ సెగ్మెంట్ పరిమాణాన్ని సవరిస్తుంది, తద్వారా పంపే వైపు ఎన్క్యాప్సులేటెడ్ బడ్జెట్లో సరిపోయే సెగ్మెంట్లను ఎంచుకుంటుంది. ఇది హ్యాండ్షేక్పై పని చేస్తుంది, అంటే మార్పుకు ముందు తెరిచిన కనెక్షన్ చర్చించిన విలువను ఉంచుకుంటుంది.

ఇది UDP డేటాగ్రామ్లను చిన్నవిగా చేయదు, టన్నెల్ MTUని సెట్ చేయదు. రెండు వేర్వేరు సమస్యలు ఒకే లక్షణాన్ని ఇస్తాయి: మార్గ పరిమితిని పట్టించుకోని TCP పంపేవాడు, మరియు ఏ పరిమాణంలోనైనా పెద్ద ప్యాకెట్లను నిశ్శబ్దంగా వదిలేసే మార్గం. mssfix మొదటిదాన్ని పరిష్కరిస్తుంది, రెండవదానికి ఏమీ చేయదు.

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

పరిధి టన్నెల్ లోపలి TCP

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

దిశ కూడా ముఖ్యం. క్లయింట్ సెట్టింగ్ ఆ క్లయింట్ టన్నెల్లోకి పంపే ట్రాఫిక్ను ప్రభావితం చేస్తుంది, సర్వర్ క్లయింట్ల వైపు పంపే ప్రవాహాలను కవర్ చేస్తుంది. లోపలికి వచ్చే డౌన్లోడ్లు మాత్రమే ఆగితే, క్లయింట్ వైపు విలువ మొత్తం కథ కాదు.

సంఖ్య మరియు కీవర్డ్ పోర్టబుల్ కావు

OpenVPN 2.6 సంఘం వెర్షన్ విలువ తర్వాత ఐచ్ఛిక కీవర్డ్ను అంగీకరిస్తుంది. mtu తో, సంఖ్య IP మరియు UDP హెడర్లతో సహా బాహ్య ప్యాకెట్ పరిమాణాన్ని వివరిస్తుంది; అది లేకుండా, వాదన మరో లెక్కింపు సంప్రదాయాన్ని అనుసరిస్తుంది. కాబట్టి వెర్షన్ల మధ్య కాపీ చేసిన పంక్తి అదే ప్యాకెట్ బడ్జెట్ను వివరించదు. మరో విడుదల ట్యుటోరియల్కు బదులుగా మీరు నిజంగా నడిపే బిల్డ్తో వచ్చే మాన్యువల్ పేజీని చూడండి.

సింటాక్స్ ఇలా ఉంటుంది:

mssfix 1400 mtu

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

మొదట ఆ ఒక క్లయింట్పై నిర్ధారించండి

ఏదైనా మార్చే ముందు విఫలమైన యంత్రం నుండి మార్గాన్ని కొలవండి. విభజన లేకుండా మార్గం మోయగల పేలోడ్ మీరు వెతుకుతున్న సంఖ్య:

ping -M do -s 1472 10.8.0.1
ping -M do -s 1400 10.8.0.1

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

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