సైట్-టు-సైట్ VPN లోపల NAT తన స్థానాన్ని ఎప్పుడు పొందుతుంది
అనువాదం ఒక అతివ్యాప్తి ప్రిఫిక్స్ లేదా ఒక వైపు రిటర్న్ మార్గాన్ని కాపాడగలదు, కానీ ప్రతి విధానం చూసే చిరునామాలను మారుస్తుంది. మ్యాపింగ్‌ను స్పష్టంగా రూపకల్పన చేయండి.
రెండు సైట్లు ఒకే ప్రైవేట్ పరిధిని ఉపయోగిస్తాయి, మరియు సొరంగం పైకి వస్తుంది కానీ దాని గుండా ఉపయోగకరమైనది ఏదీ వెళ్లదు. అనువాదమే సాధారణ సమాధానం, మరియు అది నిజమైన సమాధానం: దూరపు వైపుకు వేరే పరిధిని చూపడం వల్ల అతివ్యాప్తి లేదా మరో నెట్‌వర్క్ రూట్ చేయలేని రిటర్న్ మార్గం పరిష్కారమవుతుంది. దాటవేయబడే భాగం ఏమిటంటే అనువాదం ప్రతి తదుపరి నిర్ణయం చూసే చిరునామాలను మారుస్తుంది. దీన్ని రాసిన మ్యాపింగ్‌తో కూడిన డాక్యుమెంట్ చేసిన డిజైన్ నిర్ణయంగా పరిగణించండి, ping విజయవంతమయ్యే వరకు జోడించే నియమంగా కాదు.
ఏ చిరునామా తిరిగి రాయబడుతుందో నిర్ణయించండి
మూల అనువాదం దూర సేవ మరియు దాని లాగ్‌లు ఎవరిని క్లయింట్‌గా చూస్తాయో మారుస్తుంది, కాబట్టి బ్రాంచ్ హోస్ట్ వచ్చినప్పుడు గేట్‌వే చిరునామా అవుతుంది. గమ్యం లేదా ప్రిఫిక్స్ అనువాదం బదులుగా దూర వనరుకు ప్రత్యామ్నాయ చిరునామాన్ని అందిస్తుంది. కొన్ని విస్తరణలకు రెండు సమానమైన నెట్‌వర్క్‌లను వేరు చేయడానికి రెండు వైపులా సమన్వయ అనువాదం అవసరం, మరియు ఎక్కువ గందరగోళం ఈ కలయిక నుండే మొదలవుతుంది.
అనువాదానికి ముందు మూలం, అప్లికేషన్ పిలిచే గమ్యం, మరియు ప్రతి గేట్‌వే సరిపోలే చిరునామా జోడీ రాయండి. మూడు నిలువు వరుసలు సరిపోతాయి, మరియు మూడవ నిలువు వరుసను ప్రజలు వదిలేస్తారు.
సెలెక్టర్ల క్రమం కూడా ముఖ్యం. IPsec విధాన ఎంపిక మరియు అనువాదం నిర్వచించిన దశల్లో జరుగుతాయి, కాబట్టి అనువాదానికి ముందు చిరునామాల కోసం రాసిన సెలెక్టర్ మీరు భావించిన దశలో ప్యాకెట్‌తో ఎప్పటికీ సరిపోలకపోవచ్చు. ఇన్‌స్టాల్ చేసిన విధానాన్ని తనిఖీ చేయండి, ఇన్‌స్టాల్ చేయాలనుకున్న విధానాన్ని కాదు, ఎందుకంటే ఒక భాగం నియమాన్ని అంగీకరించి మరొకటి నిర్లక్ష్యం చేసినప్పుడు రెండూ సరిగ్గా భిన్నమవుతాయి:
ip xfrm policy show
ip xfrm state show
nft list ruleset | grep -A4 natపేలోడ్ మరియు రిటర్న్ మార్గాన్ని అనుసరించండి
వేరే బ్రాంచ్ హోస్ట్‌కు బదులుగా అనువదించబడిన మూలాన్ని లాగ్ చేసే సర్వర్ అసలు చిరునామాకు జోడించిన ఏ నియమాన్ని లేదా నివేదికను బద్దలు కొడుతుంది. మ్యాపింగ్‌ను మార్చే ముందు, క్రింద ఏదైనా ఆ ఫీల్డ్ నుండి నిర్ణయం తీసుకుంటుందో కనుగొనండి: యాక్సెస్ జాబితాలు, ఆడిట్ నివేదికలు, వేగ పరిమితులు, లైసెన్స్ తనిఖీలు. ఇవి ఒక్కొక్కటీ అనువాదం తర్వాత వివరించలేని వైఫల్యంగా కనిపించే ప్రదేశం.
తమ పేలోడ్ లోపల చిరునామాలను మోసుకెళ్లే ప్రోటోకాల్లకు ప్రత్యేక ప్రణాళిక అవసరం, ఎందుకంటే బాహ్య హెడర్ తిరిగి రాయడం లోపలి సూచనను తాకదు. సక్రియ FTP, SIP మరియు కొన్ని రిమోట్ యాక్సెస్ ఉత్పత్తులు క్లాసిక్ సందర్భాలు, మరియు వాటిని నిర్లక్ష్యం చేసే రూపకల్పన వెబ్ ట్రాఫిక్‌కు పనిచేసి ముఖ్యమైన అప్లికేషన్‌కు విఫలమవుతుంది.
రిటర్న్ ట్రాఫిక్ స్టేట్‌ఫుల్ మ్యాపింగ్‌లపై ఆధారపడి ఉంటుంది. గేట్‌వే ఫెయిల్‌ఓవర్ ఆ స్థితిని కోల్పోవచ్చు, అసమాన రూటింగ్ దానిని దాటవేయవచ్చు, మరియు రీస్టార్ట్ దూర వైపు సెషన్‌లు తెరిచి ఉన్నప్పుడు దానిని తొలగించవచ్చు. అందుకే గమ్యాన్ని చేరే అభ్యర్థన మరియు పూర్తయ్యే సెషన్ రెండు వేర్వేరు అంగీకార ఫలితాలు.
సైట్ పునఃసంఖ్యీకరణతో దీన్ని తులన చేయండి
ఒక ఘర్షణ సైట్ పునఃసంఖ్యీకరణ మ్యాపింగ్‌ను పూర్తిగా తొలగించి అనువాద పట్టికలు లేకుండా చదవగలిగే చిరునామా ప్రణాళికను మిగులుస్తుంది. ఇది కార్యాచరణపరంగా ఖరీదైనది: DNS రికార్డులు, స్థిర కేటాయింపులు, ఫైర్‌వాల్ నియమాలు మరియు డాక్యుమెంట్ చేసిన ప్రతి చిరునామా కలిసి మారాలి. ఖర్చు ఒకసారి, ప్రణాళికాబద్ధ విండోలో, స్పష్టమైన తుది స్థితితో వస్తుంది. మీరు కొనేది సంవత్సరాల తర్వాత శోధన పట్టిక లేకుండా ప్యాకెట్ క్యాప్చర్ చదివే సామర్థ్యం.
అనువాదం చాలా స్థానిక మార్పులను నివారిస్తుంది మరియు DNS, డాక్యుమెంటేషన్ మరియు సమస్య పరిష్కారంలో శాశ్వతంగా నిర్వహించాల్సిన మ్యాపింగ్‌ను సృష్టిస్తుంది. ఖర్చు నిరంతరంగా వస్తుంది, సొరంగం లోపల ఒక ప్రిఫిక్స్ మరో అర్థాన్ని ఇస్తుందని నేర్చుకోవాల్సిన ప్రతి భవిష్యత్ ఇంజనీర్ రూపంలో.
తాత్కాలిక కనెక్షన్ లేదా మీరు నియంత్రించని భాగస్వామ్య నెట్‌వర్క్ కోసం, నిరంతర ఖర్చు సాధారణంగా విలువైనది. మీ యాజమాన్యంలో ఉన్న మరియు సంవత్సరాల పాటు ఉండే రెండు సైట్లకు, వలసను నిజాయితీగా లెక్కించినప్పుడు పునఃసంఖ్యీకరణ తరచుగా చవకైన నిర్ణయం.
నిజమైన సెషన్‌తో రెండు దిశలను నిరూపించండి
ఒకే ప్రోబ్‌కు బదులుగా అప్లికేషన్ సెషన్‌ను పరీక్షించండి. విజయవంతమైన ప్రతిధ్వని అభ్యర్థన ఒక ప్రోటోకాల్ ఒక దిశ పనిచేస్తుందని నిరూపిస్తుంది, మరియు అది స్టేట్‌ఫుల్ ఏదైనా విఫలమయ్యే రిటర్న్ మార్గంతో పూర్తిగా సరిపోతుంది. రూపకల్పనకు ప్రేరణనిచ్చిన సేవను ఉపయోగించి, దూర చివరలో దాని లాగ్ చదివి ఏ మూల చిరునామా నమోదు చేయబడిందో చూడండి.
tcpdump -ni any host 10.40.9.20 and port 443
conntrack -L | grep 10.40.9.20
ip route get 10.40.9.20తర్వాత మ్యాపింగ్ ద్వారా ఉద్దేశించిన సేవలు మాత్రమే చేరుకోగలవని నిర్ధారించండి. అనువాదం చిరునామా కేటాయింపును మారుస్తుంది మరియు అనుమతి కోసం ఏమీ చేయదు, కాబట్టి ఏది అనుమతించబడుతుందో ఫైర్‌వాల్ విధానమే నిర్ణయిస్తుంది. అస్పష్టమైన అనువదిత ప్రిఫిక్స్‌ను యాక్సెస్ నియంత్రణగా నమ్మే రూపకల్పనకు యాక్సెస్ నియంత్రణే లేదు.
మ్యాపింగ్, పరీక్షించిన సెషన్ మరియు ప్రతి వైపు గమనించిన చిరునామాలను నమోదు చేయండి. ఈ సొరంగాన్ని తర్వాత డీబగ్ చేసే వ్యక్తికి కాన్ఫిగరేషన్ ఫైల్ కంటే ఆ మూడు వాస్తవాలు ఎక్కువ అవసరం.