Meraki AnyConnect કરી શકે છે કે નહીં તે અંગે બે સપોર્ટ થ્રેડ સહમત નથી, અને બંને એ જ રીતે આત્મવિશ્વાસપૂર્વક ખોટા છે. પ્રશ્ન એ નથી કે MX IKEv2 બોલે છે કે નહીં, કારણ કે ઉપકરણ પરનું AnyConnect TLS સેવા છે, IPsec નહીં. બે અલગ તપાસ જવાબ નક્કી કરે છે, અને તેમાંથી એક પણ બ્રાન્ડ સરખામણી નથી. તેમને ક્રમમાં કરો અને અભિપ્રાયને બદલે સુસંગતતા રેકોર્ડ મળે છે.

પહેલા મોડેલ અને આવૃત્તિ

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

એક જ કુટુંબના સમાન મોડેલ પરથી અનુમાન કરશો નહીં. યાદી દરેક મોડેલ માટે છે, અને તફાવતો વાસ્તવિક છે.

AnyConnect એ SSL સેવા છે, IPsec નહીં

Meraki MX પરના AnyConnect ને TLS અને DTLS આધારિત એપ્લિકેશન VPN તરીકે વર્ણવે છે અને તેને અલગ L2TP/IPsec ક્લાયન્ટ VPN સેવાની બાજુમાં દસ્તાવેજીકૃત કરે છે. આ બે ઉત્પાદનો છે જે કોઈ સંજોગવશાત એક જ ડેશબોર્ડ વહેંચે છે. IKEv1 ને IKEv2 સાથે સરખાવવાથી તમને IPsec સેવા વિશે ખબર પડે છે અને તમારા ઉપકરણ પર TLS સેવા છે કે નહીં તે વિશે કંઈ નહીં. જો તમારો પુરાવો IKE આવૃત્તિનું કોષ્ટક હોય, તો તમે બીજા પ્રશ્નનો જવાબ આપી રહ્યા છો.

ક્લાયન્ટની સરખામણી કરતા પહેલા ઉપકરણ કઈ સેવા આપે છે તે ઓળખો. કામ કરતી L2TP/IPsec પ્રોફાઇલ એ જ સંસ્થા સુધી પહોંચે છે એટલે AnyConnect પ્રોફાઇલ બની જતી નથી, અને બંનેને અલગ ક્લાયન્ટ ગોઠવણીની જરૂર છે.

MX ખરેખર કઈ સુવિધાઓ આપે છે

Cisco ની ASA સુવિધા યાદી MX ની સુવિધા યાદી નથી, અને બાર વસ્તુઓને સપોર્ટ કરતું ક્લાયન્ટ ગેટવેને તેમને સપોર્ટ કરાવતું નથી. તમને ખરેખર જરૂરી હોય તે કાર્યોની સરખામણી કરો: પ્રમાણીકરણ પદ્ધતિ, વિભાજિત ટનલનું વર્તન, DNS સંભાળ અને ઉપકરણને જરૂરી હક. દરેકને લાગુ કરેલી આવૃત્તિ માટે Meraki ના દસ્તાવેજીકરણમાંથી લો.

પ્રમાણીકરણ એ જ જગ્યા છે જ્યાં આ સામાન્ય રીતે ડંખે છે. ક્લાયન્ટ આપે છે પણ ઉપકરણ ગોઠવી શકતું નથી તેવી પદ્ધતિ થવાની રાહ જોતો સપોર્ટ કેસ છે.

ક્લાયન્ટ આવૃત્તિ અને હક

Cisco Secure Client એ જ ક્લાયન્ટ કુટુંબનું વર્તમાન નામ છે, તેથી AnyConnect નો ઉલ્લેખ કરતું દસ્તાવેજ જરૂરી નથી કે જૂનું હોય. મહત્ત્વનું એ છે કે તમારી સંસ્થા કઈ આવૃત્તિ લાગુ કરે છે અને ઉપકરણની આવૃત્તિ તેની સામે માન્ય છે કે નહીં.

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

પાંચ ક્ષેત્રો સાથે રેકોર્ડ લખો

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

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

સંબંધિત લેખો