అనేక NIC ఉన్న GCP VM: ప్రత్యుత్తరాలు తప్పు ఇంటర్ఫేస్ నుండి ఎందుకు బయటకు వెళ్తాయి

Compute Engine VM కు రెండవ ఇంటర్ఫేస్ జోడించడం దానికి మరో నెట్వర్క్ కనెక్షన్ ఇస్తుంది, సమమితి తిరిగి వెళ్లే మార్గం కాదు. అతిథి ఇప్పటికీ తన స్వంత మార్గాలు మరియు నియమాల నుండి ఇంటర్ఫేస్ మరియు మూల చిరునామాను ఎంచుకుంటుంది. తర్వాత Google Cloud ప్యాకెట్ బయటకు వెళ్లిన ఇంటర్ఫేస్ చుట్టూ VPC రూటింగ్ మరియు ఫైర్వాల్ విధానాన్ని వర్తిస్తుంది. ఈ రెండు నిర్ణయాలు ఏకీభవించనప్పుడు, అభ్యర్థనలు ఒక NIC కు చేరుతాయి మరియు ప్రత్యుత్తరాలు మరొకటి ద్వారా బయటకు వెళ్తాయి, శాఖ సగం తెరిచిన సంభాషణను చూస్తుంది.

ఐదు దశల్లో మార్గాన్ని అనుసరించండి, విధాన నియమం రాయడానికి ముందే అసమతౌల్యం కనిపిస్తుంది.

దశ 1: క్లౌడ్ NIC లను అతిథి పరికరాలకు జోడించండి

క్లౌడ్ ఇంటర్ఫేసులను nic0, nic1 మొదలైనవిగా పేరు పెడుతుంది, అతిథి సరిపోలాల్సిన అవసరం లేని పరికర పేర్లను చూస్తుంది. మరేదైనా చేసే ముందు ఇన్స్టాన్స్ మెటాడేటా లేదా ఇంటర్ఫేస్ స్వంత చిరునామా నుండి మ్యాపింగ్ను పరిష్కరించండి. DHCP అందించే సాధారణ డిఫాల్ట్ మార్గం nic0 తో అనుబంధించబడింది, అందుకే ఇంటర్నెట్ వైపు మార్గం చాలాసార్లు ప్రమాదవశాత్తు గెలుస్తుంది. ఊహించిన పరికర పేరుపై విధానం రాయడమే సరైన నియమం తప్పు ఇంటర్ఫేస్పై పడే మార్గం.

చిరునామాలు, పరికర పేర్లు మరియు ప్రతి ఒక్కటి చెందిన VPC ను నమోదు చేయండి. ఆ మూడు నిలువు వరుసల మ్యాప్ ప్రతి తదుపరి దశకు ఇన్పుట్.

దశ 2: రెండు రూటింగ్ నిర్ణయాలకు పేరు పెట్టండి

మొదటి నిర్ణయం అతిథిది: ఈ ప్యాకెట్ కోసం ఏ ఇంటర్ఫేస్ మరియు ఏ మూల చిరునామా. రెండవది క్లౌడ్ది: VPC మార్గాలు మరియు ఫైర్వాల్ విధానం ఆ ఇంటర్ఫేస్ చుట్టూ ఏమి అనుమతిస్తాయి.

VPN వైపు ఉన్న VPC లో కనిపించే మార్గం ఆ NIC ను ఎంచుకునే అతిథి మార్గం కాదు. క్లౌడ్ మార్గం నెట్వర్క్ ఏమి అందించగలదో వివరిస్తుంది, అయితే అతిథి మార్గం ప్యాకెట్ ఏమి చేస్తుందో నిర్ణయిస్తుంది.

దశ 3: తిరిగి వెళ్లే మార్గ విధానాన్ని ఎంచుకోండి

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

ప్రతి పట్టికకు చెల్లుబాటు అయ్యే కనెక్ట్ మార్గాలు మరియు తదుపరి హాప్లు, అలాగే అడిగే గమ్యాలు అవసరం. అసంపూర్ణ పట్టికను సూచించే నియమం తిరిగి వెళ్లే మార్గ నిర్మాణం కాదు. ఆ NIC కోసం పత్రీకరించిన గేట్వేను ఉపయోగించండి, సబ్నెట్ రూపం నుండి Ethernet గేట్వేను కల్పించకుండా.

దశ 4: అతిథి స్వంత ఫిల్టర్లను తనిఖీ చేయండి

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

Linux లో, ఉద్దేశించిన నిర్మాణానికి వ్యతిరేకంగా రివర్స్-పాత్ ధృవీకరణను సమీక్షించండి. మొదటి చర్యగా దాన్ని ప్రపంచవ్యాప్తంగా నిలిపివేయడం రూటింగ్ బగ్ను స్పూఫింగ్ బహిర్గతతో మారుస్తుంది, మరియు మీరు వెతుకుతున్న అసమమితిని దాచుతుంది.

దశ 5: ప్రతి మార్గానికి ఒక ప్రవాహాన్ని పరీక్షించండి

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

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

రెండవ NIC మీకు ఇవ్వనిది

రెండవ ఇంటర్ఫేస్ ఒక నెట్వర్క్ కనెక్షన్ మరియు మరో చిరునామాను జోడిస్తుంది. ఇది స్వయంచాలక సమమితి రూటింగ్ను జోడించదు మరియు ఫైర్వాల్ విధానాన్ని దాటదు. దాన్ని రూటింగ్ సరిదిద్దడంగా భావించడమే అనేక NIC నిర్మాణాలలో తర్వాత ఎవరూ వివరించలేని నియమాలు పోగవడానికి కారణం.

VM ఇతర యంత్రాల ట్రాఫిక్ను ముందుకు పంపాల్సి ఉంటే, ఆ రౌటర్ పాత్రను స్పష్టంగా ప్రణాళిక వేయండి, ముందుకు పంపడానికి అనుమతించే క్లౌడ్ సెట్టింగ్ మరియు దానితో వెళ్లే అతిథి ఫిల్టర్లతో సహా.