IPsec భద్రతా విధానం రూట్ పట్టికలోని ఎంట్రీ ఎందుకు కాదు
పనిచేసే మార్గం IPsec గురించి ఏమీ నిరూపించదు. అదే ప్రవాహానికి రూట్ లుకప్ మరియు విధానం యొక్క ఎంపికకారులను చదవండి, ఆపై అనుబంధం దానిని కవర్ చేస్తుందని నిర్ధారించండి.
సొరంగం ద్వారా 10.20.0.5 కు ping చేయండి, ఏదీ తిరిగి రాదు, కానీ రూట్ పట్టిక ఆ సబ్నెట్ చేరుకోగలదని పట్టుబడుతుంది. రూటింగ్ మరియు IPsec వేర్వేరు ప్రశ్నలకు సమాధానం ఇస్తాయి, వాటిలో ఒకటి మాత్రమే చేరుకోగలిగే అంశం గురించి. ఫార్వర్డ్ లుకప్ ఒక మార్గాన్ని ఎంచుకుంటుంది, ఆపై భద్రతా విధాన డేటాబేస్ ఆ మార్గాన్ని రక్షించాలా, అలాగే ఉంచాలా లేదా తిరస్కరించాలా అని నిర్ణయిస్తుంది. రెండూ ఏకీభవించనప్పుడు ప్యాకెట్ నిశ్శబ్దంగా మరణిస్తుంది, కాబట్టి వాటిని అదే క్రమంలో చదవండి.
పట్టికతో కాదు, లుకప్తో ప్రారంభించండి
కర్నెల్ నిజంగా ఏమి చేస్తుందో అడగండి: ip route get 10.20.0.5 ఎంచుకున్న మార్గం, బయటకు వెళ్లే ఇంటర్ఫేస్ మరియు అది ఉపయోగించే మూల చిరునామాను ముద్రిస్తుంది. ప్రిఫిక్స్, విధాన నియమం, మార్క్ లేదా ఇష్టమైన మూలం ఆ సమాధానాన్ని మార్చగలవు, అందుకే ప్రత్యక్ష లుకప్ కంటితో పట్టిక చదవడం కంటే మెరుగైనది.
రక్షిత పరిధిలోని గమ్యాన్ని పరీక్షించండి, గేట్వే చిరునామాను కాదు. అవతలి వైపు గేట్వేను చేరుకోవడం ఏదో ఒక మార్గం ఉందని మాత్రమే నిరూపిస్తుంది; మీకు నిజంగా అవసరమైన సబ్నెట్ గురించి అది ఏమీ చెప్పదు. ఆపై లుకప్ ఎంచుకున్న ఇంటర్ఫేస్ సొరంగం ఉపయోగిస్తుందని మీరు ఆశించేదేనా అని నిర్ధారించండి.
రెండు వైపులా ఎంపికకారులను సరిపోల్చండి
విధాన డేటాబేస్కు దాని స్వంత ఎంట్రీలు ఉంటాయి, ప్రతి ఒక్కటి దిశ, మూలం, గమ్యం మరియు ప్రోటోకాల్ను పేర్కొని, సరిపోలే ప్యాకెట్లకు ఏమి జరగాలో చెబుతుంది. వాటిని జాబితా చేయడానికి ip xfrm policy ఉపయోగించండి; చర్య రక్షణ, బైపాస్ లేదా బ్లాక్ అని జెండాలు చూపిస్తాయి. మీ పరీక్ష ప్రవాహం కంటే ఎంపికకారులు వెడల్పుగా లేదా ఇరుకుగా ఉన్న విధానం దానితో సరిపోలదు, ప్యాకెట్ రక్షణ లేకుండా బయటకు వెళ్తుంది. మీరు వెతుకుతున్న లోపం అదే, తప్పిపోయిన మార్గం కాదు.
నిజమైన విలువలను పోల్చండి: మూలం, గమ్యం, ప్రోటోకాల్ మరియు పోర్టులు. లుకప్ ఒక చిరునామా జంటను పరిష్కరించి, విధాన ఎంట్రీ మరొకదాన్ని కవర్ చేస్తే, రెండు దృశ్యాలు వేర్వేరు ట్రాఫిక్ను వివరిస్తాయి. నిర్ణయానికి రాకముందు రెండింటినీ అదే ట్యూపుల్తో మళ్లీ నడపండి, లేకపోతే మార్గంలో ఎప్పుడూ లేని విధానాన్ని మీరు సవరిస్తారు.
విధాన సరిపోలిక అనేది ఇన్స్టాల్ చేసిన స్థితి కాదు
సరిపోలే విధానం ప్యాకెట్ రక్షించబడాలని మాత్రమే చెబుతుంది; రక్షణ చేయడానికి కర్నెల్కు ఇంకా భద్రతా అనుబంధం అవసరం. వాటిని ip xfrm state తో జాబితా చేయండి, లేదా strongSwan చర్చలు జరిపినప్పుడు swanctl --list-sas తో, మరియు ప్రతి ఎంట్రీలోని ఎంపికకారులను కౌంటర్లను చదవండి.
ఒక విధానం సరిపోలి, అదే ఎంపికకారులను ఏ అనుబంధం కవర్ చేయకపోతే, ప్యాకెట్ స్పష్ట పాఠ్యంలో పంపబడకుండా విస్మరించబడుతుంది. సొరంగం నడుస్తున్నా ఒకే సబ్నెట్ విఫలమైనప్పుడు వెతకాల్సిన విస్మరణ అదే. కౌంటర్లు మిగిలినది చెబుతాయి: ఎప్పుడూ పెరగని అనుబంధం ఎప్పుడూ ఎంపిక చేయబడలేదు, పెరిగి కూడా విస్మరణలో ముగిసేది దూరపు వైపును సూచిస్తుంది. ఎంపికకారులను సరిచేయడం మరియు కీలను పునరుద్ధరించడం వేర్వేరు మరమ్మత్తులు, కాబట్టి కాన్ఫిగరేషన్ను తాకే ముందు ఏది కావాలో నిర్ణయించండి.
మార్గ ఆధారిత సొరంగానికి ఇంకా ఏమి కావాలి
XFRM ఇంటర్ఫేస్ సొరంగాన్ని మీరు రూట్ చేయగల పరికరంలా కనిపించేలా చేస్తుంది, ఇది నిజంగా ఉపయోగకరం. కానీ ప్యాకెట్ అక్కడికి చేరిన తర్వాత ఏమి జరుగుతుందో నిర్ణయించే విధానాన్ని మరియు స్థితిని అది తొలగించదు. మార్గం తదుపరి హాప్ను మాత్రమే ఇస్తుంది, అంతకు మించి ఏమీ కాదు.
పరికరం ఉన్నా, మార్గం దాని వైపు చూపుతున్నా, అంతర్గత ఎంపికకారులతో ఏ అనుబంధం సరిపోలకపోతే, ప్యాకెట్ తిరస్కరించబడుతుంది, ఎంత మార్గ సవరణ చేసినా కీలు లేదా ఎంపికకారులు ఉత్పత్తి కావు. మీరు రూట్ చేసిన అదే మూలం మరియు గమ్యంతో ఇంటర్ఫేస్ను తనిఖీ చేసి, ఆపై దానిని స్థితి జాబితాతో పోల్చండి.
ఏదైనా సవరించే ముందు యాజమాన్యాన్ని స్పష్టం చేయండి
హోస్ట్ ఫైర్వాల్ రెండు డేటాబేస్లకూ తెలియని మూడవ నిర్ణయాన్ని జోడిస్తుంది. సరైన మార్గం, సరిపోలే విధానం, ఇన్స్టాల్ చేసిన అనుబంధం ఉన్నా విస్మరించిన ప్యాకెట్లో ముగియవచ్చు, అప్లికేషన్ టైమ్అవుట్ను మాత్రమే నివేదిస్తుంది. IPsec ను నిందించే ముందు ఫైర్వాల్ రక్షిత ట్రాఫిక్ను అనుమతిస్తుందని నిర్ధారించండి. సొరంగ పరికరంలో మరియు భౌతిక ఇంటర్ఫేస్లో క్యాప్చర్ చేయడం ఎన్క్రిప్షన్కు ఏ వైపు ప్యాకెట్ మాయమైందో చూపిస్తుంది.
కాన్ఫిగరేషన్ యాజమాన్యం మీ సవరణ రీస్టార్ట్ తర్వాత నిలిచి ఉంటుందో లేదో నిర్ణయిస్తుంది. ఒక భాగం స్థితిని ఇన్స్టాల్ చేయవచ్చు, మరొకటి మార్గాలను నిర్వహిస్తుంది, రెండవ దానిపై చేతితో చేసిన సవరణ సొరంగం తదుపరిసారి పైకి వచ్చినప్పుడు తిరిగి వ్రాయబడుతుంది. యజమాని కాన్ఫిగరేషన్ను మార్చి, ఆపై రెండు దృశ్యాలను మళ్లీ చదవండి; RFC 4301 ఆ విభజనను మరొకరికి వివరించాల్సి వచ్చినప్పుడు రెండు డేటాబేస్లను వేరుగా ఉంచుతుంది.