OpenVPN Access Server પ્રોફાઇલ ડાઉનલોડ: યોગ્ય ખાતું

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

તપાસ 1: ખાતા તરીકે સાઇન ઇન કરો, એડમિનિસ્ટ્રેટર તરીકે નહીં

ક્લાયન્ટ પોર્ટલ સામાન્ય વપરાશકર્તા ઇન્ટરફેસ છે, સામાન્ય રીતે https://vpn.example:943/ ખાતે, જ્યારે વ્યવસ્થાપન https://vpn.example:943/admin ખાતે આવેલું છે. આ ડિફૉલ્ટ ઉદાહરણો છે; હોસ્ટનામ, પોર્ટ અને રિવર્સ પ્રૉક્સી તેમને બદલે છે, તેથી તમારા ઑપરેટરે આપેલું સરનામું વાપરો. પહેલાં એડમિન પથ પર સાઇન ઇન કરવું એ સૌથી સામાન્ય ભૂલ છે, કારણ કે એડમિન સત્ર ખાતાં બનાવી અને સંભાળી શકે છે પણ તે ખાતું નથી જે ટનલ વહન કરશે.

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

તપાસ 2: તમારી આવૃત્તિ માટે ડાઉનલોડ નિયંત્રણ શોધો

સાઇન ઇન કર્યા પછી, પોર્ટલ પૃષ્ઠની ઉપરની નજીક કનેક્શન-પ્રોફાઇલ નિયંત્રણ બતાવે છે. Access Server 2.14 અને તેના પછીના માટે, ટ્યુટોરિયલ તેને “તમારી પ્રોફાઇલ નીચે ડાઉનલોડ કરો” હેઠળ કનેક્શન પ્રોફાઇલ વિભાગ તરીકે વર્ણવે છે. જ્યાં પોર્ટલ પૂર્વ-રૂપરેખાંકિત OpenVPN Connect ઇન્સ્ટૉલર પણ આપે છે, ત્યાં તે બે અલગ સોંપણીઓ છે: એક ક્લાયન્ટને પ્રોફાઇલ પહેલેથી જોડાયેલી સાથે ઇન્સ્ટૉલ કરે છે, બીજું તમને તમારી પાસે પહેલેથી હોય તેવા ક્લાયન્ટમાં આયાત કરવા ફાઇલ આપે છે.

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

તપાસ 3: ફાઇલ શેમાં લૉક છે તે વાંચો

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

grep -c "BEGIN CERTIFICATE" office-user.ovpn
grep -n "^remote " office-user.ovpn

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

તપાસ 4: નીતિ તે પ્રકારને મંજૂરી આપે છે તેની ખાતરી કરો

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

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

તપાસ 5: ફાઇલ સોંપો, પછી તેને રદ કરી શકાય તેવી રાખો

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

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