PPP యొక్క peer చిరునామా లేక VPN ముగింపు బిందువు: ఏది via లోకి వెళ్తుంది

PPP ఇంటర్ఫేస్పై ఒక లైన్ VPN బాక్స్పై చాలా రౌటింగ్ చర్చను తీర్చుతుంది: లోపలి చిరునామా మరియు దాని పక్కన ముద్రించిన peer. ఆ జతను చిన్న సబ్నెట్గా చదవండి, లేని గేట్వేను వెతుకుతారు. దాన్ని ఒకే లింక్ రెండు చివరలుగా చదవండి, తదుపరి హాప్ స్పష్టమవుతుంది. ఇక్కడ పోలిక ఆ రెండు పఠనాల మధ్యే, ఎందుకంటే తర్వాత నిర్మించే ప్రతి పట్టిక మీరు ఎంచుకున్నదాన్నే వారసత్వంగా పొందుతుంది. బయటి VPN ముగింపు బిందువు గురించి రెండూ ఏమీ నిర్ణయించవు.

ఒక ఇంటర్ఫేస్ పంక్తి యొక్క రెండు పఠనాలు

ఇంటర్ఫేస్ inet 10.64.3.9 peer 10.64.3.1/32 అని నివేదించే సెషన్ తీసుకోండి. సబ్నెట్ పఠనం 10.64.3.9ను /32 ద్వీపంలో ఒంటరి హోస్ట్గా భావించి, దానికి ఆవల ఏదైనా చేరుకోవడానికి రౌటర్ను వెతుకుతుంది. లింక్పై మరో ఏకైక చిరునామా peer కావడంతో, ఆ పఠనం చివరికి 10.64.3.9నే గేట్వేగా సూచిస్తుంది, ఇది వృత్తాకారం.

ముగింపు బిందువు పఠనం పత్రబద్ధమైనది. పాయింట్-టు-పాయింట్ ఇంటర్ఫేస్పై peer ఆ ఒకే లింక్ దూరపు చివరను పేర్కొంటుంది, కాబట్టి 10.64.3.1 ఉపయోగించగల తదుపరి హాప్, 10.64.3.9 ఎప్పుడూ మూల చిరునామా మాత్రమే.

ఆ భేదమే via లో ఏమి ఉండవచ్చో నిర్ణయిస్తుంది. అక్కడ స్థానిక చిరునామా రాస్తే, కెర్నల్ పొరుగువానిగా పరిష్కరించలేని మార్గం ఏర్పడుతుంది, కాబట్టి నమోదు ధ్రువీకరణలో విఫలమవుతుంది లేదా జాబితాలో పూర్తిగా ఆరోగ్యంగా కనిపిస్తూనే ట్రాఫిక్ను మింగేస్తుంది. peer పనిచేస్తుంది ఎందుకంటే అది లింక్పై నిజమైన గమ్యం. రెండు పఠనాలు బయటి VPN ముగింపు బిందువుపై ఏకీభవిస్తాయి; అది పూర్తిగా వేరే గుర్తింపు: అక్కడికి అండర్లే ద్వారా చేరుతారు, అది ముగించే సొరంగం ద్వారా కాదు.

సెషన్ ఇప్పటికే ఏమి ఇన్స్టాల్ చేసింది

మీ స్వంత పట్టిక రాసే ముందు లింక్తో వచ్చినది ముద్రించండి. మద్దతు ఉన్న PPP ఇంటిగ్రేషన్ సాధారణంగా సెషన్ ఏర్పాటు సమయంలో పరికర మార్గాన్ని మరియు peer మార్గాన్ని ఇన్స్టాల్ చేస్తుంది, ఆ రెండు నమోదులే సరైన పఠనాన్ని ఇప్పటికే సంకేతిస్తాయి.

ip -4 addr show dev ppp0
ip route show dev ppp0
ip route show table main | head -n 5

10.64.3.1 dev ppp0 proto kernel scope link src 10.64.3.9 వంటి పరికర మార్గం గేట్వేను కలిగి ఉండదు ఎందుకంటే ఇంటర్ఫేసే మార్గం. via తో peerను పేర్కొనే మార్గం వేరే ఆయుష్షు ఉన్న వేరే వస్తువు, సెషన్ పడిపోతే అది అదృశ్యమవుతుంది. రెండు రూపాలలో ఏదైనా మళ్లీ ఎలా ఇన్స్టాల్ అవుతుందో చూడకుండా శాశ్వత పట్టికలోకి కాపీ చేయడమే పనిచేస్తున్న సొరంగం మళ్లీ కనెక్ట్ అయిన తర్వాత తన మార్గాన్ని కోల్పోవడానికి సాధారణ కారణం.

జ్ఞాపకశక్తిని నమ్మడం బదులు రెండు జాబితాలను పోల్చండి. main లో peer మార్గం ఉన్నా మీ అదనపు పట్టిక ఖాళీగా ఉంటే, చిరునామా పంక్తి ఎప్పుడూ చెప్పని ఒకటి మీరు నేర్చుకున్నారు.

నియమం మరియు పట్టిక వేర్వేరు నిర్ణయాలు

పట్టికను ఎంచుకోవడం మరియు నింపడం స్వతంత్ర దశలు, డీబగ్ చేసేటప్పుడు ఈ రెండూ తరచుగా గందరగోళానికి గురవుతాయి కాబట్టి ఇక్కడ పోలిక ముఖ్యం. గుర్తించిన ట్రాఫిక్ను పట్టిక 100కి పంపే నియమం, పట్టిక 100లో సరిపోలే మార్గం లేకపోతే ఏమీ చేయదు, బాగా నిండిన పట్టిక కూడా దానివైపు చూపే నియమం లేకపోతే చేరుకోలేనిది.

సగం డిఫాల్ట్ మార్గం డిఫాల్ట్ మార్గం కాదు. ఒక 0.0.0.0/1 IPv4 స్థలం కింది సగాన్ని మాత్రమే కవర్ చేస్తుంది, కాబట్టి అన్నింటినీ పట్టుకోవాలనుకునే విధానానికి సరిపోలే 128.0.0.0/1 లేదా నిజమైన default కూడా అవసరం. పనిచేస్తున్న కాన్ఫిగ్ను చదివి రెండు సగాలలో ఒకటి మాత్రమే కాపీ చేయడమే కొన్ని గమ్యాలపై మాత్రమే విరిగే రౌటింగ్ లూప్లో చిక్కుకునే మార్గం.

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

వెతుకుడును మీ అనువర్తనం అడిగే ప్రశ్ననే అడగండి

ip route get ఒక మార్గాన్ని పరిష్కరిస్తుంది; ip route show నిల్వ చేసిన నమోదులను జాబితా చేస్తుంది, రెండూ ఏదీ తప్పు కాకుండానే భిన్నంగా ఉండవచ్చు. మూల సందర్భాన్ని చేర్చండి, ఎందుకంటే మూల ఆధారిత నియమాలు వెతుకుడు మూలాన్ని తీసుకువెళ్లినప్పుడే సరిపోతాయి.

ip route get 198.51.100.23 from 10.64.3.9
ip route get 198.51.100.23 from 10.64.3.9 iif ppp0
ip -4 rule show

మొదటి ఆదేశం హోస్ట్ నుండి ప్రశ్న అడుగుతుంది. రెండవది ఇన్బౌండ్ ఇంటర్ఫేస్ను జోడిస్తుంది, ఇది ఫార్వార్డ్ అయ్యే ట్రాఫిక్ అనుభవించే దానికి దగ్గరగా ఉంటుంది, సమాధానం తరచుగా మరో పట్టికను సూచిస్తుంది. ఈ గమ్యాలలో ఏదీ ప్రత్యక్ష పరీక్ష సేవ కాదు; 198.51.100.23 పత్ర చిరునామా, కాబట్టి మీరు పరిశీలించడానికి అనుమతి ఉన్న హోస్ట్తో దాన్ని మార్చండి.

సరైన వెతుకుడు కూడా ఒక మార్గం ఎంచుకోబడిందని మాత్రమే నిరూపిస్తుంది. ఎదుటి వైపు ట్రాఫిక్ను అంగీకరిస్తుందా లేదా సమాధానం అదే వాదనతో తిరిగి రాగలదా అని అది చెప్పదు.

పోలిక ఎక్కడ తిరుగుతుంది

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

బయటకు వెళ్లే రౌటింగ్ సరిగ్గా కనిపిస్తున్నప్పుడు సమాధానాలు మాయమైతే, వాటిని తాకే ముందు ప్రభావవంతమైన విలువలను చదవండి, ప్రకటించిన విధాన కారణం ఉంటే మాత్రమే మార్చండి.

sysctl net.ipv4.conf.all.rp_filter
sysctl net.ipv4.conf.ppp0.rp_filter
sysctl net.ipv4.conf.all.src_valid_mark

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