Cisco Secure Client Always-On: પહેલાં પ્રોફાઇલ તૈનાત કરો
Cisco Secure Client Always-On ને લાગુ કરતાં પહેલાં એન્ડપોઇન્ટ પ્રોફાઇલ તૈયાર હોવું જરૂરી છે: લોગિન પહેલાંનો વ્યાપ, ડિલિવરી, નિષ્ફળતા નીતિ અને વિશ્વસનીય નેટવર્ક તપાસો.
ઉપકરણની બાજુની સેટિંગ્સ નોંધાયેલા ન હોય તેવા લેપટોપને મેનેજ કરેલા એન્ડપોઇન્ટ જેવું વર્તન કરવા મજબૂર કરી શકતી નથી, અને મોટાભાગની Always-On રોલઆઉટ ઠીક આ જ ખાલી જગ્યાએ અટકી જાય છે. Cisco Secure Client મશીન પર રહેલી પ્રોફાઇલ દ્વારા નીતિ લાગુ કરે છે, તેથી તે પ્રોફાઇલની ડિલિવરી લાગુ કરવાની યોજનાનો ભાગ છે, તેની વિગત નથી. નીચેનાં પાંચ પગલાં ક્રમમાં પૂરાં કરો અને જે પહેલું ન ટકે ત્યાં થોભો, કારણ કે પછીનું પગલું પહેલાંની ખાલી જગ્યા ભરી શકતું નથી.
પહેલું પગલું: નિયમ લોગિન પહેલાં શરૂ થાય છે કે નહીં તે નક્કી કરો
Always-On વપરાશકર્તા લોગિન કર્યા પછી ટનલ સ્થાપિત કરે છે, અને વેન્ડરનું દસ્તાવેજીકરણ સ્પષ્ટ કહે છે કે જ્યારે કોઈ લોગિન કરતું નથી ત્યારે તે કનેક્શન સ્થાપિત કરતું નથી. જો તમારી જરૂરિયાત Windows લોગિન સ્ક્રીન પહેલાં અસ્તિત્વમાં હોય તેવી ટનલ છે, તો આ ખોટું લક્ષણ છે અને પ્રોફાઇલ ટ્યુનિંગનો કોઈ પણ જથ્થો તેને બદલતો નથી. પ્રોફાઇલ અગાઉથી તૈનાત કરવાથી લોગિન પછીનું વર્તન લોગિન પહેલાંના વર્તનમાં ફેરવાતું નથી.
જરૂરિયાતને ચાર અલગ વર્તનમાંથી એક તરીકે લખો, પછી દરેકને અલગથી ચકાસો. એક સફળ કનેક્શન ફક્ત સામાન્ય કિસ્સો દર્શાવે છે, અને બાકીના ત્રણ સપોર્ટ ટિકિટનો સ્રોત છે. તમારી જરૂરિયાતને ખરેખર કઈ પંક્તિની જરૂર છે તે ચિહ્નિત કરો, કારણ કે જે ટીમને ફક્ત લોગિન પછીના વર્તનની જરૂર છે તે લોગિન પહેલાંની ચર્ચા છોડી શકે છે. કોષ્ટક સ્વીકૃતિ યાદી છે, ઇચ્છા યાદી નથી.
| Behaviour | What you are proving |
|---|---|
| First use on a new machine | The profile arrived before any user connection |
| After logon | The tunnel starts without the user opening the client |
| Trusted network entry | The client stays off where it should |
| Tunnel cannot establish | The failure policy does what you decided |
જો જરૂરિયાત ફક્ત બીજી પંક્તિ હોય, તો આ પૃષ્ઠનો બાકીનો ભાગ હજી લાગુ પડે છે, પરંતુ સ્વીકૃતિ પરીક્ષણ સસ્તું છે.
બીજું પગલું: પ્રોફાઇલ પહેલેથી એન્ડપોઇન્ટ પર છે તેની ખાતરી કરો
લાગુ કરવું સ્થાનિક પ્રોફાઇલ વાંચે છે, તેથી પહેલો પ્રશ્ન એ છે કે વપરાશકર્તા કનેક્ટ થાય તે પહેલાં તે ફાઇલ અસ્તિત્વમાં છે કે નહીં. પહેલા સફળ કનેક્શન દરમિયાન ડાઉનલોડ કરેલી પ્રોફાઇલ તે મશીન માટે ખૂબ મોડી પહોંચે છે જેને પહેલા લોગિનથી જ સુરક્ષિત રાખવું પડે. તેને ઇન્સ્ટોલર સાથે અથવા એન્ડપોઇન્ટ મેનેજમેન્ટ સાથે મોકલો, અને ફાઇલની હાજરીને આશા નહીં પણ બિલ્ડ-ચકાસણી તરીકે ગણો.
Get-Service vpnagent | Select-Object Status, StartType
Get-ChildItem 'C:\ProgramData\Cisco\Cisco Secure Client\VPN\Profile'
Get-Content 'C:\ProgramData\Cisco\Cisco Secure Client\VPN\Profile\profile.xml' | Select-String -Pattern AlwaysOnજૂની AnyConnect ઇન્સ્ટોલેશન એ જ ફાઇલને અલગ નામના ફોલ્ડરમાં રાખે છે, તેથી જૂના રનબુકમાંથી પાથ કૉપિ કરવાને બદલે તમે તૈનાત કરો છો તે ક્લાયન્ટ આવૃત્તિ માટેનો પાથ ચકાસો. સેવા ચાલુ હોવી જોઈએ અને આપોઆપ શરૂ થવા પર સેટ હોવી જોઈએ, કારણ કે અટકેલો એજન્ટ પ્રોફાઇલ શું કહે તે મહત્વનું નથી, લાગુ ન કરેલો એન્ડપોઇન્ટ છે.
જો પ્રોફાઇલ ખૂટે છે, તો અહીં થોભો. પ્રોફાઇલ ન હોય તેવા મશીન માટે નિષ્ફળતા નીતિ અથવા વિશ્વસનીય નેટવર્કની યાદી સુધારવી એ એવા માર્ગ પરનું કામ છે જે કદી ચાલતો નથી.
ત્રીજું પગલું: નિષ્ફળતાનું વર્તન જાણી જોઈને પસંદ કરો
ટનલ ઉપર ન આવી શકે ત્યારે શું થાય છે તે ટનલ આપોઆપ શરૂ થાય છે કે નહીં તેનાથી અલગ નિર્ણય છે. કનેક્શન નિષ્ફળતા નીતિ નક્કી કરે છે કે સ્થાપના નિષ્ફળ થતી રહે ત્યારે એન્ડપોઇન્ટ ઇન્ટરનેટ વાપરી શકે છે કે નહીં, અને આ બે સેટિંગ ઘણી વાર ભેળવી દેવાય છે કારણ કે બંને Always-On વિકલ્પોની નજીક હોય છે. એક જાણી જોઈને પસંદ કરો અને કારણ લખો.
બધું કનેક્ટિવિટી અવરોધવું કડક લાગે છે અને પોતાનો ઘટના-વર્ગ બનાવે છે: જે નેટવર્કમાં ગેટવે પહોંચી શકાય તેવો નથી ત્યાંનો વપરાશકર્તા તે સુધારો ડાઉનલોડ કરી શકતો નથી જે સેવા પુનઃસ્થાપિત કરે. ઇન્ટરનેટ ઍક્સેસની પરવાનગી મશીનને વાપરી શકાય તેવું રાખે છે અને ટ્રાફિક સુરક્ષિત હોવાની ખાતરી નબળી કરે છે. બંનેમાંથી કોઈ પણ જવાબ સાચો હોઈ શકે, પરંતુ કોઈ પણ એ ડિફૉલ્ટ નથી જે તમારે વિક્ષેપ દરમિયાન શોધવો જોઈએ.
ફરી પ્રયાસનું વર્તન એ જ નિર્ણયનો ભાગ છે. જે ક્લાયન્ટ કાયમ પ્રયાસ કરે છે તે તૂટેલા ગેટવેને મોનિટરિંગથી છુપાવે છે, જ્યારે એક પ્રયાસ પછી હાર માની લેતો ક્લાયન્ટ વપરાશકર્તાને તૂટેલો લાગે છે. નિષ્ફળતા નીતિ સંભાળ લે તે પહેલાં એન્ડપોઇન્ટ કેટલો સમય પ્રયાસ કરે તે નક્કી કરો, અને ધારવાને બદલે તે સમય ચકાસો.
ચોથું પગલું: શું વિશ્વસનીય ગણાય તે વ્યાખ્યાયિત કરો
વિશ્વસનીય નેટવર્ક શોધ ક્લાયન્ટ પ્રોફાઇલના માપદંડો, જેમ કે ગોઠવેલા DNS ડોમેન અથવા વિશ્વસનીય DNS સર્વર, વાપરીને નક્કી કરે છે કે એન્ડપોઇન્ટ પહેલેથી એવા નેટવર્ક પર છે જ્યાં ટનલની જરૂર નથી. તે યાદી આખી નીતિ છે, તેથી ખાલી કે વારસાગત યાદી લક્ષણને ક્યાં તો નિષ્ક્રિય કે અણધાર્યું બનાવે છે.
Windows ફાયરવૉલની નેટવર્ક શ્રેણી વિશેની ધારણાથી તેને બદલશો નહીં. મશીન ડોમેન-ટૅગ કરેલા નેટવર્ક પર હોવા છતાં એવી જગ્યાએ હોઈ શકે છે જ્યાં તમે વિશ્વાસ કરતા નથી, અને જાહેર પ્રોફાઇલવાળું મશીન તમારી પોતાની ઇમારતમાં હોઈ શકે છે. શોધના માપદંડોએ તમારા નેટવર્કનું સીધું વર્ણન કરવું જોઈએ, તેમનો વિકલ્પ નહીં.
બંને દિશામાં સંક્રમણ ચકાસો, જેમાં એ કિસ્સો પણ સામેલ છે જ્યાં સત્ર ખુલ્લું હોય ત્યારે એન્ડપોઇન્ટ વિશ્વસનીય નેટવર્કથી અવિશ્વસનીય નેટવર્ક તરફ જાય છે. ડિસ્કનેક્ટ અને ફરી કનેક્ટ અલગ ઘટનાઓ છે, અને ફક્ત પહેલી સંભાળતી નીતિ એવી બારી છોડે છે જ્યાં ટનલ ગેરહાજર હોય છે.
પાંચમું પગલું: એન્ડપોઇન્ટ નીતિને પાછી ખેંચવી મુશ્કેલ બનાવો
એન્ડપોઇન્ટ પરનું લાગુ કરવું એન્ડપોઇન્ટના પોતાના નિયંત્રણો જેટલું જ મજબૂત હોય છે. સ્થાનિક એડમિનિસ્ટ્રેટર અધિકારો વપરાશકર્તાને એજન્ટ સેવા બંધ કરવા, પ્રોફાઇલ બદલવા કે ક્લાયન્ટ અનઇન્સ્ટોલ કરવા દે છે, અને સામાન્ય વપરાશકર્તા લખી શકે તેવું પ્રોફાઇલ ફોલ્ડર એવી નીતિ છે જે કોઈ પણ સંપાદિત કરી શકે. બંને એન્ડપોઇન્ટ મેનેજમેન્ટની સમસ્યાઓ છે જે VPN હેડએન્ડ તમારા વતી હલ કરી શકતું નથી. લાગુ કરવાનું વચન આપતા પહેલાં ડેસ્કટોપ ટીમને પૂછો કે આ બેમાંથી કઈ શરત લાગુ પડે છે, અને જવાબ રોલઆઉટ યોજનામાં લખો.
પુનઃપ્રાપ્તિ માર્ગને ધ્યાનમાં રાખીને લૉકડાઉન સ્તર નક્કી કરો. જે પ્રોફાઇલ વપરાશકર્તાને ઇન્ટરનેટ સુધી પહોંચવાથી અટકાવે છે અને તેમને ક્લાયન્ટ સુધારવાથી પણ રોકે છે, તે સપોર્ટ કૉલને સાઇટ મુલાકાતમાં ફેરવે છે, તેથી ટનલ ચાલુ હોવા પર આધારિત ન હોય તેવો દસ્તાવેજીકૃત પુનઃપ્રાપ્તિ માર્ગ રાખો.
ગેટવેની પ્રમાણપત્ર ચકાસણી ચાલુ રાખો, અને પ્રોફાઇલ ફક્ત તમે વિશ્વાસ કરો તેવી ચેનલ દ્વારા વિતરિત કરો. લૉકડાઉન કરેલો ક્લાયન્ટ જો અણધાર્યા સ્રોતથી પ્રોફાઇલ સ્વીકારે છે, તો તેણે લાગુ કરવાને બદલે વિશ્વાસની સીમા ખસેડી છે.