AnyConnect ની અવિશ્વસનીય સર્વર ચેતવણી: સ્વીકારવી કે આયાત કરવી?

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

તમે ખરેખર જે ચેતવણી જુઓ છો તેનાથી શરૂ કરો

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

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

સંવાદનો જવાબ આપતા પહેલાં પ્રમાણપત્ર વાંચો

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

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

દરેક જવાબ ટ્રસ્ટ સ્ટોરમાં શું લખે છે તે જાણો

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

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

એ ક્રમ ઓટોમેશન માટે મહત્વનો છે, ફક્ત આંગળીઓ માટે નહીં. જે સ્ક્રિપ્ટ-જવાબ હંમેશા હા કહે છે તે ગેટવે બદલાયા પછી પણ કામ કરતો રહે છે, અને પછી જે પણ પ્રમાણપત્ર આવે તેના પર વિશ્વાસ કરતો રહે છે.

ક્લાયન્ટ જે ક્રમમાં પૂછે તે ક્રમમાં જવાબો લખો

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

connect vpn2.example.net
y
n
GROUP
LOGIN
PASSWORD

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

પોતાના ગેટવે કરતાં વધુ જીવતા અપવાદો દૂર કરો

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

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