చిన్న VPN MTU వేగవంతమైనదా? నిజమైన ఆధారాలను పోల్చండి
తక్కువ MTU మార్గ పరిమితిని తప్పించుకోవచ్చు, అయినా throughput ఖర్చు కావచ్చు. మార్పును ఉంచుకునే ముందు నిజమైన పరిమితి, ప్యాకెట్ ఓవర్‌హెడ్ మరియు పని భారాన్ని పోల్చండి.
టన్నెల్ పెద్ద బదిలీలను వదిలేస్తుంది కానీ పింగ్‌ను అనుమతిస్తుంది, కాబట్టి సలహా త్వరగా వస్తుంది: MTUని తగ్గించండి. సరిదిద్దడం కొన్నిసార్లు పనిచేస్తుంది, ఆపై అది ప్రతి నెట్‌వర్క్‌లోని ప్రతి ప్రొఫైల్‌కు వర్తించబడుతుంది. అక్కడే లక్ష్యిత మరమ్మత్తు శాశ్వత పనితీరు పన్నుగా మారుతుంది. చేయవలసిన పోలిక మార్గం యొక్క నిజమైన పరిమితి మరియు దాని కింద ప్రతి ప్యాకెట్‌ను చిన్నగా చేయడం ఖర్చు మధ్య ఉంది.
MTU తగ్గించినప్పుడు నిజంగా ఏమి కుంచించుకుపోతుంది
ప్రతి ప్యాకెట్ మీ డేటాను మోసుకెళ్లే ముందు హెడర్లను మోసుకెళ్తుంది. 1500 బైట్ల ఈథర్నెట్ మార్గంలో IPv4 మరియు TCP 40 బైట్లు తీసుకుని పేలోడ్ కోసం 1460 వదిలివేస్తాయి; ఎన్‌క్యాప్సులేషన్ పైన బాహ్య IP, UDP మరియు టన్నెల్ హెడర్లను జోడిస్తుంది, కాబట్టి లోపలి పేలోడ్ బడ్జెట్ మళ్లీ తగ్గుతుంది. ఇంటర్‌ఫేస్ MTUని తగ్గించడం ఆ బడ్జెట్‌ను ఉద్దేశపూర్వకంగా చిన్నగా చేస్తుంది.
ఖర్చు పదాల సంఖ్యకు కాదు, ప్యాకెట్ల సంఖ్యకు అనులోమానుపాతంలో ఉంటుంది. అదే ఫైల్ ఎక్కువ ప్యాకెట్లుగా విభజించబడితే మార్గంలోని ప్రతి పరికరంలో ఎక్కువ అంతరాయాలు, ఎక్కువ రూటింగ్ నిర్ణయాలు మరియు ప్యాకెట్‌కు ఎక్కువ ప్రాసెసింగ్ అవసరం. ఇప్పటికే సెకనుకు ప్యాకెట్ పరిమితికి దగ్గరగా ఉన్న రౌటర్‌లో అది రౌండింగ్ లోపం కాదు, నిజమైన నెమ్మదిదనం. బదిలీ స్వయంగా విజయవంతమైనా ఖర్చు కనిపిస్తుంది.
అందుకే చిన్న MTU పరిమితిని దాటడానికి ప్రత్యామ్నాయ మార్గం, సాధారణ ఆప్టిమైజేషన్ కాదు. పెద్ద ఫ్రేమ్‌ను మోయలేని మార్గానికి వ్యతిరేకంగా విశ్వసనీయతను కొంటుంది మరియు తగ్గింపు అవసరం లేని ప్రతి ప్యాకెట్‌పై ఓవర్‌హెడ్ వసూలు చేస్తుంది.
చిన్న MTU ఎప్పుడు సరైన సరిదిద్దడం
సాంప్రదాయ లక్షణం నిర్దిష్టం: TCP హ్యాండ్‌షేక్ పూర్తవుతుంది, చిన్న ప్రతిస్పందనలు వస్తాయి, పెద్ద డౌన్‌లోడ్ ఆగిపోతుంది లేదా రీసెట్ అవుతుంది. 1472 బైట్లలో విభజించవద్దు బిట్‌తో పింగ్ విఫలమవుతుంది, 1400 బైట్ల పింగ్ విజయవంతమవుతుంది, ఇది పూర్తి పరిమాణ ప్యాకెట్‌ను మోయలేని మరియు పంపినవారికి తగ్గించమని చెప్పే ICMP సందేశాన్ని అందించని మార్గాన్ని సూచిస్తుంది.
మార్గ MTU కనుగొనడం ఆ ICMP విభజన-అవసర సందేశాలపై ఆధారపడి ఉంటుంది. ఫైర్‌వాల్ వాటిని పడేసినప్పుడు, పంపినవారు పెద్ద ప్యాకెట్‌ను మళ్లీ మళ్లీ ప్రయత్నిస్తారు మరియు కనెక్షన్ వేలాడుతున్నట్లు కనిపిస్తుంది. టన్నెల్ వైపు MTUని తగ్గించడం పునరావృత్తిని నివారిస్తుంది, అది ఆ నెట్‌వర్క్‌కు చట్టబద్ధమైన మరమ్మత్తు.
యాక్సెస్ టెక్నాలజీలు కూడా తమ పరిమితులను విధిస్తాయి: PPPoE సాధారణంగా 1492 వద్ద పరిమితమవుతుంది, కొన్ని మొబైల్ మరియు DSL మార్గాలు తక్కువగా ఉంటాయి, మరియు నెస్టెడ్ టన్నెల్స్ ఓవర్‌హెడ్‌ను రెండుసార్లు తీసివేస్తాయి. గైడ్ నుండి సంఖ్యను కాపీ చేయకుండా నిజమైన మార్గాన్ని కొలవండి, మరియు IPv6 దాన్ని మోసే ప్రతి లింక్‌పై కనీసం 1280 బైట్ల MTU అవసరమని గుర్తుంచుకోండి, RFC 8200 నిర్దేశించినట్లు.
ఒకదాన్ని మార్చడానికి ముందు మూడు నియంత్రణలను పోల్చండి
MTU, MSS మరియు విభజన వేర్వేరు పొరలలోని వేర్వేరు నియంత్రణలు, మరియు తప్పుదాన్ని మార్చడం లక్షణాన్ని దాని స్థానంలోనే ఉంచుతుంది.
| Control | Layer | What it changes | Where it misleads |
|---|---|---|---|
| Interface MTU | IP link | Largest frame the interface will send | Penalizes every protocol, not just the one that failed |
| TCP MSS clamp | TCP | Segment size advertised in the handshake | Leaves UDP and QUIC untouched |
| DF and fragmentation | IP | Whether a router may split a packet | Can break path MTU discovery and security assumptions |
| Tunnel overhead | Encapsulation | Inner MTU after outer headers | Mismatch shows up only for large inner packets |
MSSని పరిమితం చేయడం తరచుగా అత్యంత తక్కువ జోక్యం చేసుకునే మరమ్మత్తు, ఎందుకంటే అది TCPపై మాత్రమే ప్రభావం చూపుతుంది మరియు ఇంటర్‌ఫేస్‌ను ఇతర ట్రాఫిక్‌కు స్వేచ్ఛగా వదిలివేస్తుంది. తక్కువ ఇంటర్‌ఫేస్ MTU విస్తృతమైనది మరియు ఆలోచించడానికి సులభమైనది, అందుకే వినియోగదారు రౌటర్లలో సాధారణం, కానీ ఒక ప్రోటోకాల్ సమస్యను ప్రతి ప్రోటోకాల్‌పై వసూలు చేస్తుంది.
విభజించవద్దు ప్రవర్తనను నిలిపివేయడం విభజనను అనుమతించి లక్షణాన్ని దాచుతుంది, మరియు ఇది సాధారణంగా జాప్యాన్ని మరింత దిగజార్చుతుంది, అదే సమయంలో సరైన పరిమాణాన్ని కనుగొనే ప్రతిస్పందనను విచ్ఛిన్నం చేస్తుంది. శాశ్వత పరిష్కారంగా దాన్ని నివారించండి.
ఒక సంఖ్యకు బదులు రాజీని కొలవండి
విభజించవద్దు ప్రోబ్‌తో మార్గ పరిమితిని కనుగొనండి, ఎత్తులో ప్రారంభించి సమాధానం వచ్చే వరకు క్రిందకు దిగండి:
ping -M do -s 1472 203.0.113.10
ping -M do -s 1400 203.0.113.10
tracepath 203.0.113.10తర్వాత రెండు సెట్టింగ్‌లలో నిజమైన పనిని పోల్చండి: అదే ఫైల్ బదిలీ, అదే ముగింపు బిందువు మరియు అదే నెట్‌వర్క్. పూర్తి సమయం మరియు పునఃప్రసారాలను నమోదు చేయండి, ఉదాహరణకు nstat -az TcpRetransSegs ఉపయోగించి, మరియు టన్నెల్ చిన్న రౌటర్‌లో ముగిస్తే పరికరం CPUని గమనించండి. చిన్న కృత్రిమ throughput పరీక్ష కొన్ని మెగాబైట్ల తర్వాత మాత్రమే కనిపించే ఆగిపోవడాన్ని కోల్పోవచ్చు.
తగ్గింపు తర్వాత ప్యాకెట్ కౌంటర్లు పెరుగుతాయి, ఎందుకంటే అదే బదిలీ ఇప్పుడు ఎక్కువ ప్యాకెట్లను ఉపయోగిస్తుంది. అది ఆశించినది మరియు ఎక్కువ throughputకు రుజువు కాదు. పూర్తయిన అప్లికేషన్ డేటా, పునఃప్రసారాల సంఖ్య మరియు ప్రతిస్పందనను పోల్చండి, ప్యాకెట్ రేటును మాత్రమే కాదు.
మార్పును దశలవారీగా తీసుకురండి మరియు పరిమితంగా ఉంచండి
అసలు విలువను నమోదు చేయండి, ఒక నియంత్రణను మార్చండి, మరియు శాశ్వతం చేసే ముందు కొలతను పునరావృతం చేయండి. ఆధారాలు ప్రయోజనాన్ని చూపకపోతే, అది సెట్ చేయడానికి ఉపయోగించిన అదే ఇంటర్‌ఫేస్ ఆదేశంతో మునుపటి విలువను పునరుద్ధరించండి:
ip link set dev wg0 mtu 1420
ip link set dev wg0 mtu 1500ఫలితాన్ని దానికి అవసరమైన నెట్‌వర్క్‌కు మాత్రమే పరిమితం చేయండి. హోటల్ Wi-Fi, మొబైల్ హాట్‌స్పాట్ మరియు కార్యాలయ LANలో పనిచేయాల్సిన ప్రొఫైల్, క్లయింట్ మార్గాన్ని గుర్తించలేకపోతే, వాటిలో ఏదైనా కోరే అత్యంత తక్కువ విలువను వారసత్వంగా పొందకూడదు.
సరైన విలువ మార్గంలో నిలిచే అతిపెద్ద MTU, లక్షణాన్ని మాయం చేసే అతి చిన్నది కాదు. మార్గం, ప్రోబ్ ఫలితం మరియు రోల్‌బ్యాక్‌ను నమోదు చేయండి, మరియు యాక్సెస్ నెట్‌వర్క్ మారినప్పుడు సెట్టింగ్‌ను మళ్లీ సమీక్షించండి.