బ్రాంచ్ సబ్‌నెట్‌ను ప్రధాన కార్యాలయం SonicWall ఇంటర్నెట్ ఎగ్జిట్ ద్వారా రూట్ చేయండి

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

ఎంపికదారు నుండి ప్రారంభించండి, రూట్ నుండి కాదు

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

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

బ్రాంచ్ విధానాన్ని జోడించి, ఆపై దాని క్రమాన్ని కాపాడండి

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

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

ప్రధాన కార్యాలయంలో మార్గాన్ని పూర్తి చేయండి

ప్రధాన కార్యాలయంలోని టన్నెల్ విధానం ఇప్పుడు బ్రాంచ్ రూట్ ఎంచుకునే ట్రాఫిక్‌ను అంగీకరించాలి. ప్రధాన కార్యాలయం ప్రైవేట్ LANకి పరిమితమైన అంతర్-కార్యాలయ ఎంపికదారు ఏకపక్ష పబ్లిక్ గమ్యాలను తీసుకెళ్లడానికి అనుమతి కాదు, కాబట్టి విధానానికి బ్రాంచ్ మూలం మరియు మీరు నిజంగా ఉద్దేశించే గమ్య పరిధి అవసరం. ఆపై ప్రధాన కార్యాలయం ఆ వచ్చే ట్రాఫిక్‌ను తన స్వంత యాక్సెస్ నియమాల ప్రకారం తన ఇంటర్నెట్ అప్‌లింక్‌కు పంపుతుంది, మరియు SonicWall కేంద్ర ఎగ్జిట్ ఉదాహరణ కేంద్ర WAN వద్ద దూర నెట్‌వర్క్ కోసం మూల అనువాదాన్ని కలిగి ఉంటుంది. ఆ అనువాదం లేకుండా దూర వైపు ప్రైవేట్ బ్రాంచ్ చిరునామాను చూస్తుంది మరియు దానికి తిరిగి వెళ్లే మార్గం ఉండదు.

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

టన్నెల్ పడిపోయినప్పుడు సమూహం ఏమి చేయాలో నిర్ణయించండి

కేంద్ర ఎగ్జిట్ ప్రాధాన్యత కాదు అవసరం అయితే, వినియోగదారులు ఆన్‌లైన్‌లో ఉన్నప్పటికీ స్థానిక WANకి తిరిగి వెళ్లడం అనుపాలన వైఫల్యం. SonicOS ఎంచుకున్న ట్రాఫిక్ అనుకోని ప్రత్యామ్నాయ మార్గాన్ని తీసుకోకుండా నిరోధించే మద్దతు ఉన్న మార్గంగా టన్నెల్ ఇంటర్‌ఫేస్‌ను వదిలేయడం రూట్‌ను నమోదు చేస్తుంది.

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

మూడు క్లయింట్ల నుండి ధృవీకరించి, ఆపై శుభ్రంగా రోల్‌బ్యాక్ చేయండి

కేంద్ర గేట్‌వేకు ping తప్పు విషయాన్ని పరీక్షిస్తుంది, ఎందుకంటే అది ఫైర్‌వాల్ నుండి ప్రారంభమవుతుంది, ఎంచుకున్న క్లయింట్ నుండి కాదు. బదులుగా పరికరాల నుండి పరీక్షించండి, మరియు వాటిలో మూడింటిని పరీక్షించండి: ఎంచుకున్న పరికరం, స్థానికంగా ఉండాల్సిన సాధారణ పరికరం, మరియు స్థానిక సేవలపై ఆధారపడే ఒకటి.

ip -4 route get 203.0.113.10
curl -sS -m 5 -o /dev/null -w "%{http_code}\n" https://example.com
traceroute -n -m 6 203.0.113.10

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

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