సైట్-టు-సైట్ VPN ద్వారా ASA DHCP రిలే: దశల వారీ మార్గదర్శిని

రిలే మూడు దశల్లో పనిచేస్తుంది, VPN ను దాటేది మధ్య దశ మాత్రమే. క్లయింట్ శాఖ సెగ్మెంట్లో బ్రాడ్కాస్ట్ చేస్తుంది, ASA ఆ బ్రాడ్కాస్ట్ను DHCP సర్వర్కు యూనికాస్ట్ అభ్యర్థనగా మారుస్తుంది, సర్వర్ క్లయింట్కు కాకుండా రిలే చిరునామాకు సమాధానం ఇస్తుంది. ఇదే క్రమంలో దశలను దాటండి, అప్పుడు «రిలే పాడైంది» అనే చాలా సందర్భాలు లేని విధానం లేదా తప్పుగా చదివిన setroute పంక్తి వద్ద ముగుస్తాయి.

మొదటి దశ: క్లయింట్ వైపు ఇంటర్ఫేస్లో రిలేను ప్రారంభించండి

శాఖ ASA లో రిలే అనేది క్లయింట్ల వైపు చూసే ఇంటర్ఫేస్ లక్షణం. సర్వర్ను దాని చేరుకోగల ఇంటర్ఫేస్తో ప్రపంచవ్యాప్తంగా ప్రకటించవచ్చు, లేదా రూటింగ్ పట్టిక నిష్క్రమణను ఎంచుకునేలా అదే క్లయింట్ వైపు ఇంటర్ఫేస్ కింద ప్రకటించవచ్చు. ఈ రెండు రూపాలు పరస్పరం మార్చుకోగలిగేవి కావు, తప్పుది కాపీ చేయడం మార్గదర్శిని మొదట దారి తప్పించే స్థలం.

ఏదైనా మార్చే ముందు నడుస్తున్న కాన్ఫిగ్ను తనిఖీ చేయండి: ఏ ఇంటర్ఫేస్లో రిలే ప్రారంభమైంది, ఏ సర్వర్ రూపం ఉంది, setroute క్లయింట్ ఇంటర్ఫేస్కు జోడించబడిందా. ASA మరో సెగ్మెంట్ కోసం DHCP సర్వర్ను కూడా నడిపిస్తే, ఆపి పరిమితుల జాబితాను చదవండి; ఒకే పరికరంలో సర్వర్ మరియు రిలే రెండూ ఒకేసారి ప్రారంభించలేరు.

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

రెండవ దశ: ASA ఉత్పత్తి చేసే ట్రాఫిక్ను టన్నెల్ ద్వారా తీసుకెళ్లండి

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

ఆసక్తి ఉన్న ట్రాఫిక్ ASA రిలే మూలాన్ని మరియు సర్వర్ చిరునామాను కవర్ చేస్తుందని, తిరిగి వచ్చే దిశ కూడా అనుమతించబడిందని నిర్ధారించండి. VTI ఆధారిత రూపకల్పనలో రూటింగ్ నిర్ణయం సరళమైనది, కానీ VTI పై రిలే మద్దతు ఒక నిర్దిష్ట విడుదలలో వచ్చింది; ASA DHCP మార్గదర్శిని 9.14(1) ను సూచిస్తుంది, కాబట్టి పాత పరికరంలో VTI ఉదాహరణను కాపీ చేసే ముందు ఇమేజ్ను తనిఖీ చేయండి.

ASA నుండి సర్వర్కు ping స్వయంగా ఎక్కువగా ఏమీ నిరూపించదు. అది వేరే మార్గం ద్వారా, వేరే మూల చిరునామాతో, లేదా రిలే ప్యాకెట్లు సరిపోలని విధానం కింద విజయవంతం కావచ్చు.

మూడవ దశ: సమాధానాన్ని మరియు setroute ఎంపికను చదవండి

ఆ క్షేత్రం సున్నా కానప్పుడు సర్వర్ తన సమాధానాన్ని giaddr లోని చిరునామాకు పంపుతుందని RFC 2131 చెబుతుంది. కాబట్టి తిరిగి వెళ్లే మార్గం రిలే చిరునామాకు రూట్ కావాలి, టన్నెల్ విధానం సర్వర్ నుండి రిలే వైపు దిశను అనుమతించాలి. అభ్యర్థన దాటింది కానీ ఆఫర్ ఎప్పటికీ రాలేదంటే, ఇక్కడే చూడాలి.

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

ఆఫర్ను మొదటి నుండి చివరి వరకు చదవండి: ఇచ్చిన చిరునామా, మాస్క్, డిఫాల్ట్ రౌటర్, DNS మరియు లీజ్ సమయం. తర్వాత లీజ్ పునరుద్ధరణ జరగనివ్వండి. ఒకసారి పనిచేసి పునరుద్ధరణలో విఫలమయ్యే రిలేలో సాధారణంగా స్కోప్, లీజ్ లేదా తిరిగి వెళ్లే మార్గ సమస్య ఉంటుంది, దాన్ని మొదటి మార్పిడి దాచింది.

సరిచేయబడిందని చెప్పే ముందు నేను తనిఖీ చేసేది

క్లయింట్ నుండి ప్రారంభించి బ్రాడ్కాస్ట్ను పట్టుకోండి, తర్వాత ASA తన చిరునామాను giaddr గా ఉపయోగించి దాన్ని రిలే చేసిందని నిర్ధారించండి. దూరం వైపు సర్వర్ ఆ అభ్యర్థనను చూసిందని, శాఖకు సరిపోయే స్కోప్ను ఎంచుకుందని నిర్ధారించండి. తిరిగి శాఖకు వచ్చి క్లయింట్ ఆఫర్ను అంగీకరించిందని, తన గేట్వేను చేరుకుంటుందని నిర్ధారించండి.

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

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