જૂનું IOS SSL VPN: પેકેજ, પ્રોફાઇલ, ગેટવે અને સેશન

તમે રાઉટરના ફ્લેશ પર ક્લાયન્ટ ઇન્સ્ટોલર જુઓ છો અને તારણ કાઢો છો કે SSL VPN ગોઠવાયેલું છે. તે ચારમાંથી એક ઘટક છે, અને બાકીના ત્રણ નક્કી કરે છે કે કોઈ જોડાઈ શકે છે કે નહીં. જૂના IOS SSL VPN માં ભાગો અલગ ઑબ્જેક્ટ છે: હેડએન્ડ ક્લાયન્ટ પેકેજ, વૈકલ્પિક ક્લાયન્ટ પ્રોફાઇલ, TLS સમાપ્ત કરતું WebVPN ગેટવે, અને પ્રમાણીકરણ તથા સેશન સેટિંગ્સ રાખતું સંદર્ભ તથા જૂથ નીતિ. એક ચૂકી જાઓ તો બહારથી નિષ્ફળતા એવી જ દેખાય છે.

Cisco નું IOS SSL VPN રૂપરેખાંકન ઉદાહરણ, IOS 15.3 અને AnyConnect 3.1 પર બનેલું, એટલા માટે ઉપયોગી છે કારણ કે તે એ ઑબ્જેક્ટને અલગ રાખે છે. તેને એ જૂની અમલવારીના વર્ણન તરીકે વાંચો, એ આવૃત્તિઓ તૈનાત કરવાની સલાહ તરીકે નહીં.

પ્રથમ, પેકેજ: તે શું છે અને શું નથી

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

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

બીજું, પ્રોફાઇલ: સેટિંગ્સ, સૉફ્ટવેર નહીં

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

બંને કૃતિઓની યાદી બનાવો અને નોંધો કે ગેટવે ખરેખર કોનો ઉલ્લેખ કરે છે. એ એક જ લીટી સપોર્ટ ટિકિટનો એક વર્ગ અટકાવે છે જેમાં બે લોકો અલગ ફાઇલો વિશે વાત કરતા હોય છે.

ત્રીજું, શ્રોતા અને TLS ઓળખ

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

અપેક્ષિત ઓળખ ક્યાંક લખી રાખો. નવીકૃત કે બદલાયેલું પ્રમાણપત્ર એ સૌથી સામાન્ય કારણ છે કે જે તૈનાતી ગયા મહિને કામ કરતી હતી તે આ મહિને કામ કરવાનું બંધ કરે.

ચોથું, સંદર્ભ અને નીતિ તેના વર્ચ્યુઅલ ટેમ્પલેટ સાથે

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

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

ક્રમમાં ચકાસો અને પ્રથમ નિષ્ફળતા પર થોભો

ચાર ઘટકોમાં એ ક્રમે ચાલો જે ક્રમે કનેક્શન તેમને મળે છે: શ્રોતા, પ્રમાણીકરણ, નીતિ, પછી ક્લાયન્ટનું વર્તન. અપેક્ષિત ઓળખ સાથે TLS ની પુષ્ટિ કરો, વિશ્વસનીય ખાતાનું પ્રમાણીકરણ કરો, સેશનમાંથી ફાળવેલું સરનામું અને માર્ગો વાંચો, અને ત્યાર પછી જ ક્લાયન્ટના પ્લેટફોર્મને પેકેજ સાથે સરખાવો. પ્રથમ નિષ્ફળતા પર થોભવું એક જ ચલને રમતમાં રાખે છે, અને એ જ સમારકામ અને અનુમાન વચ્ચેનો ફરક છે.

ફોન અથવા એ ઐતિહાસિક ડેસ્કટોપ ઉદાહરણની બહારના કોઈ પણ ક્લાયન્ટ માટે, Windows કાર્યપ્રવાહ સામાન્યીકરણ પામે છે એમ ધારવાને બદલે વાસ્તવિક સમર્થિત ક્લાયન્ટ અને ગેટવે કરાર મેળવો. માંગાયેલ પ્રોટોકોલ બદલવાથી IKEv2 પ્રોફાઇલ આ SSL VPN સેવામાં નહીં ફેરવાય, અને ડેસ્કટોપ પેકેજ ઇન્સ્ટોલ કરવાથી મોબાઇલ સપોર્ટ વિશે કંઈ સાબિત થતું નથી.