ICMP మళ్లింపులు మరియు మీ VPN మార్గాలు: వాస్తవంగా ఏమి మారుతుంది

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

మళ్లింపు అనేది రౌటర్ నుండి వచ్చే సూచన

IPv4 ICMP మళ్లింపులకు వాటి సొంత సందేశ రకం మరియు సన్నని షరతులు ఉంటాయి: రౌటర్ ప్యాకెట్ను అది వచ్చిన ఇంటర్ఫేస్ ద్వారానే పంపుతుంది, మరియు అదే లింక్లో గమ్యానికి దగ్గరగా ఉన్న తదుపరి హాప్ తెలుసు. తర్వాత ఆ హాప్ను నేరుగా వాడమని పంపినవారికి చెబుతుంది. సందేశం కొత్త గేట్వేను పేర్కొంటుంది మరియు పంపినవారు దాన్ని ప్రవాహంతో సరిపోల్చడానికి అసలు ప్యాకెట్లో కొంత భాగాన్ని కూడా చేర్చుతుంది. ఇది స్థానిక టోపాలజీ గురించిన మర్యాదపూర్వక సందేశం, మరియు పంపినవారు సూచించిన గేట్వేతో ఒకే లింక్లో ఉన్నారని ఊహిస్తుంది.

పంపినవారు దాన్ని పట్టించుకోకపోవచ్చు. ప్రోటోకాల్ హోస్ట్ను తన పట్టికను మార్చమని బలవంతం చేయదు, మరియు పట్టుబడిన మళ్లింపు రౌటర్ ఒకటి పంపిందని మాత్రమే నిరూపిస్తుంది.

చాలా మళ్లింపు విచారణలు తప్పు పడేది ఈ భేదం వద్దే.

IPv4 మరియు IPv6 దాన్ని వేర్వేరుగా అందిస్తాయి

IPv6 లో సమానమైన యంత్రాంగం ICMPv4 లో కాదు, పొరుగు కనుగొనడం లోపల ఉంది, సందేశ ఆకృతులు మరియు ధ్రువీకరణ నియమాలు వేరు. భావనలు సరిపోతాయి, ప్యాకెట్లు సరిపోవు. ICMP రకం 5 కోసం రాసిన క్యాప్చర్ ఫిల్టర్ IPv6 నెట్వర్క్లో ఏమీ చూపదు, మరియు అది కొన్నిసార్లు మళ్లింపు జరగలేదని రుజువుగా చదవబడుతుంది.

విధాన సెట్టింగ్లు కూడా వేర్వేరు, కాబట్టి హోస్ట్ IPv4 మళ్లింపులను అంగీకరించి IPv6 ను పట్టించుకోకపోవచ్చు, లేదా దీనికి విరుద్ధంగా.

ప్రశ్నలోని ప్రవాహం రెండింటినీ ఉపయోగించగలిగితే రెండు కుటుంబాలను తనిఖీ చేయండి.

అంగీకారం హోస్ట్ విధానం, నెట్వర్క్ వాస్తవం కాదు

Linux లో మళ్లింపుల అంగీకారం ఇంటర్ఫేస్ వారీగా మరియు ప్రపంచవ్యాప్తంగా నియంత్రించబడుతుంది, డిఫాల్ట్ విలువలు హోస్ట్ మరియు రౌటర్ పాత్రల్లో భిన్నంగా ఉంటాయి. మళ్లింపులను అంగీకరించే టన్నెల్ ఇంటర్ఫేస్ వింత రూపకల్పన, ఎందుకంటే పాయింట్-టు-పాయింట్ టన్నెల్ లోపల అదే లింక్ యొక్క ప్రత్యామ్నాయ తదుపరి హాప్కు అర్థం లేదు. అందుకే ఈ సెట్టింగ్ను ఊహించకుండా చదవడం విలువైనది.

సురక్షిత మళ్లింపు సెట్టింగ్లు ఏ గేట్వేలను నమ్మవచ్చో మరింత పరిమితం చేస్తాయి.

మీరు హోస్ట్ను కఠినతరం చేస్తున్నట్లయితే, సమీక్షించాల్సిన సెట్టింగ్లు ఇవే, మరియు ఒకే నెట్వర్క్లో రెండు యంత్రాలు వేర్వేరుగా ప్రవర్తించడానికి కారణం కూడా ఇవే. వాటిని డీబగ్గింగ్ షార్ట్కట్గా కాకుండా విధానంగా మార్చండి.

మళ్లింపు వివరించలేనిది

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

పాత క్యాప్చర్ మరో ఉచ్చు, ఎందుకంటే నెట్వర్క్ మార్చిన క్లయింట్కు వేరే స్థానిక గేట్వే ఉంటుంది.

గత కనెక్షన్ నుండి వచ్చిన పాత మళ్లింపు ప్రస్తుత మార్గం గురించి ఏమీ వివరించదు, కాబట్టి ఇప్పుడు నియంత్రణ ట్రాఫిక్ను ఏ ఇంటర్ఫేస్ స్వీకరిస్తుందో నమోదు చేయండి.

టన్నెల్ను నిందించే ముందు మార్గాన్ని తనిఖీ చేయండి

గమ్యం కోసం ఏ మార్గాన్ని ఉపయోగిస్తుందో కెర్నల్ను అడగండి, తర్వాత దాన్ని మీరు ఉద్దేశించిన పట్టికతో పోల్చండి. సమాధానం పట్టికతో సరిపోతే, మళ్లింపు ఏమీ మార్చలేదు మరియు విచారణ మరెక్కడో ఉంది. సరిపోకపోతే, టన్నెలే తప్పు అని ఊహించే ముందు క్యాష్ చేసిన మళ్లింపు, విధాన నియమం లేదా రెండవ పట్టికను వెతకండి. మార్గ శోధనయే సత్యం, మిగతావన్నీ అది ఎలా అలా అయిందనే కథ.

సంరక్షిత మార్గం నిశ్శబ్దంగా అసంరక్షితం కావడానికి మళ్లింపు కారణం కాకూడదు, అందుకే అంగీకార విధానం రూపకల్పన సమీక్షలో ఉండాలి. RFC 792 నిర్వచనం IPv4 సందేశం ఏమి చెప్పగలదో తెలిపే సూచనగా కొనసాగుతుంది.

మార్గ శోధన ఫలితాన్ని మరియు క్యాప్చర్ సమయాన్ని కలిసి రాయండి, అప్పుడు తదుపరి వ్యక్తి మీ ముగింపును పునరుత్పత్తి చేయగలరు.