strongSwan vips: IKEv2 నుండి వర్చువల్ చిరునామా అడగడం

vips అంతర్గత IKEv2 చిరునామాను అడుగుతుంది; గేట్‌వే ఏమి ఇవ్వాలో నిర్ణయిస్తుంది. అభ్యర్థనను సెట్ చేసి, లోడ్ చేసి, ఆపై ప్రతిస్పందించినవారు నిజంగా ఏమి కేటాయించారో తనిఖీ చేయండి.

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

vips ఏమి అడుగుతుంది, ఏమి హామీ ఇవ్వలేదు

vips కనెక్షన్ నిర్వచనంలో భాగమై ప్రతిస్పందించినవారిని వర్చువల్ చిరునామా అడుగుతుంది. strongSwan వర్చువల్ చిరునామాల మార్గదర్శిని స్పష్టంగా చెబుతుంది, సమాధానం మరో చిరునామా కావచ్చు, లేదా ఏమీ ఉండకపోవచ్చు, విలువ రాసి అది కనిపిస్తుందని ఎదురుచూసేటప్పుడు ప్రజలు దాటవేసేది ఈ వాక్యాన్నే. అభ్యర్థన ఇప్పటికీ విలువైనది, ఎందుకంటే మీరు తనిఖీ చేసేది సమాధానమే. సెట్టింగ్‌ను అడగడానికి ఇచ్చిన సూచనగా భావించండి, ఫలితం యొక్క కాన్ఫిగరేషన్‌గా కాదు.

0.0.0.0 అడగడం అంటే అందుబాటులో ఉన్న ఏదైనా IPv4 వర్చువల్ చిరునామా అడగడం, ఖచ్చితమైన విలువ ముఖ్యం కానప్పుడు ఇది సాధారణంగా సరైనది. నిర్దిష్ట చిరునామా అడగడం గేట్‌వేకు ఒక సూచన, దానిపై డిమాండ్ కాదు.

swanctl భాగం మరియు దాని స్థానం

సెట్టింగ్ కనెక్షన్ బ్లాక్ లోపల ఉంటుంది, దాని సొంత ఫైల్‌లో లేదా ఆపరేటింగ్ సిస్టమ్ ప్రొఫైల్‌లో కాదు. ఈ వేరుచేసిన భాగం ఆకారాన్ని చూపిస్తుంది:

connections {
  net {
    local_addrs = 192.0.2.10
    remote_addrs = 203.0.113.5
    vips = 10.77.0.31
    children {
      net { local_ts = dynamic remote_ts = 10.77.0.0/24 }
    }
  }
}

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

swanctl --load-all --file /etc/swanctl/swanctl.conf
swanctl --initiate --child net
swanctl --list-sas

local_ts ట్రాఫిక్‌ను ఎంచుకుంటుంది, చిరునామాను సృష్టించదు

local_ts చైల్డ్ SA రక్షించే ట్రాఫిక్ సెట్‌కు పేరు పెడుతుంది; అది ఇంటర్‌ఫేస్‌పై చిరునామా పెట్టదు. వర్చువల్ IP చర్చించబడిన తర్వాత, strongSwan తన డిఫాల్ట్ డైనమిక్ సెలెక్టర్‌ను ఉపయోగించడం ఆపి బదులుగా ఇచ్చిన చిరునామాను ఉపయోగిస్తుంది. సెలెక్టర్‌ను అక్షరార్థ చిరునామాకు పిన్ చేస్తే, గేట్‌వే ఇవ్వకపోవచ్చిన దాన్ని మీరు ప్రతిపాదిస్తున్నారు, అందుకే వైఫల్యం ఎక్కడికీ పోని ట్రాఫిక్‌తో పనిచేస్తున్న SA లా కనిపిస్తుంది. సెలెక్టర్ ట్రాఫిక్‌ను వివరిస్తుంది, కేటాయింపు మరో మార్పిడి నుండి వస్తుంది.

స్థిరమైన అంతర్గత చిరునామా పొందే మరో మార్గం దాన్ని స్థానికంగా కలిగి ఉండడం. టన్నెల్ పైకి రాకముందే చిరునామాను ఇంటర్‌ఫేస్‌పై పెట్టండి, సెలెక్టర్‌ను ఇప్పటికే ఉన్నదాని వైపు తిప్పండి, సహచరుడు మరియు మార్గాన్ని దాని చుట్టూ ఏర్పాటు చేయండి.

ఆ రూపకల్పనలో ఏదీ చర్చించబడదు, కాబట్టి ఏదీ మళ్లీ కేటాయించలేము, అదే మార్పిడి: చిరునామా పనిని మీరే చేసుకోవడానికి బదులుగా నిర్ణయాత్మకత. ఇది vips రకం కాదు, వేరే యంత్రాంగం, కాబట్టి రెండింటినీ ఒకే కనెక్షన్‌లో కలపకూడదు. చర్చించిన చిరునామా పక్కన పిన్ చేసిన సెలెక్టర్ అనేది గేట్‌వే మరోటి ఇచ్చే వరకు పనిచేసే కనెక్షన్.

ప్రతిస్పందించినవారు నిజంగా ఏమి కేటాయించారో తనిఖీ చేయండి

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

మీ గమనికల్లో నాలుగు చిరునామాలను విడిగా ఉంచండి: అడిగిన అంతర్గత చిరునామా, ఇచ్చినది, యంత్రం యొక్క LAN చిరునామా, మరియు ఏదో వెబ్‌సైట్ నివేదించే పబ్లిక్ నిష్క్రమణ. అవి వేర్వేరు పొరలకు చెందుతాయి, వేర్వేరు ప్రదేశాల్లో కనిపిస్తాయి. నాలుగింటినీ నమోదు చేసే మార్గదర్శిని, మీరు ఏ చిరునామా అనుకున్నారో అడగకుండా మరొకరు అనుసరించగలది. ప్రతి రీలోడ్ తర్వాత వాటిని మళ్లీ చదవండి, ఎందుకంటే ఇచ్చిన విలువ మాత్రమే సజీవ టన్నెల్‌ను వివరిస్తుంది.

స్థిరమైన రూపకల్పనను వేరుగా ఉంచండి

మీకు స్థిరమైన అంతర్గత చిరునామా కావాలంటే, గేట్‌వేపై రిజర్వేషన్ ఏర్పాటు చేసి, క్లయింట్ అభ్యర్థనను అభ్యర్థనగానే ఉంచండి. పిన్ చేసిన సెలెక్టర్‌ను చర్చించిన చిరునామాతో కలపడం గేట్‌వే మరోటి కేటాయించే వరకు పనిచేసే కనెక్షన్‌ను ఇస్తుంది. కనెక్షన్ పక్కన రిజర్వేషన్ నియమాన్ని రాయండి, ఎందుకంటే సహోద్యోగి కాన్ఫిగ్ ఫైల్ నుండి ఊహించలేని భాగం అదే. అప్పుడు కొత్త క్లయింట్ నియమాన్ని మళ్లీ కనుగొనకుండా వారసత్వంగా పొందుతుంది.

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

సంబంధిత వ్యాసాలు