WireGuard యొక్క MTU ను ఎవరు ఎంచుకుంటారు: wg-quick, కర్నెల్ లేదా మీరు

WireGuard లో MTU చర్చ లేదు. ఇంటర్‌ఫేస్ ఇచ్చినదంతా ఎన్‌క్రిప్ట్ చేసి ఫలితాన్ని పంపుతుంది, మరియు ఎన్‌క్యాప్సులేట్ చేసిన ప్యాకెట్ మార్గాన్ని మించితే అది మీరు చూడలేని చోట పడవేయబడుతుంది లేదా విభజించబడుతుంది. ఇంటర్‌ఫేస్ యొక్క MTU ను ఎవరో ఎంచుకోవాలి, మరియు ఆ ఎవరో ఇంటర్‌ఫేస్‌ను పైకి లేపిన సాధనం.

ముగ్గురు అభ్యర్థులు ఉన్నారు, మరియు వారిని గందరగోళపరచడం సులభం.

విలువ రాగల మూడు ప్రదేశాలు

విలువను ఇంటర్‌ఫేస్ కాన్ఫిగరేషన్‌లో స్పష్టంగా ఉంచవచ్చు, సెటప్ సాధనం మార్గ సమాచారం నుండి లెక్కించవచ్చు, లేదా ఇంటర్‌ఫేస్‌ను కలిగి ఉన్న ఏ నెట్‌వర్క్ మేనేజర్ అయినా ఉంచవచ్చు. సాధారణ wg కాల్ వీటిలో ఏదీ చేయదు, ఎందుకంటే wg కీలు మరియు పీర్‌లను మాత్రమే నిర్వహిస్తుంది. MTU నెట్‌వర్క్ ఇంటర్‌ఫేస్‌పై నివసిస్తుంది, అందుకే ip link show wg0 మీరు దాన్ని చదివే ప్రదేశం.

ఏ సందర్భం వర్తిస్తుందో ఖచ్చితంగా తెలియకపోతే, మొదట MTU చదవండి, ఆపై ఇంటర్‌ఫేస్‌ను ఎవరు ప్రారంభించారో కనుగొనండి.

ఇంటర్‌ఫేస్‌ను ఎవరు నడుపుతున్నారో దాని ఆధారంగా నిర్ణయించండి

wg-quick దాన్ని ప్రారంభిస్తే, స్పష్టమైన MTU లైన్ గెలుస్తుంది, లేకపోతే అది విలువను లెక్కిస్తుంది. నెట్‌వర్క్ మేనేజర్ ప్రారంభిస్తే, ఆ మేనేజర్ ప్రొఫైల్ నిర్ణయిస్తుంది. కంటైనర్ రన్‌టైమ్ లేదా ప్రొవైడర్ క్లయింట్ ప్రారంభిస్తే, wg-quick ప్రవర్తనను ఊహించకుండా వారి డాక్యుమెంటేషన్ చదవండి.

నిర్ణయం అనేది అమూర్తంగా ఏ సంఖ్య ఉత్తమం అనేది కాదు. మీరు నిజంగా ఏ భాగాన్ని కాన్ఫిగర్ చేయగలరో అనేది.

డిఫాల్ట్ గణన ఏమి చేస్తుంది

wg-quick పీర్ చివరి బిందువు వరకు మార్గాన్ని వెతికి, ఆ బయటకు వెళ్లే ఇంటర్‌ఫేస్ యొక్క MTU తీసుకుని, ఎన్‌క్యాప్సులేషన్ ఖర్చును తగ్గిస్తుంది. IPv4 బాహ్య శీర్షికతో అది సుమారు 60 బైట్లు; IPv6 తో సుమారు 80. ఫలితం పరిమితం చేయబడుతుంది, 1500 బైట్ల మార్గం 1420 ఇస్తుంది, ఒకే చిరునామా కుటుంబంలో మాత్రమే పనిచేసే విలువ కాదు. ఇది సమంజసమైన డిఫాల్ట్, మీ మార్గం యొక్క కొలత కాదు.

తర్వాత వచ్చే సొరంగం, మొబైల్ లింక్ లేదా ఫిల్టర్ చేసిన ICMP మార్గం గురించి అది తెలుసుకోలేదు.

ఈ పరిమితి నిజమైన ప్రశ్నను దాచుతుంది. మీ మార్గం నిజంగా మొదటి నుండి చివరి వరకు 9000 బైట్లు అయితే, 1420 పనితీరును మేజా మీద వదిలేస్తుంది, మరియు మార్గం 1400 అయితే, 1420 ఇప్పటికే చాలా పెద్దది. డిఫాల్ట్ ఒక రాజీ, మరియు దానిని అలాగే పరిగణించాలి.

మార్గం మీ కింద మారినప్పుడు

Ethernet నుండి Wi-Fi కి, ఆపై ఫోన్ హాట్‌స్పాట్‌కి తిరిగే ల్యాప్‌టాప్ ప్రారంభించిన ఇంటర్‌ఫేస్ MTU ను నిలుపుకుంటుంది. బాహ్య మార్గం ఇప్పుడు చిన్నదిగా ఉండవచ్చు, ఏదీ మళ్లీ చర్చించదు. నెస్టెడ్ సొరంగాలు పరిస్థితిని మరింత దిగజార్చుతాయి, ఎందుకంటే ప్రతి పొర తన ఖర్చును అదే బడ్జెట్ నుండి తగ్గిస్తుంది. కార్యాలయంలో పనిచేసిన విలువ విమానాశ్రయంలో పనిచేసే విలువ కాదు.

ఇటీవలి హ్యాండ్‌షేక్ కీలు పనిచేస్తున్నాయని నిరూపిస్తుంది. పెద్ద ప్యాకెట్లు సరిపోతాయా అనే దాని గురించి ఏమీ నిరూపించదు.

ఒకసారి ఒక సంఖ్యను పరీక్షించండి

అదే అప్లికేషన్ మరియు గమ్యాన్ని ఉంచుకుని, ఒక విలువను మార్చి కొలవండి. ping -M do -s 1372 DF బిట్ పెట్టిన 1400 బైట్ల ప్యాకెట్‌ను పరీక్షిస్తుంది, అదే మీకు కావలసిన పరీక్ష రూపం. చిన్న అభ్యర్థనలు పనిచేసి పెద్దవి ఆగిపోతే, అది రూటింగ్ సమస్య కాదు, పరిమాణ సమస్య.

MTU మాత్రమే మార్చండి. అనేక ప్యాకెట్ ఎంపికలను కలిసి సర్దుబాటు చేయడం ఏది ముఖ్యమైనదో చెప్పదు.

మరియు MTU మార్పు తప్పిపోయిన తిరిగి వచ్చే మార్గాన్ని, ఫార్వార్డింగ్ నియమాన్ని లేదా DNS వైఫల్యాన్ని సరిచేస్తుందని ఆశించవద్దు. అవి కూడా ట్రాఫిక్ లేని లక్షణాలను కలిగిస్తాయి, మరియు వాటికి సొంత పరీక్షలు ఉన్నాయి. wg-quick మాన్యువల్ స్వయంచాలక ఎంపికను నమోదు చేస్తుంది.