Check Point VSX VPN: લિંક પસંદગી કે પીઅર મેળ ન ખાવો?

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

ક્રમ ખોટો પડે તો તમે ઓળખના મેળ ન ખાવાને સુધારવા સ્રોત પસંદગી ગોઠવો છો. એ રીતે એક જ ટનલ બે વાર સુધારાય છે અને પછીના રૂટ ફેરફાર પછી ફરી તૂટે છે.

બે કિસ્સાઓને અલગ પાડતી ત્રણ શરતો

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

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

પહેલાં બાહ્ય-પીઅર રેકોર્ડ બનાવો

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

આંતરિક સુરક્ષિત પ્રીફિક્સ તે રેકોર્ડના અલગ ભાગમાં રાખો. બાહ્ય સ્રોત બદલવો અને સુરક્ષિત LAN સરનામું બદલવું એ જુદી ક્રિયાઓ છે જે એક જ પોલિસીમાં રહે છે એ બનવાજોગ છે.

તમે રાખો તે દરેક કેપ્ચરમાં દિશા ઉમેરો. સ્થાનિક રીતે શરૂ થયેલી વાટાઘાટ અને દૂરના પીઅરને અપાતો જવાબ જુદી રીતે પસંદ કરી શકે છે, તેથી લેબલ વગરનું કેપ્ચર નબળો પુરાવો છે. ફાઇલને વર્ચ્યુઅલ સિસ્ટમ અને શરૂ કરનાર સાથે લેબલ કરો.

લિંક પસંદગી ખરેખર શું અલગ પાડે છે તે વાંચો

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

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

RFC 7296 IKE માટે પણ એ જ રેખા દોરે છે: ઓળખ-પેલોડ પરિવહન સરનામું નથી. ઉત્પાદકો એ વિભાજન અમલમાં મૂકે છે, તેને ફરી વ્યાખ્યાયિત કરતા નથી.

સેટિંગ્સ પેનલથી નહીં, પુરાવાથી નિર્ણય લો

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

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

બંને છેડા મેળવો અને રેકોર્ડ રાખો

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

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