નિવૃત્ત VPN ક્લાયન્ટ્સ: પહેલાં ગેટવે પ્રોટોકોલ ઓળખો

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

કેમ બ્રાન્ડ નામ પ્રોટોકોલ કહેતું નથી

એક ઉપકરણ કુટુંબ ઘણા રિમોટ-એક્સેસ પ્રોટોકોલ સમાપ્ત કરી શકે છે, અને બોક્સ પરનું માર્કેટિંગ નામ તમારું ખાતું કયો વાપરે છે તે વિશે કંઈ કહેતું નથી. Cisco નાં ઉપકરણો એક જ સમયે XAuth સાથે IPsec અને SSL VPN AnyConnect દ્વારા વહન કર્યું છે; SonicWall બોક્સ IPsec પર Global VPN Client અને SSL VPN પર NetExtender ઓફર કરે છે; Juniper ડિપ્લોયમેન્ટ Network Connect અથવા નવો Pulse પ્રોટોકોલ ખુલ્લો કરી શકે છે. સૌથી આધુનિક દેખાતા અનુગામીને ઇન્સ્ટોલ કરવું એ અનુમાન છે. ખોટું અનુમાન ક્યાં તો જોડાણમાં નિષ્ફળ જાય છે અથવા એવા સત્રમાં પ્રમાણિત કરે છે જે કોઈ ટ્રાફિક વહન કરતું નથી.

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

ગેટવેને પૂછો કે તે શું બોલે છે

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

curl -sS -I https://vpn.example.com/ | head -n 5
openconnect --protocol=anyconnect vpn.example.com

પ્રતિસાદ હેડર અને લોગિન માર્ગ દર્શાવે છે કે તે સરનામે SSL VPN પોર્ટલ છે કે નહીં, જે IPsec ક્લાયન્ટને બદલે AnyConnect, NetExtender અથવા Pulse તરફ ઇશારો કરે છે. openconnect પ્રોટોકોલની પસંદગી કમાન્ડ લાઇન પર મૂકે છે, તેથી નિષ્ફળતા ઉત્પાદનને નહીં, પ્રોટોકોલને નામ આપે છે; ડિપ્લોયમેન્ટ Juniper હોય ત્યારે --protocol=npulse મૂકો. તમને આપવામાં ન આવ્યા હોય તેવા ઓળખપત્રો માગતા પ્રથમ પ્રોમ્પ્ટ પર જ અટકો, કારણ કે કાર્યરત ટનલને હજી મંજૂર ખાતાની જરૂર છે. આગલા મશીન માટે ચેન્જ ટિકિટમાં પ્રોટોકોલ અને માર્ગ નોંધો.

બદલી માટેના ચાર ઉમેદવારો તોલો

ચાર માર્ગ લગભગ દરેક કિસ્સો આવરી લે છે, અને તે એકબીજાના બદલે વપરાઈ શકતા નથી. સંસ્થા ગેટવેની માલિક હોય અને લાઇસન્સ આપવા તૈયાર હોય ત્યારે વેન્ડરનો અનુગામી સમર્થિત માર્ગ છે. OpenConnect વ્યવહારુ ખુલ્લો ક્લાયન્ટ છે, કારણ કે પ્રોટોકોલ અનુમાન કરવા દેવાને બદલે નામ આપો ત્યારે તે AnyConnect, Network Connect અને Pulse સાથે વાત કરે છે.

strongSwan તૃતીય-પક્ષ ક્લાયન્ટ્સને મંજૂરી આપતી સંસ્થાઓ માટે IPsec-XAuth કિસ્સો સંભાળે છે, અને ત્યજેલા Cisco IPsec કોડને સંપૂર્ણપણે ટાળે છે. Shrew Soft ક્લાયન્ટ Cisco પ્રોફાઇલ ફાઇલો વાંચવાનું ચાલુ રાખે છે અને કેટલાક Windows બિલ્ડ પર ચાલે છે, પણ તેનું છેલ્લું પ્રકાશન 2013માં હતું. સમર્થિત માર્ગ ગોઠવાય ત્યાં સુધી તેને અસ્થાયી ઉકેલ ગણો.

સમારકામ અને બદલી વચ્ચે નિર્ણય લો

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

જૂનો ક્લાયન્ટ ફક્ત તેની પ્રોફાઇલ નિકાસ કરવા પૂરતો સ્થાપિત રાખો, પછી તેને દૂર કરો. સમાન માર્ગો માટે સ્પર્ધા કરતા બે VPN ક્લાયન્ટ એવા લક્ષણો ઉત્પન્ન કરે છે જે બંનેમાંથી કોઈના જેવા લાગતા નથી.

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