Linux VPN ప్రతిస్పందనలు మాయమవుతున్నాయా? rp_filter మరియు మార్గాన్ని తనిఖీ చేయండి

అభ్యర్థనలు యంత్రాన్ని విడిచిపోతాయి, VPN సహచరుడు సమాధానమిస్తాడు, మరియు సమాధానం ఎప్పటికీ సాకెట్ కు చేరుకోదు. సొరంగం పనిచేస్తోంది, సహచరుడి లాగ్ లు ప్యాకెట్ పంపబడుతున్నట్లు చూపుతాయి, మరియు అప్లికేషన్ లో ఈ నిశ్శబ్దాన్ని వివరించేది ఏదీ లేదు. Linux లో సాధారణ అనుమానితులలో ఒకటి రివర్స్ మార్గ వడపోత: లోపలికి వచ్చే IPv4 ప్యాకెట్ తిరస్కరించబడవచ్చు, మూల ధృవీకరణ కర్నెల్ ఆ మూలానికి ఆశించే మార్గంతో సరిపోలనప్పుడు. దాన్ని క్రమంగా చూడటం ఇది కారణమా లేక యాదృచ్ఛికమా అని చెబుతుంది. తప్పిపోయిన మార్గాన్ని సరిచేయడానికి భద్రతా నియంత్రణను నిలిపివేయకుండా ఇది కాపాడుతుంది.

మూల ధృవీకరణ ఏమి నిర్ణయిస్తుంది

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

ముఖ్యమైన పదం నమ్మదగినది. ప్యాకెట్ పూర్తిగా చట్టబద్ధంగా ఉన్నా తనిఖీలో విఫలమవుతుంది, ఎందుకంటే పరీక్షించేది చట్టబద్ధత కాదు.

ప్రభావవంతమైన మోడ్ చదవండి, ఒక ఫీల్డ్ కాదు

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

sysctl net.ipv4.conf.all.rp_filter
sysctl net.ipv4.conf.<iface>.rp_filter
ip route get <source-of-the-reply>

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

తనిఖీని మార్చే ముందు అసమతౌల్యాన్ని కనుగొనండి

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

రివర్స్ మార్గం కేవలం లేకపోతే, తనిఖీని నిలిపివేయడం బదులు దాన్ని జోడించడం కారణాన్ని సరిచేస్తుంది. లేని మార్గం, ఫైర్ వాల్ తిరస్కరణ మరియు తప్పు ట్రాఫిక్ ఎంపికదారు అన్నీ ఒకే కనిపించే లక్షణాన్ని ఉత్పత్తి చేస్తాయి, మరియు వాటిలో ఒకటి మాత్రమే మూల ధృవీకరణకు సంబంధించినది.

మొదటి ప్రతిస్పందనగా మూల తనిఖీలను ప్రపంచవ్యాప్తంగా నిలిపివేయవద్దు. అది ఒక నిర్దిష్ట నిర్ధారణను తర్వాత గుర్తుంచుకోవాల్సిన విస్తృత ప్రవర్తన మార్పుతో మారుస్తుంది.

మీరు సమర్థించగల ఎంపిక చేసిన సర్దుబాటు

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

ఇప్పటికీ తిరస్కరించబడాల్సిన సందర్భాన్ని చేర్చండి. ఆ సందర్భం ఇప్పుడు విజయవంతమైతే, సర్దుబాటు మీరు సరిచేయాలనుకున్న ఒక మార్గం కంటే ఎక్కువ బలహీనపరిచింది.

IPv4 మరియు IPv6 లను వేరుగా ఉంచండి

పరిచితంగా కనిపించే sysctl ప్రతి చిరునామా కుటుంబానికి విధానం కాదు. IPv6 కి దాని స్వంత ప్రవర్తన మరియు స్వంత సెట్టింగ్ లు ఉన్నాయి, మరియు ఒక యంత్రం ఒక కుటుంబంలో కఠినంగా మరొకదానిలో సడలింపుగా ఉండవచ్చు, నిర్దిష్ట గమ్యం విఫలమయ్యే వరకు ఎవరూ గమనించరు. పని భారం రెండింటినీ ఉపయోగిస్తే రెండింటినీ తనిఖీ చేయండి.

మోడ్, ఇంటర్ ఫేస్, మార్గ శోధన అవుట్ పుట్ మరియు మార్పు కారణాన్ని ఒకే చోట నమోదు చేయండి. తదుపరి వ్యక్తి సెట్టింగ్ ను కనుగొంటాడు, వివరణ ఏదీ దొరకదు, అతను దాన్ని తొలగిస్తాడు లేదా ఉండకూడని చోటుకు కాపీ చేస్తాడు.