Windows VPN vs Cisco Secure Client: કયું સાચું છે?
બ્રાન્ડ પ્રોટોકોલનું નામ નથી: Windows કેટલાક નેટિવ પ્રકાર આપે છે અને Cisco ક્લાયન્ટ એક કરતાં વધુ મોડ માટે પ્રોફાઇલ ધરાવે છે. પ્રોફાઇલ વાંચો.
એક જ ગેટવે માટે બે સૂચનાઓ આવે છે: Windows VPN થી જોડાઓ, અથવા Cisco ક્લાયન્ટ ઇન્સ્ટોલ કરો. બંમાંથી કોઈ ગેટવે જે વિનિમયની અપેક્ષા રાખે છે તેનું નામ આપતું નથી, કારણ કે Windows કેટલાક નેટિવ કનેક્શન પ્રકાર દર્શાવે છે અને વેન્ડર ક્લાયન્ટ એક કરતાં વધુ મોડ માટે પ્રોફાઇલ ધરાવે છે. બંને લેબલ સોફ્ટવેરનું વર્ણન કરે છે, જ્યારે ગેટવે પ્રોટોકોલ, પ્રમાણીકરણ અને નીતિ પર વાટાઘાટ કરે છે. જવાબ પ્રોફાઇલમાં છે, અને જોડાયા વિના તે વાંચી શકાય છે.
લેબલ સોફ્ટવેરનું નામ આપે છે, વિનિમયનું નહીં
બ્રાન્ડ અને ઓપરેટિંગ સિસ્ટમ બે અલગ તથ્યો છે, અને બંમાંથી કોઈ વાયર ફોર્મેટ પસંદ કરતું નથી. Windows નેટિવ પ્રકારોનો સમૂહ પૂરો પાડે છે, અને Cisco ક્લાયન્ટ એવું પ્રોફાઇલ એન્જિન પૂરું પાડે છે જે SSL અથવા IPsec/IKEv2 ચલાવી શકે. બંનેને ભેળવવાથી એવા ચાર્ટ બને છે જે વિનિમયની જગ્યાએ કંપનીઓની સરખામણી કરે છે.
નીચેનું કોષ્ટક ઉત્પાદનના પ્રશ્નને ત્રણ વાંચન-સ્થળો અને દરેક ધરાવતા ક્ષેત્ર સાથે બદલે છે. તે ક્ષેત્રો નોંધો, અને અસ્પષ્ટતા અદૃશ્ય થાય છે:
| Where to read it | Field name to record | What a mismatch looks like |
|---|---|---|
| Native Windows profile | TunnelType and AuthenticationMethod from Get-VpnConnection | The client offers IKEv2 while the gateway answers only on an SSL port |
| Vendor client profile | SSL or IPsec/IKEv2 mode, plus the client and headend version pair | The imported profile negotiates a mode this headend does not serve |
| Gateway configuration | Protocol, authentication policy and the certificate the headend presents | The client authenticates and then drops, because policy expects another method |
Microsoft ની Windows VPN પ્રકાર સંદર્ભ નેટિવ પ્રકારોમાં IKEv2 અને SSTP ની યાદી આપે છે, જે એ વિચારને દૂર કરે છે કે નેટિવ પ્રોફાઇલ એટલે PPTP. Cisco નું પ્રોફાઇલ દસ્તાવેજીકરણ મેળ ખાતી હેડએન્ડ નીતિ સાથે SSL અને IPsec/IKEv2 બંને મોડનું વર્ણન કરે છે. દરેક વેન્ડર ઘણા વિકલ્પો આપે છે, તેથી કોઈ નામ એક પ્રોટોકોલ ઓળખતું નથી.
નેટિવ પ્રકારો વાયર પર શું મૂકે છે
IKEv2 UDP પર સુરક્ષા સંગઠનોની વાટાઘાટ કરે છે અને IPsec ની અંદર ટ્રાફિક લઈ જાય છે, જે તેને Microsoft-વિશિષ્ટ રચના નહીં પણ અન્ય IKEv2 અમલીકરણોનો સમકક્ષ બનાવે છે. SSTP PPP ને HTTPS સત્રની અંદર લપેટે છે, તેથી તે એવા પ્રોક્સીમાંથી પસાર થાય છે જેમાંથી IKEv2 થઈ શકતું નથી અને વાયર પર TLS જેવું દેખાય છે, પણ TLS VPN પ્રોટોકોલ નથી. એ બે તથ્યો મોટાભાગની ટિકિટ સમજાવે છે જે કહે છે કે ટનલ એક નેટવર્ક પર કામ કરે છે અને બીજા પર નિષ્ફળ જાય છે.
IPsec સાથેનું L2TP અને જૂની PPTP એન્ટ્રી એક જ ડ્રોપડાઉનમાં છે, અને ત્યાં તેમની હાજરી સર્વર સપોર્ટ વિશે કંઈ કહેતી નથી. ડ્રોપડાઉન એ ઓપરેટિંગ સિસ્ટમ શું અજમાવી શકે તેનું મેનૂ છે, ગેટવેનું ક્ષમતા-નિવેદન નહીં. તેને સપોર્ટ યાદી તરીકે વાંચવું એ જ રીતે બે કલાકની ઓળખપત્ર શોધ શરૂ થાય છે.
નેટિવ પ્રોફાઇલમાં મહત્ત્વના ક્ષેત્રો કનેક્શન પ્રકાર, પ્રમાણીકરણ પદ્ધતિ અને સર્વરની ઓળખ છે. ખોટો પ્રકાર ખરાબ પાસવર્ડ કરતાં અલગ તબક્કે નિષ્ફળ જાય છે, અને એ તફાવત જ અનુસરવા લાયક સૂત્ર છે.
વેન્ડર ક્લાયન્ટ શું ઉમેરે છે: પ્રોફાઇલ, પ્રોટોકોલ નહીં
Cisco ક્લાયન્ટ પ્રોફાઇલ માટેનું પાત્ર છે. SSL મોડ અને IPsec/IKEv2 મોડ વિનિમય, પોર્ટ અપેક્ષાઓ અને ભૂલ-લખાણમાં ભિન્ન છે, અને આયાત કરેલી પ્રોફાઇલ તેમની વચ્ચે પસંદ કરે છે. તેથી ક્લાયન્ટ ઇન્સ્ટોલ કરવાથી પહોંચ વિશે કંઈ સાબિત થતું નથી.
આવૃત્તિઓ એક કારણસર જોડમાં રાખવામાં આવે છે. સુવિધાઓ, પ્રમાણીકરણ પ્રવાહો અને પોસ્ચર તપાસ ક્લાયન્ટ અને હેડએન્ડ વચ્ચે વાટાઘાટ થાય છે, તેથી જૂનો ક્લાયન્ટ નવા હેડએન્ડ સામે નેટવર્ક ખામી જેવી રીતે નિષ્ફળ જઈ શકે છે. એ જોડી કનેક્શન વ્યાખ્યામાં હોવી જોઈએ, અપગ્રેડ નોંધમાં નહીં.
બીજી સંસ્થામાંથી નિકાસ કરેલી પ્રોફાઇલ ભાગ્યે જ સ્થાનિક હેડએન્ડ સાથે મેળ ખાય છે, અને તેને આયાત કરવાથી ક્લાયન્ટ એવો મોડ ઓફર કરી શકે છે જે ગેટવે પૂરો પાડતું નથી. પહેલા પ્રોફાઇલમાંથી મોડ વાંચો, પછી તેને ગેટવેના રૂપરેખાંકિત પ્રોટોકોલ અને પ્રમાણીકરણ નીતિ સાથે સરખાવો. એ મેળ ખાય પછી જ નેટવર્ક શંકાસ્પદ બને છે. એ ક્રમ પેકેટ કેપ્ચર બચાવે છે જે ખોટી સેવા તરફ નિર્દેશિત સ્વસ્થ TLS સત્ર બતાવતું હોત.
કંઈપણ બદલતા પહેલા સ્થાનિક પ્રોફાઇલ વાંચો
Windows માં નેટિવ રૂપરેખાંકન ડાયલ કર્યા વિના વાંચી શકાય છે, અને આઉટપુટ પ્રકાર અને પ્રમાણીકરણ પદ્ધતિનું નામ સીધું આપે છે. તે મૂલ્યોની સરખામણી ગેટવે-માલિક હેડએન્ડ સ્વીકારે છે તેમ કહે તેની સાથે કરો. જો પ્રકાર ટિકિટ સાથે મેળ ન ખાય, તો પહેલા ટિકિટ સુધારો, કારણ કે ક્યારેય ખોટો ન હતો તેવા ક્લાયન્ટને ફરી ઇન્સ્ટોલ કરવા કરતાં તે સસ્તું છે.
આ ચાર આદેશો પ્રોફાઇલ, તેના રૂટ, કનેક્શન પ્રયાસ અને પોર્ટની પહોંચ આવરી લે છે. જે મશીન પર પ્રોફાઇલ પહેલેથી ઇન્સ્ટોલ છે ત્યાં એ જ ક્રમમાં ચલાવો:
Get-VpnConnection | Format-List Name,TunnelType,AuthenticationMethod,ServerAddress
Get-VpnConnection -Name 'Corp' | Select-Object -ExpandProperty Routes
rasdial
Test-NetConnection -ComputerName vpn.example.com -Port 443પોર્ટ પરીક્ષા એ છે જે વધારે પડતી વંચાય છે. લોગિન પૃષ્ઠ આપતું TCP 443 શ્રોતા અને IKEv2 સમાપ્ત કરતું બીજું બહારથી એકસરખાં દેખાય છે, કારણ કે પોર્ટ સ્થળ છે, પ્રોટોકોલ નહીં.
પરિણામને ત્રણ ક્ષેત્રો તરીકે લખો, ક્લાયન્ટ, મોડ અને ગેટવે, અને ટિકિટની બાજુમાં રાખો. કંઈ પણ ટૂંકું આગલી વ્યક્તિને એ જ અસ્પષ્ટતા ફરી શોધવા દે છે.