એક VLAN થી લેબ WAN: સપાટ સેગમેન્ટ કે રાઉટેડ ટ્રાન્સપોર્ટ

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

બે ડિઝાઇન, બે જુદા પાઠ

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

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

સપાટ સેગમેન્ટ શું સાબિત કરે છે

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

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

રાઉટિંગ શું ઉમેરે છે

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

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

બંનેમાંથી કોઈ ડિઝાઇન શું પુનરુત્પાદિત કરતી નથી

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

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

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

લેબને મર્યાદિત રાખવી

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

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

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