రెండు సైట్లు, ఒక సబ్నెట్: ప్రతి దానికి అలియాస్ వ్యూ నిర్మించండి

రెండు కస్టమర్ సైట్లు రెండూ 192.168.50.0/24 ను ఉపయోగిస్తాయి, మరియు దూరపు ఇంజనీర్ ప్రతి దానిలో అదే చిరునామాలో ఉన్న ప్రింటర్ను చేరుకోవాలి. ఏ రూటింగ్ ఉపాయం ఆ అస్పష్టతను ఒంటరిగా పరిష్కరించదు. ప్రతి సైట్కు వేరే చిరునామా వ్యూ అవసరం, మరియు గేట్వే ఏదైనా పంపే ముందు ఆ వ్యూలో నుండి సైట్ను ఎంచుకోవాలి.

ప్రణాళికలో నాలుగు భాగాలున్నాయి: అలియాస్ ప్రిఫిక్స్లు, రెండు అనువాద దిశలు, ఓవర్లే విధానం మరియు పేర్లు. ప్రతి ఒక్కటి మిగతావాటితో సరిపోలాలి.

ప్రతి సైట్కు ఒక అలియాస్ ప్రిఫిక్స్ ఎంచుకోండి

ప్రతి సైట్కు పరిసరాల్లో మరెవరికీ చెందని పూర్తి అలియాస్ ప్రిఫిక్స్ కేటాయించండి. రెండు సైట్ల ప్రణాళిక సైట్ A యొక్క 192.168.50.0/24 ను 172.21.10.0/24 కు మరియు సైట్ B యొక్క సమాన LAN ను 172.21.20.0/24 కు మ్యాప్ చేయగలదు. క్లౌడ్ VPC మరియు ఇతర VPN పూలతో సహా ప్రతి పాల్గొనే నెట్వర్క్కు వ్యతిరేకంగా అభ్యర్థులను తనిఖీ చేయండి. ప్రైవేట్ చిరునామా స్థలాన్ని ప్రతి సంస్థ పంచుకుంటుంది, కాబట్టి ఒక పరిధి RFC 1918 కావడం అది ఇక్కడ ఖాళీగా ఉందని ఏమీ చెప్పదు.

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

రెండు దిశల్లో అనువదించండి

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

స్థిర ఒకటి-నుండి-ఒకటి మ్యాపింగ్ నిర్ణాయకం, మరియు అది అమలును స్టేట్లెస్గా చేయదు. రివర్స్ అనువాదం కనెక్షన్ స్థితిపై ఆధారపడవచ్చు, మరియు ఫెయిల్ఓవర్ లేదా అసమాన మార్గాలు దానిని పట్టించుకోని ప్రణాళికను విచ్ఛిన్నం చేయవచ్చు. వీటిలో ఏది వర్తిస్తుందో ప్లాట్ఫారమ్ డాక్యుమెంటేషన్ నిర్ణయిస్తుంది.

విధానం, ఎంపికదారులు మరియు మార్గాలు వర్తించే ఖచ్చితమైన దశ విధాన-ఆధారిత IPsec, మార్గ-ఆధారిత సొరంగాలు మరియు ఇతర ఉత్పత్తుల మధ్య భిన్నంగా ఉంటుంది. మీరు నడిపే దానికి అనుగుణంగా రూపకల్పన చేయండి.

ప్రణాళికను ఓవర్లే ద్వారా తీసుకెళ్లండి

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

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

హెడర్ అనువాదం అప్లికేషన్ పేలోడ్లను తిరిగి రాయదు. రీడైరెక్ట్లు, కాన్ఫిగరేషన్ ఫైల్లలో పొందుపరిచిన చిరునామాలు మరియు మూల-ఆధారిత అనుమతులు అన్నీ ఇప్పటికీ అసలు చిరునామాను మోసుకెళ్లగలవు. పింగ్ మాత్రమే కాదు, అప్లికేషన్ మార్గాన్ని పరీక్షించండి. పనిచేసే ICMP ప్రతిస్పందన మ్యాపింగ్ ఉన్నట్లు నిరూపిస్తుంది మరియు అప్లికేషన్ అలియాస్ను అంగీకరిస్తుందా అనే దాని గురించి ఏమీ చెప్పదు.

ప్రతి కాలర్ చూసే పేర్లను సరిచేయండి

నిర్వహణ పేర్లకు కాలర్ వ్యూకి సరిపోయే సమాధానాలు ఇవ్వండి. దూరపు ఇంజనీర్ హోస్ట్నేమ్ను పరిష్కరిస్తే, అది ఆ సైట్ అలియాస్ చిరునామాను తిరిగి ఇవ్వాలి, పంచుకున్న అసలు పరిధిని కాదు.

మొదటి నిర్వహణ విండోకు ముందు ప్రతి సైట్కు DNS వ్యూలను తనిఖీ చేయండి. అసలు సబ్నెట్కు పరిష్కారమయ్యే పేరు కాలర్ను ప్రణాళిక తొలగించాల్సిన అస్పష్టతలోకి తిరిగి పంపుతుంది.

ప్రతి సైట్కు రికార్డ్ చేసి ధృవీకరించండి

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

మూడవ సైట్ అదే డిఫాల్ట్ LAN తో వచ్చినప్పుడు ఆ భేదాన్ని కాపాడేది ఈ జాబితాయే. విధాన-ఆధారిత IPsec NAT గైడ్ ఒక నిర్దిష్ట అనువాద నమూనాను డాక్యుమెంట్ చేస్తుంది; అది ప్రతి ప్లాట్ఫారమ్కు ఒప్పందం కాదు.