શું બે IPsec સાથીઓ વચ્ચેના રાઉટરને IPsec ની જરૂર છે?

એક પ્રયોગશાળા અભ્યાસ જે કહે છે “બે સાઇટ વચ્ચે IPsec ગોઠવો” બે અલગ કામ છુપાવે છે. બંને છેડા ટનલ સમાપ્ત કરે છે: તેઓ વાટાઘાટ કરે છે, પ્રમાણિત કરે છે, એન્ક્રિપ્ટ અને ડિક્રિપ્ટ કરે છે. વચ્ચેનું કોઈપણ રાઉટર એવા પેકેટ આગળ મોકલે છે જેમનું બહારનું હેડર છેડાઓનું હોય છે, અને તે ટનલ હોવાની જાણ વગર કરે છે.

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

આગળ મોકલવું એ સમાપ્તિ નથી

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

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

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

વચ્ચેના ઉપકરણે તો પણ શું સાચું કરવું જોઈએ

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

મૂળ ESP એ IP પ્રોટોકોલ 50 છે. તે TCP 50 નથી અને UDP 50 નથી, અને બિન-TCP ટ્રાફિક અટકાવતો નિયમ તેને પડતો મૂકશે. જો ડિઝાઇન UDP એન્કેપ્સ્યુલેશન વાપરે છે, તો દેખાતું પરિવહન એન્કેપ્સ્યુલેશન પોર્ટ પર બદલાય છે, અને નીતિએ પસંદ કરેલી ડિઝાઇન સાથે મેળ ખાવો જોઈએ.

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

સિમ્યુલેટર પ્રશ્ન કેમ બદલે છે

સિમ્યુલેટર નાની સુવિધા-યાદીવાળું રાઉટર નથી; તે એક મોડેલ છે જેનો દસ્તાવેજી ઉપગણ અને આપેલા ઉપકરણને શું કરવા કન્ફિગર કરી શકાય તે અંગે પોતાના નિયમો છે. Cisco ના Packet Tracer સામાન્ય પ્રશ્નો સ્પષ્ટ કહે છે કે ઉપકરણો અને પ્રોટોકોલ સરળ બનાવેલા મોડેલ છે.

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

ગેરહાજર આદેશ તમારી કન્ફિગરેશનની ભૂલ નહીં પણ મોડેલની મર્યાદા હોઈ શકે. હાજર આદેશ દરેક ઉત્પાદન વર્તન દોહરાવ્યા વિના સિન્ટેક્સ સ્વીકારી શકે. કોઈપણ દિશામાં નિષ્કર્ષ કાઢતાં પહેલાં સ્થાપિત આવૃત્તિની ઉપકરણ સહાય જુઓ.

પ્રયોગશાળા માટે પાસ થવાની શરત લખવી

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

IPsec પાઠ માટે વાટાઘાટની સ્થિતિ અને LAN થી LAN સુધીનો એક સુરક્ષિત પ્રવાહ ઉમેરો. જો સિમ્યુલેટર સુરક્ષા સંકલન દર્શાવે તો તે નોંધો. ન દર્શાવે તો ટનલ ચકાસાઈ ગયો હોવાનું સૂચવવાને બદલે અહેવાલમાં તે કહો.

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

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