એકબીજા સાથે કામ કરતા સાઇટ-થી-સાઇટ VPN ગેટવે કેવી રીતે પસંદ કરવા

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

યાદીમાં ક્રમશઃ આગળ વધો અને જે પ્રથમ મુદ્દાનો જવાબ નથી ત્યાં થોભો.

બ્રાન્ડથી નહીં, પ્રોટોકોલની લાક્ષણિકતાઓથી શરૂ કરો

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

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

આવૃત્તિ તપાસો, ડેટાશીટનું લેબલ નહીં

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

કોઈ લક્ષણ પછીની ફર્મવેર શ્રેણીમાં આવ્યું એવી નોંધ એટલી સામાન્ય છે કે તે પોતાનું અલગ ચેકલિસ્ટ મુદ્દું લાયક ઠરે.

ક્ષમતાને અલગ પ્રશ્ન તરીકે ગણો

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

પેકેટનું કદ પણ મહત્વનું છે, કારણ કે એન્કેપ્સ્યુલેશન અને કોઈપણ વધારાનો ભાર દરેક પેકેટ વહન કરે તે પેલોડ ઘટાડે છે.

રાઉટિંગ નીતિ સ્પષ્ટ રીતે નક્કી કરો

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

ગતિશીલ રાઉટિંગવાળી ડિઝાઇન બીજી એક આવશ્યકતા ઉમેરે છે: બંને છેડે રાઉટિંગ પ્રોટોકોલનું સમર્થન.

ખરીદતા પહેલા શું સરખાવવું

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

હાર્ડવેર વોરંટી તેમાંના કોઈપણ પ્રશ્નનો જવાબ નથી.

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