రౌటింగ్ పట్టిక మరియు నిజమైన శోధన: VPN ట్రాఫిక్ ఎక్కడికి వెళ్తుంది

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

పట్టిక అభ్యర్థుల సమూహం, నిర్ణయం కాదు

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

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

ip route get 198.51.100.10
ip route get 198.51.100.10 from 10.80.0.25
ip -6 route get 2001:db8:10::40

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

శోధన మొదట నియమాల గుండా, తర్వాత పట్టికల గుండా వెళ్తుంది

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

ip rule show
ip route show table all | head -40
ip route show table 100

ఒక నియమం మీ VPN పూల్ నుండి ట్రాఫిక్ను పట్టిక 100కి పంపితే, ముఖ్యమైనది పట్టిక 100, మరియు ప్రధాన పట్టిక ఒక ఎర. ఇది రౌటర్లో మూల ఆధారిత రౌటింగ్ వెనుక ఉన్న యంత్రాంగం కూడా: ఒకే గమ్యానికి ప్యాకెట్ ఎక్కడి నుండి వచ్చిందనే దానిపై ఆధారపడి రెండు వేర్వేరు సమాధానాలు ఉండవచ్చు, మరియు మూల ఆర్గ్యుమెంట్తో కూడిన శోధన మాత్రమే ఏది వర్తిస్తుందో వెల్లడిస్తుంది.

IPv6 కు దాని స్వంత నియమాలు మరియు పట్టికలు ఉన్నాయి. రెండు కుటుంబాలను నడిపే రూపకల్పనకు రెండు శోధనలు అవసరం, మరియు పనిచేసే IPv4 సమాధానం డ్యూయల్-స్టాక్ క్లయింట్ ఇష్టపడవచ్చిన v6 మార్గం గురించి ఏమీ చెప్పదు.

VPN క్లయింట్ ఏమి ఇన్స్టాల్ చేస్తుంది

క్లయింట్లు సాధారణంగా డిఫాల్ట్ మార్గాన్ని భర్తీ చేయవు, ఎందుకంటే అది సొరంగం స్వంత బాహ్య మార్గాన్ని విచ్ఛిన్నం చేస్తుంది. అవి ప్రిఫిక్స్ పొడవుతో గెలిచే మరింత నిర్దిష్టమైనదాన్ని ఇన్స్టాల్ చేస్తాయి: 0.0.0.0/1 మరియు 128.0.0.0/1 ను కవర్ చేసే అర్ధ-డిఫాల్ట్ జోడీ క్లాసిక్ ఎత్తుగడ, ఎందుకంటే రెండూ 0.0.0.0/0 కంటే పొడవైన ప్రిఫిక్స్లు మరియు కలిసి మొత్తం స్థలాన్ని కవర్ చేస్తాయి. ఇతరులు నిర్దిష్ట ప్రైవేట్ ప్రిఫిక్స్లతో పాటు విధాన నియమాన్ని ఇన్స్టాల్ చేస్తారు, కొందరు ఎంపిక చేసిన ట్రాఫిక్ మాత్రమే పట్టుబడేలా మార్క్ను జోడిస్తారు.

అందుకే "VPN నా డిఫాల్ట్ మార్గాన్ని మార్చలేదు" వైఫల్యానికి సాక్ష్యం కాదు. అది నిజంగా ఏమి జోడించింది, మరియు ప్రశ్నలోని గమ్యం ఆ ప్రిఫిక్స్ల లోపలికి వస్తుందా అని తనిఖీ చేయండి:

ip route show | grep -E 'tun|wg|ppp|ipsec'
ip route get 10.20.30.40 from 10.80.0.25

డంప్లో రెండు అర్ధ-మార్గాలను గమనించకపోవడం సులభం, ఎందుకంటే అవి డిఫాల్ట్లా కనిపించవు. ప్రిఫిక్స్ను చేర్చడం మరచిన split-tunnel కాన్ఫిగరేషన్ మీరు వెంబడిస్తున్న లక్షణాన్నే ఉత్పత్తి చేస్తుంది: సొరంగాన్ని ఉపయోగించవలసిన అప్లికేషన్ బదులుగా స్థానికంగా పరిష్కరించి కనెక్ట్ అవుతుంది. ఇన్స్టాల్ చేసిన ప్రిఫిక్స్లను వినియోగదారుకు నిజంగా అవసరమైన గమ్యాలతో పోల్చండి, మీరు యాదృచ్ఛికంగా పరీక్షించిన చిరునామాలతో కాదు. ఫైల్ సర్వర్ను కవర్ చేసి దాని రిజాల్వర్ను కవర్ చేయని split-tunnel జాబితా పబ్లిక్ చిరునామాకు పరిష్కరించబడి తర్వాత ప్రామాణీకరణలో విఫలమయ్యే కనెక్షన్ను ఉత్పత్తి చేస్తుంది, ఇది పాస్వర్డ్ సమస్యలా కనిపిస్తుంది కానీ మార్గ సమస్య.

బాహ్య మార్గం కూడా జీవించాలి

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

లోపలి గమ్యాన్ని తనిఖీ చేసిన విధంగానే పీర్ చిరునామాను తనిఖీ చేయండి, మరియు అది సొరంగం కాకుండా భౌతిక ఇంటర్ఫేస్కు పరిష్కరించబడుతుందని నిర్ధారించండి:

ip route get 203.0.113.10
traceroute -n -m 5 203.0.113.10

పునరావృత మార్గం, పీర్ను పట్టుకునే విధాన నియమం, లేదా పూర్తి-సొరంగం క్లయింట్ భర్తీ చేసిన డిఫాల్ట్ మూడు సాధారణ కారణాలు. మూడూ బాహ్య శోధనలో కనిపిస్తాయి, మరియు సంఘటన తర్వాత తీసుకున్న ప్రధాన పట్టిక డంప్లో ఏదీ కనిపించదు.

రౌటింగ్ అవుట్పుట్ మీకు చెప్పలేనిది

సరైన శోధన అంటే కెర్నల్ ప్యాకెట్ను ఎక్కడో సరైన స్థలానికి పంపుతుంది. ఫైర్వాల్ అనుమతిస్తుంది, IPsec విధానం కవర్ చేస్తుంది, NAT నియమం అనువదిస్తుంది, లేదా దూరపు వైపు తిరిగి వచ్చే మార్గం ఉంది అని కాదు. వాటిలో ప్రతి ఒక్కటి తర్వాతి దశ, మరియు strongSwan యొక్క ఫార్వార్డింగ్ గమనికలు రెండు చివరలలో ప్యాకెట్ దాటవలసిన గొలుసును వివరిస్తాయి.

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

అందుకే నిర్ధారణను క్రమంగా ఉంచండి: గమ్యం మరియు మూలాన్ని పేర్కొనండి, శోధనను అమలు చేయండి, శోధన పేర్కొన్న పట్టిక మరియు నియమాన్ని మాత్రమే చదవండి, తర్వాత తదుపరి దశను పరీక్షించండి. ఆ క్రమం రౌటింగ్ విచారణను నిమిషాల్లో ఉంచుతుంది మరియు మరొకరు అనుసరించగల రికార్డును వదిలిస్తుంది, అతికించిన పట్టిక ఎప్పటికీ చేయని విషయం.