બ્રાન્ચ સબનેટને હેડક્વાર્ટરના SonicWall ઇન્ટરનેટ એક્ઝિટ દ્વારા રૂટ કરો

બ્રાન્ચ ફોન હેડક્વાર્ટર દ્વારા બહાર જવા જોઈએ જ્યારે બ્રાન્ચ લેપટોપ સ્થાનિક WAN વાપરવાનું ચાલુ રાખે, અને ફક્ત રૂટ નીતિ તે આપશે નહીં. બ્રાન્ચ રૂટ ટનલ પસંદ કરી શકે છે, પરંતુ ટનલ નીતિએ ટ્રાફિક સ્વીકારવો પડશે, હેડક્વાર્ટરે તેને ફોરવર્ડ અને અનુવાદ કરવો પડશે, અને જવાબ તે જ માર્ગે પાછો આવવો પડશે. આ ત્રણમાંથી કોઈપણ ચૂકી જાઓ તો લક્ષણ એવા ક્લાયન્ટનો ઉપગણ હશે જેઓ ટનલ ચાલુ હોય ત્યારે જ ઇન્ટરનેટ ગુમાવે છે.

સિલેક્ટરથી શરૂ કરો, રૂટથી નહીં

રૂટિંગ નીતિ સ્રોત પર મેળ ખાય છે, તેથી સ્રોત બીજું કંઈ પણ પહેલાં સ્થિર હોવો જોઈએ. પસંદ કરેલા ઉપકરણોને એડમિનિસ્ટ્રેટર દ્વારા સંભાળવામાં આવતા સરનામા જૂથમાં મૂકો, અથવા વધુ સારું, એક સમર્પિત સેગમેન્ટમાં જેની સદસ્યતા ઉપકરણની ભૂમિકાને અનુસરે છે. જ્યારે સામાન્ય DHCP ફેરબદલ મેળ ખાતા સરનામાને બીજી મશીન પર ખસેડી શકે છે, ત્યારે નીતિ ચૂપચાપ ખોટો ક્લાયન્ટ પસંદ કરે છે, અને પ્રથમ ફરિયાદ સામાન્ય રીતે ધીમી બ્રાઉઝિંગ વિશે હોય છે જે વાસ્તવમાં એક આડો રસ્તો છે.

જૂથનું નામ તે જે નીતિની સેવા કરે છે તેના પર રાખો, માળ અથવા વિભાગ પર નહીં, કારણ કે રૂટિંગ નિયમ બંને કરતાં વધુ ટકશે. તેમાં કયા ઉપકરણો છે અને કોણ એક ઉમેરી શકે છે તે નોંધો.

બ્રાન્ચ નીતિ ઉમેરો, પછી તેનો ક્રમ સાચવો

બ્રાન્ચ SonicWall પર રૂટ નીતિ સ્રોત જૂથ પસંદ કરે છે, ઇચ્છિત ગંતવ્યોનાં નામ આપે છે અને ટનલ ઇન્ટરફેસને ગેટવે તરીકે સેટ કરે છે, જે માટે સમર્થિત ટનલ-ઇન્ટરફેસ ડિઝાઇન અસ્તિત્વમાં છે. સ્થાનિક અને ખાનગી-ગંતવ્યના નિયમોને વિશાળ ઇન્ટરનેટ નિયમની ઉપર રાખો, કારણ કે પ્રથમ મેળ જીતે છે અને ટનલમાં ધકેલાયેલું ખાનગી પ્રિફિક્સ હેડક્વાર્ટરમાં ફક્ત કાઢી નાખવા માટે પહોંચે છે. ફાયરવોલના પોતાના VPN સાથી તરફના રૂટને પણ જાળવી રાખો, નહીં તો ટનલ પરિવહન તે નીતિને અનુસરશે જેના પર તે આધાર રાખે છે. આમાંથી કંઈ પણ તમને દરેક હાલની નીતિ-આધારિત ટનલને રૂપાંતરિત કરવા મજબૂર કરતું નથી; ટનલ ઇન્ટરફેસ અનેકમાંથી એક સમર્થિત વિકલ્પ છે.

ક્રમ એ ભાગ છે જે અકસ્માતે બદલાય છે. કોઈ પણ અપવાદ ઉમેરે તેને વિશાળ નિયમની ઉપર દાખલ કરવો પડે છે, અને કોઈ પણ વિશાળ નિયમ સંપાદિત કરે તે એક જ સાચવવાથી આખી ડિઝાઇન ઉલટાવી શકે છે. ઇચ્છિત ક્રમ નીતિની બાજુમાં લખો અને ફર્મવેર અપડેટ પછી ફરી તપાસો, કારણ કે ઇન્ટરફેસ નામકરણ અને નીતિ રેન્ડરિંગ આવૃત્તિઓ વચ્ચે ખરેખર બદલાય છે.

હેડક્વાર્ટરમાં માર્ગ પૂરો કરો

હેડક્વાર્ટરની ટનલ નીતિએ હવે બ્રાન્ચ રૂટ જે ટ્રાફિક પસંદ કરે છે તે સ્વીકારવો પડશે. હેડક્વાર્ટરની ખાનગી LAN સુધી મર્યાદિત આંતર-ઓફિસ સિલેક્ટર એ મનસ્વી જાહેર ગંતવ્યો વહન કરવાની પરવાનગી નથી, તેથી નીતિને બ્રાન્ચ સ્રોત અને તમે ખરેખર ઇચ્છો છો તે ગંતવ્ય શ્રેણીની જરૂર છે. પછી હેડક્વાર્ટર તે આવતા ટ્રાફિકને પોતાના એક્સેસ નિયમો હેઠળ તેના ઇન્ટરનેટ અપલિંક પર ફોરવર્ડ કરે છે, અને SonicWallનું કેન્દ્રીય-એક્ઝિટ ઉદાહરણ કેન્દ્રીય WAN પર દૂરસ્થ નેટવર્ક માટે સ્રોત અનુવાદનો સમાવેશ કરે છે. તે અનુવાદ વિના દૂરનો ભાગ ખાનગી બ્રાન્ચ સરનામું જુએ છે અને તેના પર પાછા જવાનો કોઈ રૂટ ધરાવતો નથી.

જવાબો કરારનો બીજો અડધો ભાગ છે. તેમને ટનલ દ્વારા અથવા તેમના માટે બનાવેલા સ્ટેટફુલ અનુવાદ દ્વારા પાછા ફરવું પડે છે, અને ખાનગી સાઇટ્સનો ટ્રાફિક જાહેર એગ્રેસ કરતાં અલગ NAT વર્તનની જરૂર પડી શકે છે. તે નિયમોને અલગ ઓળખી શકાય તેમ રાખો, કારણ કે દરેક આંતરિક સ્રોતને છુપાવતો એક વિશાળ અનુવાદ નિયમ પછીના લોગિંગ અને સમસ્યા નિવારણને વાંચવામાં ઘણું મુશ્કેલ બનાવે છે.

ટનલ પડે ત્યારે જૂથ શું કરે તે નક્કી કરો

જો કેન્દ્રીય એક્ઝિટ પસંદગીને બદલે આવશ્યકતા હોય, તો સ્થાનિક WAN પર પાછા ફરવું એ અનુપાલન નિષ્ફળતા છે, ભલે વપરાશકર્તા ઓનલાઇન રહે. SonicOS ડ્રોપ-ટનલ-ઇન્ટરફેસ રૂટને પસંદ કરેલા ટ્રાફિકને અનિચ્છિત વૈકલ્પિક માર્ગ ન લેવા દેવાની સમર્થિત રીત તરીકે દસ્તાવેજ કરે છે.

તે રૂટની વ્યાપ્તિ અને પ્રાથમિકતાને સ્થાપિત આવૃત્તિ સાથે મેળ ખાઓ, અને લેબલ પર ભરોસો કરવાને બદલે ટનલ નીચે ઉતારીને તેની ચકાસણી કરો. જે જૂથ ક્યારેય સ્થાનિક રીતે બહાર ન જવું જોઈએ તે બંધ રીતે નિષ્ફળ જવું જોઈએ, જ્યારે જ્યાં ઉપલબ્ધતા વધુ મહત્વની છે તેવા જૂથ કાયદેસર રીતે પાછા ફરી શકે છે; બંને નિર્ણયો છે, અને કોઈપણ ડિફોલ્ટ રીતે ન થવું જોઈએ.

ત્રણ ક્લાયન્ટથી ચકાસો, પછી સ્વચ્છ રીતે રોલબેક કરો

કેન્દ્રીય ગેટવે પર પિંગ ખોટી વસ્તુની ચકાસણી કરે છે, કારણ કે તે ફાયરવોલ પરથી ઉદ્ભવે છે, પસંદ કરેલા ક્લાયન્ટ પરથી નહીં. તેના બદલે ઉપકરણોમાંથી ચકાસો, અને તેમાંથી ત્રણની ચકાસણી કરો: એક પસંદ કરેલું ઉપકરણ, એક સામાન્ય ઉપકરણ જે સ્થાનિક રહેવું જોઈએ, અને એક જે સ્થાનિક સેવાઓ પર આધાર રાખે છે.

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નો સમાવેશ કરો, કારણ કે બ્રાન્ચ રિઝોલ્વરને પૂછતો ક્લાયન્ટ રાઉટર-ઉદ્ભવ લુકઅપ અલગ સ્રોત સાથે અને તેથી અલગ રૂટ સાથે ઉત્પન્ન કરી શકે છે.

રોલબેક એ સાચવેલો નીતિ ક્રમ અને સરનામા જૂથ છે. અગાઉનો ક્રમ પુનઃસ્થાપિત કરો, જૂથને નીતિમાંથી દૂર કરો, અને બંને ઉપકરણ વર્ગોની ફરી ચકાસણી કરો. નિકાસ કરેલી રૂપરેખા ફેરફાર રેકોર્ડ સાથે રાખો, કારણ કે આગલા એન્જિનિયરને જાણવું જોઈએ કે કોઈએ તેને સંપાદિત કરતા પહેલાં કયો નિયમ વિશાળ હતો.