VPN ద్వారా ping: ప్రతిధ్వని ప్రతిస్పందన నియమాలు తిరిగి వచ్చే మార్గాన్ని ఎందుకు కోల్పోతాయి

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

ప్యాకెట్ పోర్టును కాదు, రకాన్ని మారుస్తుంది

ప్రతిధ్వని అభ్యర్థన ICMP రకం 8, కోడ్ 0, మరియు అది గుర్తింపుదారు మరియు క్రమ సంఖ్యను మోసుకొస్తుంది. ప్రతిస్పందన రకం 0, కోడ్ 0, అదే గుర్తింపుదారు మరియు క్రమంతో, IP చివరలు మార్చబడి ఉంటాయి. ఈ ఫీల్డ్లను RFC 792 నిర్వచిస్తుంది, గుర్తింపుదారే పంపినవారికి ప్రతిస్పందనలను తన స్వంత అభ్యర్థనలతో సరిపోల్చడానికి అనుమతిస్తుంది.

లేనిది కూడా అంతే ముఖ్యం: TCP లేదా UDP శీర్షిక లేదు, కాబట్టి అనుమతించాల్సిన పోర్టు లేదు. ప్రతిధ్వని ప్రతిస్పందనకు పోర్టును పేర్కొనే నియమం ఎప్పుడూ ఉనికిలో ఉండని ప్యాకెట్ను వివరిస్తుంది. VPN ping టికెట్లలో ఇదే అత్యంత సాధారణ పొరపాటు. నియమం నిర్దిష్టంగా కనిపిస్తుంది, దేనికీ వర్తించదు, వైఫల్యాన్ని ఉన్న చోటే విడిచిపెడుతుంది.

మూడు సందర్భాలు ప్యాకెట్ను నిర్ణయిస్తాయి

ping దూరపు LAN లోని హోస్ట్ను లక్ష్యంగా చేసుకుంటే, అభ్యర్థనను గేట్వే ఫార్వర్డ్ చేయాలి. అది గేట్వేకే చెందిన చిరునామాను లక్ష్యంగా చేసుకుంటే, అది స్థానిక ఇన్పుట్ మార్గంలో ముగుస్తుంది. గేట్వేయే ping ప్రారంభిస్తే, ప్యాకెట్ దాని సొంత అవుట్పుట్ మార్గంలో ప్రారంభమై ఫార్వర్డింగ్ నిర్ణయాన్ని అసలు దాటదు.

ఈ మూడు సందర్భాలకు వేర్వేరు నియమ శృంఖలాలు, వేర్వేరు కౌంటర్లు ఉన్నాయి, వాటిని ఒకటిగా భావించడమే «ఫైర్వాల్ ICMP ను అనుమతిస్తుంది» అని ఉన్నా ping విఫలమవడానికి కారణం. బాహ్య సొరంగం నాల్గవ సందర్భం: VPN శ్రోతకు అనుమతి ఇవ్వడం డీక్యాప్సులేట్ అయిన లోపలి అభ్యర్థనకు స్వయంచాలకంగా అనుమతి ఇవ్వదు, లోపలి అనుమతి బాహ్య సొరంగం పని చేస్తోందో లేదో గురించి ఏమీ చెప్పదు.

స్థితి ఫిల్టర్లు మరియు స్థితిలేని ఫిల్టర్లు ప్రతిస్పందనను వేరుగా నిర్వహిస్తాయి

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

ఏదైనా రాసే ముందు ఉత్పత్తి నిజంగా ఏ నమూనాను అమలు చేస్తుందో తనిఖీ చేయండి. ప్రతిధ్వని అభ్యర్థన నియమం ప్రతిధ్వని ప్రతిస్పందనను తప్పనిసరిగా కవర్ చేయకపోవచ్చు, ICMP ప్రశ్నలను ట్రాక్ చేసే ఉత్పత్తి మరొక ఇంటర్ఫేస్కు వచ్చే ప్రతిస్పందనలకు వేరే విధానాన్ని అమలు చేయవచ్చు.

మీరు అనుమతించే వాటి పరిధిని పరిమితం చేయండి. ఎక్కడి నుండైనా ప్రతి ప్రతిధ్వని ప్రతిస్పందనను అనుమతించడం స్థితి అనుబంధాన్ని పూర్తి చేయడంతో సమానం కాదు, రకం సంఖ్య పంపినవారిని ధృవీకరించదు.

అనువాదం గుర్తింపుదారును కూడా మారుస్తుంది

మూల అనువాదం ఉద్దేశపూర్వకమైతే, దూరపు చివరలోని టుపుల్ క్లయింట్ పంపిన దానితో సరిపోలదు. NAT ICMP ప్రశ్న గుర్తింపుదారును చిరునామాలతో పాటు అనువదించగలదు, కాబట్టి రెండు వైపులా అదే సంఖ్య కనిపించాలని పట్టుబట్టడం తప్పుడు అసమానతను సృష్టిస్తుంది.

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

ICMP లోపాలను ప్రతిధ్వని విధానంలో కలపవద్దు

మార్గ MTU కనుగొనడం ఉపయోగించే «ఖండీకరణ అవసరం» సందేశం ప్రతిధ్వని ప్రతిస్పందన కాదు, దాని పేలోడ్ దాన్ని ప్రేరేపించిన ప్యాకెట్ను ఉదహరిస్తుంది. ప్రతిధ్వనికి మాత్రమే అనుమతి ఇచ్చే నియమం ఆ లోపాలను నిశ్శబ్దంగా పడేస్తే పరిమాణ సమస్య వేలాడే కనెక్షన్గా మారుతుంది, ఇది సహాయకరంగా ఉండటానికి వ్యతిరేకం.

అదే జాగ్రత్త చిరునామా కుటుంబాలకూ వర్తిస్తుంది. ICMPv6 వేరే సందేశ రకాలను ఉపయోగిస్తుంది, IPv4 లో లేని అవసరమైన పనులను మోసుకొస్తుంది, కాబట్టి ఈ సంఖ్యలను IPv6 నియమంలోకి కాపీ చేయడం సూటిగా తప్పు.

ప్రతిధ్వని మార్పిడి పని చేసినప్పుడు నిజమైన అప్లికేషన్ను విడిగా పరీక్షించండి. విజయవంతమైన ping ఒక ప్రోటోకాల్ ఒక పరిమాణంలో ఒక గమ్యానికి వెళ్లి రావడాన్ని నిరూపిస్తుంది, HTTPS, SMB లేదా మరేదైనా ప్రవాహానికి అనుమతి ఉందని ఊహించే లైసెన్సు కాదు.