MSS నియమం రౌటర్‌పై పనిచేస్తుంది, కానీ Squid వరకు చేరదు

నిర్వాహకుడు FORWARDకు TCPMSS క్లాంపింగ్‌ను జోడిస్తాడు. నేరుగా రూట్ చేయబడిన ట్రాఫిక్ మెరుగుపడుతుంది, కానీ స్థానిక Squid ఇన్‌స్టాన్స్ ద్వారా డౌన్‌లోడ్‌లు ఇప్పటికీ నిలిచిపోతాయి. ప్రాక్సీ వెబ్‌సైట్ కనెక్షన్ అనేది క్లయింట్ TCP కనెక్షన్ ఆ గొలుసు గుండా వెళ్లడం మాత్రమే కాదు.

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

అందువల్ల FORWARDకు మాత్రమే ఉన్న నియమం పూర్తిగా పనిచేస్తూ కూడా సర్దుబాటు చేయవలసిన హ్యాండ్‌షేక్‌ను కోల్పోవచ్చు. హుక్ ఎంచుకునే ముందు వాస్తవ కనెక్షన్ మరియు SYN దిశను మ్యాప్ చేయండి. కంటైనర్లు లేదా ప్రత్యేక నేమ్‌స్పేస్‌లు మరో రూటెడ్ విభాగాన్ని జోడించవచ్చు, కాబట్టి సరైన స్థానం ప్రక్రియ ఎక్కడ నడుస్తుంది అనే దానిపై ఆధారపడి ఉంటుంది.

PMTU సంఖ్యను నేరుగా MSSలో పెట్టవద్దు

మార్గ MTU అనేది IP ప్యాకెట్ పరిమాణం. TCP MSS TCP పేలోడ్‌ను వివరిస్తుంది మరియు సంబంధిత హెడర్‌లను పరిగణనలోకి తీసుకోవాలి. అదేవిధంగా, ping పేలోడ్ పొడవు పూర్తి IP ప్యాకెట్ పొడవు కాదు. తెలిసిన 28 బైట్ల జోడింపు ప్రాథమిక IPv4 ICMP echo అమరికకు సంబంధించినది, ప్రతి చిరునామా కుటుంబం లేదా ఎన్‌క్యాప్సులేషన్‌కు కాదు.

TCPMSS లక్ష్యం స్పష్టమైన విలువలు మరియు PMTU క్లాంపింగ్‌ను నమోదు చేస్తుంది. క్లాంపింగ్ ఇప్పటికీ మార్గం యొక్క MTU సమాచారంపై ఆధారపడుతుంది; ఇది మార్గ కనుగొనడం ఆరోగ్యకరమని రుజువు కాదు, అవసరమైన ICMP సందేశాలను అనుమతించడానికి ప్రత్యామ్నాయం కూడా కాదు.

లక్షణాన్ని సిద్ధాంతంతో కూడా సరిపోల్చండి. హ్యాండ్‌షేక్ పూర్తయ్యాక పెద్ద బదిలీలలో నిలిచిపోవడం ప్యాకెట్ పరిమాణాన్ని పరిశోధించడానికి సమర్థన ఇస్తుంది. పదేపదే సమాధానం లేని SYN లేదా తక్షణ reset విస్తృత వివరణ అవసరం; చిన్న ప్యాకెట్లు విఫలం కావడం చాలా పెద్ద డేటా విభాగాన్ని రుజువు చేయదు.

నమోదులో పనిచేసే నేరుగా కనెక్షన్ మరియు విఫలమయ్యే ప్రాక్సీ కనెక్షన్‌ను వేరుగా ఉంచండి. ఒకే యంత్రం నుండి కూడా అవి వేర్వేరు మూలాలు, మార్గాలు మరియు ఎన్‌క్యాప్సులేషన్‌ను ఉపయోగించవచ్చు.