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 headend మీ కోసం పరిష్కరించలేని ఎండ్పాయింట్ నిర్వహణ సమస్యలు. అమలు హామీ ఇచ్చే ముందు ఈ రెండు పరిస్థితుల్లో ఏది వర్తిస్తుందో డెస్క్టాప్ బృందాన్ని అడిగి, సమాధానాన్ని అమలు ప్రణాళికలో రాయండి.
రికవరీ మార్గాన్ని దృష్టిలో ఉంచుకుని లాక్డౌన్ స్థాయిని నిర్ణయించండి. వినియోగదారుని ఇంటర్నెట్కు చేరకుండా నిరోధించి, క్లయింట్ను మరమ్మతు చేసుకోకుండా కూడా ఆపే ప్రొఫైల్ మద్దతు కాల్ను స్థల పర్యటనగా మారుస్తుంది, కాబట్టి టన్నెల్ నడుస్తున్నదానిపై ఆధారపడని నమోదిత రికవరీ మార్గాన్ని ఉంచండి.
గేట్వే సర్టిఫికెట్ ధ్రువీకరణను ఆన్లో ఉంచి, ప్రొఫైల్ను మీరు విశ్వసించే మార్గం ద్వారానే పంపిణీ చేయండి. ఊహించని మూలం నుంచి ప్రొఫైల్ను అంగీకరించే లాక్ చేసిన క్లయింట్ విశ్వాస హద్దును అమలు చేయకుండా కదిలించింది.