Hyper-V తర్వాత Cisco VPN వేలాడుతుంది: బైండింగ్ తీసేయాలా లేక మళ్లీ నిర్మించాలా?
ఎమ్యులేటర్ ఇన్స్టాల్ తర్వాత క్లయింట్ securing communications వద్ద ఆగిపోతుంది. VPN అడాప్టర్ తప్పు Hyper-V స్విచ్కు బైండ్ అయిందో లేక అసలు ప్రారంభం కాలేదో తనిఖీ చేయండి.
క్లయింట్ securing communications వద్ద తిరుగుతూనే ఉంటుంది మరియు ఎప్పుడూ లాగిన్ ప్రాంప్ట్ చూపదు, మారిన ఏకైక విషయం ఎమ్యులేటర్ ఇన్స్టాల్. ఈ నమూనా ప్రొఫైల్ లేదా పాస్వర్డ్ వైపు కాదు, వర్చువల్ అడాప్టర్ వైపు సూచిస్తుంది. నిర్ణయం ఏమిటంటే అడాప్టర్ ఉండకూడని Hyper-V స్విచ్కు బైండ్ అయిందా, లేక అది లేవలేదా.
ఈ రెండు స్థితులు క్లయింట్లో ఒకేలా కనిపిస్తాయి మరియు వేర్వేరు మరమ్మతు అవసరం. ఒకటి రద్దు చేయగల బైండింగ్; రెండోది బైండింగ్ తీసేయడం తాకని డ్రైవర్ సమస్య.
Securing communications దశ ఏమి కోసం ఎదురుచూస్తోంది
టన్నెల్ నిర్మించే ముందు క్లయింట్కు గేట్వే వరకు పనిచేసే స్థానిక నెట్వర్క్ మార్గం కావాలి. అది తన సొంత వర్చువల్ అడాప్టర్ను ఇన్స్టాల్ చేసి దాన్ని ఆ మార్గంలో భాగంగా ఉపయోగిస్తుంది. Hyper-V ఆ అడాప్టర్ను ఎమ్యులేటర్ కోసం సృష్టించిన స్విచ్కు కలిపితే, అడాప్టర్ ఉపయోగించగల మార్గం ఇవ్వడం ఆపవచ్చు.
క్లయింట్ ఏ అడాప్టర్ కోసం ఎదురుచూస్తోందో నివేదించదు. లాగ్ సాధారణంగా చేరుకున్న చివరి దశలో ముగుస్తుంది, అదే వైఫల్యం ప్రతి గేట్వే చిరునామా వద్ద కనిపిస్తుంది. అందుకే ఇన్స్టాల్ చరిత్ర లోపం టెక్స్ట్ కంటే ముఖ్యం. లాగ్ ఉంచుకోవడం ఇంకా ఉపయోగకరం; అది దశను చెబుతుంది, కారణాన్ని కాదు.
మళ్లీ ఆధారాలు నమోదు చేయడం లేదా ప్రొఫైల్ మళ్లీ ఇన్స్టాల్ చేయడం స్విచ్ బైండింగ్ను మార్చలేవు. అవి మీ మొదటి రెండు అడుగులైతే, మీరు తప్పు పొరను సరిచేస్తున్నారు.
మొదటి నిర్ణయం: VPN అడాప్టర్ తప్పు స్విచ్కు బైండ్ అయిందా?
Hyper-V Manager తెరిచి, తర్వాత Virtual Switch Manager, ప్రతి స్విచ్ యొక్క అడాప్టర్ జాబితాను చదవండి. Cisco అడాప్టర్ ఎమ్యులేటర్ స్విచ్ యొక్క అటాచ్మెంట్గా కనిపించకూడదు. కనిపిస్తే అది మీ తప్పు, మరమ్మతు దాన్ని ఆ స్విచ్ నుండి తీసేయడం.
మొదట రీబూట్ చేయండి, క్లయింట్ సగం కనెక్ట్ కాకుండా శుభ్రంగా ప్రారంభం కావాలి. బైండింగ్ తీసి, వర్తింపజేసి, పరీక్షించే వరకు ఇతర అడాప్టర్లను వదిలేయండి. మార్పు తిరిగి పొందగలిగేది మరియు ఏదీ అన్ఇన్స్టాల్ చేయదు, కానీ మీరు ఏ అడాప్టర్లను విడదీశారో రాయండి.
క్లయింట్ ప్రారంభించి కనెక్షన్ ప్రయత్నించండి. ఇంకా వేలాడుతుంటే, మిగిలిన వర్చువల్ అడాప్టర్లను ఒక్కొక్కటిగా విడదీసి ప్రతి దాని తర్వాత పరీక్షించండి, ఏది ముఖ్యమో తెలియడానికి.
రెండో నిర్ణయం: అడాప్టర్ నడుస్తోంది కానీ చిరునామా లేదా?
దాచిన అడాప్టర్లు కూడా చేరేలా ఎలివేటెడ్ ప్రాంప్ట్ నుండి ipconfig /all ను అమలు చేసి, జాబితాను ఇన్స్టాల్కు ముందు గుర్తున్న దానితో పోల్చండి. చిరునామా లేని, మీడియా డిస్కనెక్ట్ స్థితిలో ఉన్న అడాప్టర్ సాధారణంగా డ్రైవర్ ప్రారంభం కాలేదని అర్థం. అది బైండింగ్ తీసేయడంతో సరికాదు. ఏదైనా మార్చే ముందు ఖచ్చితమైన స్థితిని రాయండి.
నడుస్తున్నా తప్పు స్విచ్కు కలిపిన అడాప్టర్ మునుపటి విభాగంలోని కేసు. చిరునామా స్థితే రెండింటినీ వేరు చేస్తుంది.
లోపాన్ని తిరిగి తీసుకురాకుండా ఎమ్యులేటర్ను పునరుద్ధరించండి
టన్నెల్ పనిచేసినప్పుడు, ఎమ్యులేటర్ సొంత అడాప్టర్ను దాని స్విచ్కు తిరిగి కలిపి VM చిరునామా పొందుతుందని నిర్ధారించండి. VPN అడాప్టర్ను తిరిగి కలపవద్దు. పూర్తయింది అనడానికి ముందు ఎమ్యులేటర్ మరియు క్లయింట్ రెండింటినీ మరోసారి పరీక్షించండి.
నిర్వహిత వర్క్స్టేషన్లో, మీరు ఏ బైండింగ్ మార్చారో నిర్వాహకుడికి చెప్పండి. తర్వాతి విధాన రిఫ్రెష్ పాత కనెక్షన్ను తిరిగి తీసుకురావచ్చు, వేలాడటం స్పష్టమైన కారణం లేకుండా తిరిగి వస్తుంది.
అడాప్టర్ పేరు, అది బైండ్ అయిన స్విచ్, మరియు ముందు–తర్వాత ipconfig స్థితిని రాయండి. అప్డేట్ తర్వాత వేలాడటం తిరిగి వస్తే, ఆ నమోదే ఐదు నిమిషాల తనిఖీకి మరియు మొదటి నుండి ప్రారంభించడానికి మధ్య తేడా.