vpnc, OpenConnect કે AnyConnect આવરણ: કયું પસંદ કરવું?
મેનુની એન્ટ્રી એ સુસંગતતા નથી. બીજું Cisco-સુસંગત પ્લગઇન ઇન્સ્ટોલ કરતાં પહેલાં પ્રોટોકોલ અને મંજૂર પ્રમાણીકરણ પ્રવાહ મેળવો.
કંઈક જોડાય ત્યાં સુધી એક પછી એક પ્લગઇન ઇન્સ્ટોલ કરવાથી આખી બપોર બગડી શકે, કારણ કે «Cisco VPN» ઓછામાં ઓછી ત્રણ અલગ ગોઠવણો વર્ણવે છે. XAuth સાથેની જૂની જૂથ-ગુપ્ત પ્રોફાઇલ એ AnyConnect-સુસંગત ગેટવે જેવી જ સેવા નથી, જ્યારે એક જ સંસ્થા બંને ચલાવે ત્યારે પણ. પ્લગઇનને પ્રોટોકોલ અને પ્રમાણીકરણ પ્રવાહ સાથે મેળ ખાવો જોઈએ, વેન્ડરના લોગો સાથે નહીં. મેનુની એન્ટ્રી ફક્ત કહે છે કયું એકીકરણ હાજર છે, ક્યારેય નહીં કે ગેટવે કયું સ્વીકારશે.
ગેટવે વ્યવસ્થાપકને બે પ્રશ્નો પૂછો: કયો પ્રોટોકોલ, અને તેના માટે કયો ક્લાયન્ટ મંજૂર છે.
ત્રણ એકીકરણ, ત્રણ અલગ લક્ષ્યો
NetworkManager આને અલગ એકીકરણો તરીકે સૂચિબદ્ધ કરે છે. NetworkManager-vpnc જૂના Cisco-સુસંગત IPsec ને આવરે છે. NetworkManager-openconnect AnyConnect સહિત સમર્થિત પ્રોટોકોલ માટે OpenConnect-આધારિત ફ્રન્ટએન્ડ પ્રદાન કરે છે. અલગથી સૂચિબદ્ધ AnyConnect આવરણ એ માલિકીના ક્લાયન્ટ પહેલા ઇન્સ્ટોલ અને રૂપરેખાંકિત થવા પર આધાર રાખે છે.
આ એક જ એક્ઝિક્યુટેબલની જુદી જુદી જોડણી નથી. એક ઇન્સ્ટોલ કરવાથી બાકીના કામ કરતા નથી, અને મેનુમાં દેખાતી એન્ટ્રી એ ઇન્ટરફેસની હકીકત છે, સુસંગતતાની બાંયધરી નહીં.
પ્રમાણીકરણ પરિવહન કરતાં વધુ નક્કી કરે છે
મેળ ખાતું પરિવહન ફક્ત શરૂઆત છે. લોગિનને પ્રમાણપત્ર, બ્રાઉઝરમાં હસ્તાંતરણ, બીજું પરિબળ, અથવા એન્ડપોઇન્ટ પોસ્ચર તપાસની જરૂર પડી શકે જે તૃતીય-પક્ષનું ફ્રન્ટએન્ડ અમલમાં મૂકતું નથી. OpenConnect ઘણી પ્રમાણીકરણ પદ્ધતિઓનું દસ્તાવેજીકરણ કરે છે, પરંતુ સુવિધા સૂચિ એ વચન નથી કે દરેક ગેટવે દરેક ફ્રન્ટએન્ડ સ્વીકારશે. જૂની પ્રોફાઇલની જૂથ ગુપ્તતા ફક્ત પાસવર્ડ બોક્સ સરખું દેખાતું હતું તે કારણે અસંબંધિત પ્રમાણીકરણ ક્ષેત્રમાં ક્યારેય પેસ્ટ કરવી ન જોઈએ.
મંજૂર ક્લાયન્ટ માટે પ્રોફાઇલ અને ઓળખપત્ર હસ્તાંતરણ મેળવો. આંખની સ્થિતિ પ્રમાણે અનુવાદ કરવો એ જ રસ્તો છે જેનાથી ઓળખપત્રો ખોટી જગ્યાએ પહોંચે છે.
જાળવણી પસંદગીનો ભાગ છે
NetworkManagerનું પોતાનું દસ્તાવેજીકરણ vpnc પ્લગઇનને જાળવણી-રહિત તરીકે ચિહ્નિત કરે છે અને તે જ IKEv1 પ્રોટોકોલ કુટુંબ માટે NetworkManager-libreswanને એક શક્ય વિકલ્પ તરીકે સૂચવે છે. તે એ પણ ચેતવે છે કે પ્રોફાઇલ ફરીથી બનાવવી પડશે અને દરેક વિકલ્પની સમાનતા તપાસાઈ નથી. તે એક દિશા છે, રૂપાંતરણ સાધન નહીં.
IKEv1 પોતે અપ્રચલિત છે. મંજૂર જૂના જોડાણ માટે, કયો ક્લાયન્ટ ચલાવવો એ ટૂંકા ગાળાના પ્રશ્નને ગેટવે ક્યારે પ્રોટોકોલ બદલશે એ લાંબા ગાળાના પ્રશ્નથી અલગ રાખો.
પેકેજ સેવાને એડિટરથી અલગ કરે છે
NetworkManager પ્લગઇન સામાન્ય રીતે બે ટુકડામાં આવે છે: ટનલ સ્થાપિત કરતો સેવા-બાજુનો ઘટક અને એડિટર એકીકરણ જે ડેસ્કટોપને તેને રૂપરેખાંકિત કરવા દે છે. વિતરણો આ પેકેજોને જુદી રીતે વિભાજિત અને નામ આપે છે, અને ફક્ત કમાન્ડ-લાઇન ક્લાયન્ટ ઇન્સ્ટોલ કરવાથી એડિટર ફોર્મ વિના રહી શકે છે. તમારા વિતરણની પેકેજ સૂચિ સામે બંને અડધા ચકાસો, અને રનટાઇમ આવૃત્તિને જે NetworkManager આવૃત્તિમાં તે જોડાય છે તેની સાથે સુસંગત રાખો.
કામ કરતો સ્વતંત્ર ક્લાયન્ટ સાબિત કરે છે કે પ્રોટોકોલ કામ કરે છે. તે સાબિત કરતું નથી કે ડેસ્કટોપ એકીકરણ ઇન્સ્ટોલ થયું છે.
કરાર લખો
વ્યવસ્થાપકના જવાબે પાંચ લીટીઓ આપવી જોઈએ: પ્રોટોકોલ, મંજૂર ક્લાયન્ટ કે પ્લગઇન, લોગિન પ્રવાહ, જરૂરી પેકેજ, અને ગેટવે જાળવતો માલિક. આ લખાઈ જાય પછી આગલી નિષ્ફળતાને પ્રયત્ન કરવા માટેની પ્લગઇન સૂચિને બદલે શરૂઆતનું બિંદુ હોય છે.
જવાબ «જે જોડાય તે» હોય, તો પર્યાવરણમાં દસ્તાવેજીકરણની સમસ્યા છે જે આ ટિકિટ કરતાં વધુ ટકશે. સામે ચોક્કસ મેનુ એન્ટ્રીઓ સાથે ફરી પૂછો.