ఒకటి పైన, సున్నా కనెక్ట్ అవుతోంది: ఆ strongSwan లైన్ ఏమి లెక్కిస్తుంది

Security Associations (1 up, 0 connecting) అని చెప్పే స్థితి పంక్తిని చదవండి మరియు అది పని చేస్తున్న ఒక టన్నెల్ నివేదికలా కనిపిస్తుంది. రెండు సబ్నెట్లు ఒకే సమయంలో దాని ద్వారా ట్రాఫిక్ పంపుతున్నాయి, కాబట్టి సంఖ్య అబద్ధం చెబుతున్నట్టు కనిపిస్తుంది. అది అబద్ధం చెప్పడం లేదు; అది IKE అసోసియేషన్లను లెక్కిస్తుంది, వాటిలో ఒకటి అనేక పిల్లలను ఉంచగలదు. ఏ ప్రతిపాదనను లేదా మార్గాన్ని తాకే ముందు జాబితాలను చదవండి.

శీర్షిక మరియు ట్రాఫిక్ ఎందుకు సరిపోలవు

పాత stroke అవుట్పుట్ తన మొత్తాన్ని భద్రతా అసోసియేషన్లు అని పిలుస్తుంది మరియు దానిని IKE అసోసియేషన్ మేనేజర్ నుండి తీసుకుంటుంది. స్థాపించబడిన ప్రతి IKE అసోసియేషన్ ఒకటి జోడిస్తుంది, దాని క్రింద ఎన్ని CHILD SA ఉన్నా సరే. ఒక IKEv2 మాతృ శీర్షిక సాధారణంగా అనేక పిల్లలను మోస్తుంది, ప్రతి ట్రాఫిక్ సెలెక్టర్ జతకు ఒకటి, మరియు పిల్లవాడి ఒప్పందం చేసుకున్న సెలెక్టర్లు ఒకటి కంటే ఎక్కువ చిరునామా లేదా ఉపసర్గను కవర్ చేయగలవు. అందువల్ల మీ కాన్ఫిగరేషన్లోని చిరునామాల సంఖ్యకు శీర్షికలోని సంఖ్యతో స్థిరమైన సంబంధం లేదు.

ఆధునిక అవుట్పుట్ కొన్నిసార్లు పాత “up” పదానికి బదులుగా మొత్తాన్ని చూపిస్తుంది, మరియు swanctl నిర్వహించే డీమన్ పాత stroke సెట్టింగ్లతో అసలు నడవదు. వెర్షన్ల మధ్య పదాన్ని గానీ లెక్కింపు నియమాన్ని గానీ ఊహించవద్దు.

ఏదైనా మార్చే ముందు మూడు జాబితాలను పోల్చండి

లోడ్ అయిన దానితో ప్రారంభించండి, తర్వాత ఒప్పందం చేసుకున్న దానితో, తర్వాత నిజంగా ప్యాకెట్లను కదిలించే దానితో. ఇవి మూడు వేర్వేరు ప్రశ్నలు మరియు ప్రతి దానికి దాని స్వంత ఆదేశం ఉంది.

swanctl --list-conns
swanctl --list-sas

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

swanctl --list-sas --raw | head -40
ip -s xfrm state

ముడి రూపం గుర్తింపులు మరియు సెలెక్టర్లను పోల్చడానికి కనిపించేలా ఉంచుతుంది, కెర్నల్ స్థితి జాబితా స్టాక్ ఏమి ఇన్స్టాల్ చేసిందని భావిస్తుందో చూపిస్తుంది. డీమన్ మరియు కెర్నల్ ఏకీభవించనప్పుడు, ఒకటి డీమన్ ఉన్న పిల్లవాడి చుట్టూ పునఃప్రారంభమైంది లేదా కెర్నల్ వస్తువు దాని క్రింద నుండి తొలగించబడింది.

శ్రేణిని చదవండి, మొత్తాన్ని కాదు

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

swanctl --list-sas
swanctl --list-conns --raw | grep -A4 'accounting'

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

లోడ్ చేయబడింది, ఇన్స్టాల్ చేయబడింది మరియు గడిచే ట్రాఫిక్

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

swanctl --initiate --child accounting
swanctl --list-sas --raw | grep -E 'bytes|packets'

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

లెక్కింపు నిజంగా తప్పు అయినప్పుడు

లోడ్ చేసిన జాబితాలో నిర్వచనం లేకపోతే, కాన్ఫిగరేషన్ లోడింగ్ మరియు ఏ డీమన్ ప్రతి నడుస్తోందో చూడండి. అది లోడ్ అయినా ఎప్పుడూ ఒప్పందం చేసుకోకపోతే, ప్రతిపాదనలు, ప్రామాణీకరణ సందర్భం మరియు సెలెక్టర్లను జోడితో పోల్చండి, ఒకసారి ఒక పిల్లవాడు. ప్రతి ప్రయత్నంలో ఒక మూలకాన్ని మార్చి మీరు మార్చిన గుర్తింపును నమోదు చేయండి. ఏది అని తెలిస్తే ప్రతిపాదనను వెనక్కి తీసుకోవడం సులభం; ఎప్పుడూ వేరు చేయని మూడు సవరణల తర్వాత అది ఊహ.

మొదట తప్పు పఠనాన్ని సరిచేయండి. “కనిపించని” రెండవ టన్నెల్ గురించిన చాలా నివేదికలు ఒక మాతృ శీర్షిక క్రింద రెండు ఇన్స్టాల్ చేసిన పిల్లలతో ముగుస్తాయి, ఎప్పుడూ విరిగిన ఏకైక విషయం ప్రజలు శ్రేణికి బదులు నమ్మిన సారాంశ పంక్తి.