రెండు సేవలు, ఒక పబ్లిక్ చిరునామా, మరియు పోర్ట్ను రిజర్వ్ చేసినట్లు అనిపించే DNS పేరు. అది చేయదు. ASA లో VPN ఎంట్రీ పక్కన DMZ సర్వర్ను ప్రచురించే ముందు ఎంట్రీ టుపుల్స్ను రాసి వాటిని క్రమంగా తనిఖీ చేయండి; ఉన్న సేవతో సరిపోలే మొదటి ఫీల్డ్ ప్లాన్ ఆగే ప్రదేశం. క్రింద ఉన్నవన్నీ VPN పరికరంలోనే ముగుస్తుందని ఊహిస్తాయి, లోపలి సర్వర్లో కాదు.

కమాండ్ రాసే ముందు ఐదు ఫీల్డ్లను రాయండి

ప్రతి పబ్లిక్ ఎంట్రీకి చిరునామా కుటుంబం, పబ్లిక్ చిరునామా, రవాణా, పబ్లిక్ పోర్ట్ మరియు యజమానిని నమోదు చేయండి. యజమాని ASA-స్థానిక సేవ లేదా అనువదించిన లోపలి సర్వర్. రెండు ఎంట్రీలు ఒక చిరునామాను పంచుకొని అయినప్పటికీ వేర్వేరు టుపుల్స్ కావచ్చు, రెండు ఎంట్రీలు చిత్రంలో వేరుగా కనిపించి పరికరంలో ఢీకొట్టవచ్చు.

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

Public entryOwnerReal side
TCP 443 on the outside addressASA VPN listenerAppliance-local, no translation
TCP 8443 on the outside addressStatic PATDMZ server TCP 443
UDP 443 on the outside addressCheck the effective listenersPossibly the VPN data path

నిజమైన మరియు మ్యాప్ చేసిన స్థానాలను సరిగ్గా చదవండి

మీరు జోడించాలనుకునే సర్వర్ నుండి కాదు, ఇప్పటికే ఉన్న టుపుల్ నుండి ప్రారంభించండి. ఒక ఉదాహరణ విభజన ఆమోదించిన VPN ఎంట్రీని పబ్లిక్ TCP 443 పై ఉంచి, పబ్లిక్ TCP 8443 పై DMZ HTTPS సర్వర్ను ప్రచురిస్తుంది, ఆ సర్వర్ 443 పై వినడం కొనసాగిస్తుంది:

Public TCP 443  -> ASA VPN listener
Public TCP 8443 -> DMZ server TCP 443

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

Cisco యొక్క ASA 9.16 NAT మార్గదర్శిని స్టాటిక్ PAT, ఇంటర్ఫేస్ చిరునామా వినియోగం మరియు నిజమైన మరియు మ్యాప్ చేసిన పోర్ట్ అర్థాలను నమోదు చేస్తుంది. మీరు నిజంగా నడిపే విడుదల విభాగాన్ని చదవండి; పాత ప్లాట్ఫారమ్ నుండి గుర్తుంచుకున్న కమాండ్ పూర్తి ప్రస్తుత కాన్ఫిగరేషన్ కాదు.

రవాణాను రిజర్వేషన్లో భాగంగా లెక్కించండి

TCP 443 మరియు UDP 443 వేర్వేరు టుపుల్స్, ఆ భేదం మీకు UDPని ఉచితంగా ఇవ్వదు. VPN కి వేర్వేరు TLS మరియు DTLS లిజనర్లు ఉండవచ్చు, మరియు ఇతర కాన్ఫిగర్ చేసిన సేవలు మీకు కావాల్సిన రవాణాను ఇప్పటికే కలిగి ఉండవచ్చు. వెబ్ పేజీ మొత్తం VPN ఎంట్రీ అని ఊహించడం బదులు ప్రభావవంతమైన లిజనర్లు మరియు యాక్సెస్ విధానాన్ని జాబితా చేయండి.

అదే చిరునామాకు పరిష్కరించే రెండవ హోస్ట్ పేరు కూడా రవాణా స్థాయి ఢీకొనడాన్ని పరిష్కరించదు. DNS అనేది పేరు-నుండి-చిరునామా మ్యాపింగ్, పోర్ట్ బ్రోకర్ కాదు, మరియు PAT ద్వారా సర్వర్ను ప్రచురించడం VPN లిజనర్ను మరో పోర్ట్కు తరలించడంతో సమానమైన చర్య కాదు.

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

బయటి నుండి కొత్త కనెక్షన్లతో ధృవీకరించండి

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

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

మీరు డిప్లాయ్ చేసినదానితో ఎంట్రీ జాబితాను నవీకరించి చక్రాన్ని మూసివేయండి, సృష్టించకుండా కనుగొన్న ప్రతి లిజనర్తో సహా. ఆ చిరునామాలో తర్వాత సేవను ప్రచురించే వ్యక్తి మీ పట్టిక నుండి ప్రారంభిస్తారు, అక్కడి తప్పు వరుస ఇక్కడి తప్పు కమాండ్ కంటే ఎక్కువ ఖరీదు.

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