IPv6 ప్యాకెట్ చాలా పెద్దది: పెద్ద VPN బదిలీలు ఎందుకు ఆగిపోతాయి

పింగ్ పని చేస్తుంది, బ్రౌజర్ చిన్న పేజీని లోడ్ చేస్తుంది మరియు ఫైల్ బదిలీ ఆగిపోతుంది, అన్నీ ఒకే సొరంగం ద్వారా IPv6 పై. ఈ నమూనా సాధారణంగా సొరంగం నెమ్మదిగా ఉందని కాదు, పంపినవారు మార్గం యొక్క నిజమైన పరిమాణాన్ని ఎప్పుడూ తెలుసుకోలేదని అర్థం. IPv6 రౌటర్లు Packet Too Big సందేశంతో సమస్యను నివేదిస్తాయని ఆశిస్తుంది, మరియు ఎన్క్యాప్సులేషన్ ప్యాకెట్ బయటి నెట్వర్క్కు చేరకముందే అదనపు భారాన్ని జోడిస్తుంది. ఆ సందేశం ఫిల్టర్ అయితే, పంపినవారు దాటలేని పరిమాణాన్ని పునరావృతం చేస్తూనే ఉంటారు.

చిన్న అభ్యర్థనలు, పెద్ద ఆగుడ్లు

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

ఒక సందేశం పోయినా సరిపోతుంది సాంప్రదాయిక లక్షణం ఏర్పడటానికి: హ్యాండ్షేక్లు మరియు చిన్న ప్రతిస్పందనలు విజయవంతమవుతాయి, మరియు డైరెక్టరీ జాబితా లేదా అప్లోడ్ ప్రతిసారీ అదే ప్రదేశంలో ఆగిపోతుంది. వినియోగదారులు దీన్ని నెమ్మదిగా VPN అని వర్ణిస్తారు, మరియు లాగ్లు ప్రామాణీకరణలో ఏమీ తప్పును చూపించవు. రెండు పరిశీలనలూ ఖచ్చితమైనవి మరియు ఏదీ లోపం ఉన్న స్థలాన్ని గుర్తించదు.

Packet Too Big అభిప్రాయం, ట్రాఫిక్ కాదు

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

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

రెండు చిరునామా కుటుంబాలను విడివిడిగా పరీక్షించండి

IPv6ని విడిగా పరీక్షించండి, ఎందుకంటే విజయవంతమైన IPv4 బదిలీ IPv6 మార్గం గురించి ఏమీ నిరూపించదు. తర్వాత పెద్ద బదిలీ ఆగి ఉన్నప్పుడు నియంత్రణ సందేశాలను సంగ్రహించండి. రెండు రికార్డులు కలిసి అభిప్రాయం బయటకు వెళ్తున్నట్టు చూపిస్తాయి లేదా అది ఎప్పుడూ రాలేదని నిరూపిస్తాయి.

ping -6 -M do -s 1400 host.internal
ip -6 route get 2001:db8:2::10
sudo tcpdump -ni any 'icmp6 and ip6[40] == 2'

ప్రోబ్ do-not-fragment బిట్ సెట్ చేసి ప్యాకెట్ను పంపి అది విఫలమయ్యే పరిమాణాన్ని నివేదిస్తుంది, అదే సొరంగం భరించాల్సిన సంఖ్య. మార్గ ప్రశ్న గమ్యాన్ని మోసుకెళ్లే ఇంటర్ఫేస్ను పేర్కొంటుంది, కాబట్టి ఏ లింక్ MTU వర్తిస్తుందో మీకు తెలుస్తుంది. సంగ్రహణ ICMPv6 రకం 2, అంటే Packet Too Big సందేశాన్ని ఫిల్టర్ చేసి అది ఈ హోస్ట్కు చేరుతుందో లేదో చూపిస్తుంది. సందేశం సంగ్రహణలో కనిపించి బదిలీ ఇంకా ఆగితే, పంపినవారు దాన్ని పట్టించుకోవడం లేదు, ఇది దర్యాప్తును నెట్వర్క్ నుండి స్టాక్కు మారుస్తుంది.

సాక్ష్యం తర్వాతే సొరంగం పరిమాణాన్ని మార్చండి

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

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