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

કંઈપણ ઇન્સ્ટોલ કરતા પહેલાં હું VPN માલિક સાથે આ ક્રમમાં જઈશ.

1. પોર્ટલ અને મંજૂર કરેલી રિલીઝ માંગો

માલિક પાસેથી પોર્ટલનું સરનામું, સંસ્થા ખરેખર જે ક્લાયન્ટ રિલીઝ તૈનાત કરે છે અને પ્રમાણીકરણની જરૂરિયાતો મેળવો. સહકર્મીની નોંધમાંથી મળેલ પોર્ટલ URL મંજૂર કરેલા સરનામા જેવું નથી, અને રિલીઝ મહત્ત્વની છે કારણ કે સુવિધાઓ આવૃત્તિઓ વચ્ચે અલગ પડે છે.

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

2. સુસંગતતા મેટ્રિક્સને સૂત્ર નહીં, કોષ્ટક તરીકે વાંચો

વેન્ડરનું સુસંગતતા મેટ્રિક્સ Linux આવૃત્તિઓને એપ રિલીઝ સામે સૂચિબદ્ધ કરે છે અને આર્કિટેક્ચરને ઇન્ટરફેસ સપોર્ટથી અલગ કરે છે. Ubuntu એન્ટ્રી Ubuntu પરથી બનેલા દરેક ડિસ્ટ્રિબ્યુશનને સપોર્ટેડ જાહેર કરતી નથી, તેથી Mint વર્કસ્ટેશનને પોતાનો જવાબ જોઈએ. ચોક્કસ રિલીઝ, પ્રોસેસર આર્કિટેક્ચર અને તે સંયોજન માટે CLI કે GUI સપોર્ટેડ ઇન્ટરફેસ છે કે નહીં તે તપાસો.

જ્યારે મેટ્રિક્સ Ubuntu રિલીઝનું નામ આપે પણ Mintનું નહીં, ત્યારે તે વર્કસ્ટેશન માટે પ્રામાણિક જવાબ ના છે, પેકેજ ગમે તેટલી સ્વચ્છ રીતે ઇન્સ્ટોલ થાય. સપોર્ટેડ વિકલ્પ એ ડિસ્ટ્રિબ્યુશન છે જેનું મેટ્રિક્સ ખરેખર નામ આપે છે, અથવા એ રિલીઝ છે જે માલિક તેમાંથી એક પર પહેલેથી તૈનાત કરે છે.

3. પ્રમાણીકરણ પ્રવાહને ક્લાયન્ટ પ્રકાર સાથે મેળવો

પ્રમાણીકરણનો માર્ગ નક્કી કરે છે કે કયો ક્લાયન્ટ લોગિન પૂર્ણ કરી શકે. SAML પ્રવાહને બ્રાઉઝર જોઈએ, અને Linux CLIમાં SAML સપોર્ટ GlobalProtect app 6.2.1 સાથે આવ્યો, તેથી જૂનો CLI GUI જેવો જ પ્રવાહ પૂર્ણ કરી શકતો નથી.

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

4. જાણો કે તૃતીય-પક્ષ ક્લાયન્ટ ક્યાં વિકલ્પ રહેતો નથી

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

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

5. જવાબ માલિકને પાછો આપો

ચોક્કસ સંયોજન VPN માલિક પાસે લઈ જાઓ: ડિસ્ટ્રિબ્યુશન અને રિલીઝ, આર્કિટેક્ચર, ઇન્ટરફેસ, પ્રમાણીકરણ પ્રવાહ અને તમે સૂચવેલ ક્લાયન્ટ રિલીઝ. આ યાદી એક જ સંદેશમાં જવાબ આપવા જેટલી ટૂંકી છે.

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

સંબંધિત લેખો