તમારા મેનેજ્ડ VPN નું ઇન્ટરનેટ એક્ઝિટ ખરેખર ક્યાંથી બહાર નીકળે છે
«ઇન્ટરનેટ સમાવેશ» એ કંઈ કહેતું નથી કે જાહેર ટ્રાફિક ક્યાંથી બહાર નીકળે છે, તેને કોણ ફિલ્ટર કરે છે અથવા નિષ્ફળતા પછી શું ટકી રહે છે. માર્ગને અનુસરો, પછી બંને નિષ્ફળતાના કિસ્સા લખો.
તમે એ કહી શકતા નથી કે શાખાના જાહેર ટ્રાફિકને કોણ ફિલ્ટર કરે છે, જ્યાં સુધી દરખાસ્ત એ ન બતાવે કે એ ટ્રાફિક પ્રદાતાના નેટવર્કમાંથી ક્યાંથી નીકળે છે. મેનેજ્ડ VPN માં સમાવિષ્ટ ઇન્ટરનેટ એક્સેસ બીજી સેવા છે, જે પોતાના ગેટવે, પોતાનું સરનામું અનુવાદ અને પોતાની એસ્કલેશન કતાર સાથેના માર્ગ પર ચાલે છે. મોટા ભાગના કરાર ખાનગી બાજુનું વિગતવાર વર્ણન કરે છે અને જાહેર બાજુને એક જ વાક્યમાં છોડી દે છે. નીચેની ચકાસણીઓ એ વાક્યને એવા આકૃતિમાં ફેરવે છે જેનો તમે બચાવ કરી શકો.
દરેક સાઇટ માટે એક જાહેર ગંતવ્યને અનુસરો
શાખાનો એક હોસ્ટ પસંદ કરો અને એક જાહેર ગંતવ્યને અનુસરો, પ્રદાતાનું છેલ્લું સરનામું અને ઇન્ટરનેટનું પહેલું સરનામું નોંધો. એ બે સરનામાં વચ્ચેનો હોપ એ જ એક્ઝિટ છે, અને તે ઘણી વાર પેકેટ મોકલનારી સાઇટની નજીક પણ હોતો નથી. જે ઉપકરણ આ સંક્રમણ કરે છે તેને ચિહ્નિત કરો, કારણ કે એ જ ઉપકરણમાં એ ફિલ્ટર છે જે નક્કી કરે છે કે શું બહાર જશે. બીજી સાઇટથી એ જ ટ્રેસનું પુનરાવર્તન કરો અને એક્ઝિટ સરનામાંની સરખામણી કરો, કારણ કે ઇન્વોઇસ પર એકસરખી દેખાતી બે શાખાઓ જુદા જુદા શહેરોના જુદા ગેટવેમાંથી બહાર નીકળી શકે છે.
ગંતવ્ય ખરેખર જે સ્રોત સરનામું જુએ છે તે પણ નોંધો, કારણ કે અનુવાદ એવા હોપ પર થઈ શકે છે જે તમે કદી દોર્યો ન હોય. જોયેલા જવાબો દોરેલા જવાબોની બાજુમાં લખો, અને બંને વચ્ચેનું અંતર એ છે જ્યાંથી પહેલી ઘટના આવશે. આપેલી સાઇટ માટે એક્ઝિટ સરનામું આપી ન શકતો પ્રદાતાનો ઇજનેર તમને ડિઝાઇન વિશે પહેલેથી જ કંઈક ઉપયોગી કહી ચૂક્યો છે.
ત્રણ એક્ઝિટ ગોઠવણો અને દરેક શું કેન્દ્રિત કરે છે
તમે જાતે ચલાવો છો તે કેન્દ્રીય એક્ઝિટ જાહેર ટ્રાફિકને તમારા પોતાના ગેટવે તરફ ખેંચે છે, જે તમને ફિલ્ટરિંગ નીતિ અને લોગ આપે છે પણ દરેક સાઇટનો ભાર એક જ સર્કિટ પર કેન્દ્રિત કરે છે. પ્રદાતા દ્વારા સંચાલિત એક્ઝિટ નીતિ અને લોગને કરારની સીમાની બહાર ખસેડે છે, જે કામગીરી સરળ બનાવે છે અને એ જ ચાલમાં તમારી દૃશ્યતા લઈ જાય છે. દરેક સાઇટ પરનો એક્ઝિટ જાહેર ટ્રાફિકને સ્થાનિક રાખે છે અને એવા નીતિ સપાટીઓની સંખ્યા વધારે છે જે સરખી રહેવી જોઈએ.
| Arrangement | Blast radius of one failure | Address a partner allowlists |
|---|---|---|
| Central exit you operate | Every site, through one circuit and one team | Your own exit pool |
| Provider-run exit | Their shared gateway and its change window | Their NAT pool, often shared |
| Exit at each site | One branch, one local device | Each site's local address |
યાદીને મેનુ ગણતા પહેલા પૂછો કે પ્રદાતા ખરેખર ત્રણમાંથી કઈ આપે છે, અને પૂછો કે સાઇટ નવી સર્કિટ વિના તેમની વચ્ચે જઈ શકે છે કે નહીં. સ્થળાંતરનો જવાબ કરારગત અને ફક્ત તકનીકી વચ્ચે ભેદ પાડે છે. સ્રોત અનુવાદની માલિકી કોની છે તે પણ નોંધો, કારણ કે એ નક્કી કરે છે કે ભાગીદારે શું પરવાનગી યાદીમાં મૂકવું પડે. વહેંચાયેલા ગેટવેનો અર્થ વહેંચાયેલી ક્ષમતા અને કેટલીક વાર વહેંચાયેલી પ્રતિષ્ઠા પણ છે, જે ભાગીદારો તમારા સરનામાં સાથે કેવી રીતે વર્તે છે તે બદલે છે. ક્ષમતા પોતાનો અલગ પ્રશ્ન ધરાવે છે, કારણ કે વહેંચાયેલો ગેટવે એ જ ક્ષણે બીજા ગ્રાહકોને સેવા આપી રહ્યો છે.
ફિલ્ટરિંગ, અનુવાદ અને એન્ક્રિપ્શનના માલિકો અલગ છે
માર્ગ પહોંચ પ્રસ્થાપિત કરે છે અને નિરીક્ષણ વિશે કંઈ કહેતો નથી, તેથી બંનેને જુદા માલિકો સાથેના જુદા પ્રશ્નો તરીકે લો. દરેક જાહેર કરેલા ડિફોલ્ટ માર્ગ માટે જે ઉપકરણ ફિલ્ટર કરે છે, જે ઉપકરણ પ્રમાણીકરણ કરે છે, જે ઉપકરણ અનુવાદ કરે છે અને જે ઉપકરણ નિરીક્ષણ કરે છે તેનાં નામ આપો, પછી દરેકને કોણ સંચાલિત કરે છે તે કહો. પ્રદાતાનું માર્ગ વિભાજન એ નથી કહેતું કે એન્ક્રિપ્શન ક્યાં પૂરું થાય છે, અને ખાનગી સેવા એક સીમા પર પોતાનું ટનલ પૂરું કરી શકે છે જ્યારે જાહેર એક્ઝિટ બીજી સીમા પર પૂરું થાય છે. પૂછો કે અનુવાદ પ્રદાતાની ધાર પર, વહેંચાયેલા ગેટવે પર કે તમારા પોતાના એક્ઝિટ પર થાય છે, અને સત્ર લોગ છે કે નહીં અને કેટલા સમય માટે. જવાબોમાં માલિકોની ગણતરી કરો, કારણ કે ચાર કામ માટે એક પક્ષનું નામ આપતો કરાર સામાન્ય રીતે તેમાંથી ત્રણને દસ્તાવેજ વગર છોડી દે છે.
એક પહોળો ડિફોલ્ટ માર્ગ ખાનગી રૂટિંગ સંદર્ભમાં આયાત કરેલો એ જ ચકાસણીને પાત્ર છે, કારણ કે આયાત એ હાનિકારક સગવડ નહીં પણ જાણી જોઈને કરેલો કરાર છે. RFC 4364 નો વિભાગ 11 BGP/MPLS VPN માટે ઘણી ઇન્ટરનેટ એક્સેસ ગોઠવણોમાંથી પસાર થાય છે અને VPN સંદર્ભ તથા પ્રદાતાના ડિફોલ્ટ ફોરવર્ડિંગ સંદર્ભ વચ્ચેના માર્ગ વિનિમયને બરાબર એ જ પ્રકારનો કરાર ગણે છે. પૂછો કે જાહેર ટ્રાફિકને અકસ્માતે ખાનગી માર્ગ ન લેવા દે તે શું અટકાવે છે, અને જવાબ સ્લાઇડમાં નહીં પણ માર્ગ નીતિની બાજુમાં મેળવો.
સહી કરતા પહેલા સંમત થવાપાત્ર બે નિષ્ફળતાના કિસ્સા
કરારમાં બે પરીક્ષણ લખો: ઇન્ટરનેટ એક્ઝિટ ગુમાવવી, અને એક ખાનગી જોડાણ ગુમાવવું. દરેક માટે આંતરિક સ્રોત, સ્થાનિક ઇન્ટરનેટ સેવાઓ અને જે મેનેજમેન્ટ માર્ગો ચાલુ રહેવા જોઈએ તેની યાદી બનાવો. પછી એ બેકઅપ માર્ગની યાદી બનાવો જે અવરોધિત જ રહેવો જોઈએ, કારણ કે કેન્દ્રીય નિયંત્રણોની આસપાસનો માર્ગ સ્વચ્છ વિક્ષેપ કરતાં ખરાબ છે. બંને પરીક્ષણ પ્રદાતાને આપો અને તેમનું અપેક્ષિત પરિણામ લેખિતમાં માંગો, જેમાં શોધ અને સૂચના સામેલ હોય.
પાયલોટ સાઇટથી એ જ પ્રોબ ચલાવો અને તેમની એ લેખિત જવાબ સાથે સરખામણી કરો. જ્યાં બંને મળતા નથી, ત્યાં કરાર તમે ખરીદેલા નેટવર્ક કરતાં જુદા નેટવર્કનું વર્ણન કરે છે. બે આદેશ સામાન્ય કિસ્સાઓ આવરી લે છે: એક જાહેર ગંતવ્ય જે માર્ગ લે છે તે બતાવે છે, બીજો તે જે સરનામું જુએ છે તે બતાવે છે.
traceroute -n 203.0.113.10
curl -s https://example.net/ipઉપલબ્ધતાની પ્રતિબદ્ધતાઓને સેવાના નામ સાથે નહીં પણ તમે માપેલા સેગમેન્ટ સાથે જોડો. સ્થાનિક સર્કિટ, પ્રદાતાનો બેકબોન અને વહેંચાયેલો ગેટવે અલગ જવાબદારીઓ અને અલગ એસ્કલેશન ટીમો ધરાવે છે. L2VPN, L3VPN અને MPLS અક્ષરો ફોરવર્ડિંગ પદ્ધતિ વર્ણવે છે, છેડાથી છેડા સુધીની ગેરંટી નહીં.
દરખાસ્તના વિશેષણોને પુરાવા હરાવે છે
રિડંડન્ટ, સુરક્ષિત અને ટકાઉ જેવા શબ્દો ડિઝાઇન નહીં પણ ઇરાદો વર્ણવે છે. તેના બદલે ઉપકરણોની યાદી, એક્ઝિટ સ્થાનો, અનુવાદ યોજના અને સૂચના માર્ગ માંગો. જે પ્રદાતા એ ચાર વસ્તુઓ આપી શકે તેની પાસે ડિઝાઇન છે; જે ન આપી શકે તેની પાસે સ્લાઇડ છે. જવાબો ઇમેઇલ થ્રેડમાં નહીં પણ સેવા દસ્તાવેજીકરણમાં રાખો, અને દરેક કરાર ફેરફારે તેમને ફરી જુઓ.
પ્રદાતાઓ ગેટવેનું એકત્રીકરણ કરતાં એક્ઝિટ ગોઠવણો શાંતિથી ખસે છે, તેથી ત્રણ વર્ષ જૂનું આકૃતિ બોજ છે. જ્યારે ભાગીદાર અજાણ્યું સ્રોત સરનામું જાણ કરે, ત્યારે થોડી મિનિટોમાં તમે કહી શકવા જોઈએ કે તે તમારી ડિઝાઇનમાંથી આવ્યું કે કોઈએ જાહેર ન કરેલા ફેરફારમાંથી. વિશેષણો નહીં, એ જ ક્ષમતા પહેલા વિક્ષેપ પછી ટકી રહે છે.