FortiClient 98% వద్ద నిలిచిపోతుంది: ఆ అడాప్టర్‌పై IPv6 ను నిలిపివేయండి

బార్ 98% చేరుకుంటుంది, క్లయింట్ అక్కడే కూర్చుంటుంది, పాస్‌వర్డ్ మళ్లీ టైప్ చేయడం ఏమీ మార్చదు. ఇదే ఉపయోగకరమైన ఆధారం: క్లయింట్ ఇప్పటికే గేట్‌వే సర్టిఫికెట్‌ను అంగీకరించి, ఆధారాలను పంపి, టన్నెల్ కాన్ఫిగరేషన్‌ను పొందింది. మిగిలి ఉన్నది వర్చువల్ అడాప్టర్‌ను లేపి, టన్నెల్ ట్రాఫిక్‌ను మోస్తుందని నిర్ధారించడం. ఆ చివరి దశ ఎప్పటికీ పూర్తికాకపోతే, లోపం స్థానికం, ఆధారాలను ఎన్నిసార్లు టైప్ చేసినా అక్కడికి చేరదు.

నాలుగు దశలు, మొదటిది బార్ కాదు, లాగ్ చదవడం.

98% కౌంటర్ నిజంగా ఏమి నివేదిస్తుంది

శాతం క్లయింట్ సొంత దశ కౌంటర్, థ్రూపుట్ కొలమానం కాదు. ప్రతి ప్రయత్నంలో అదే సంఖ్య వద్ద నిలిచిపోవడం అంటే క్లయింట్ ఒక నిర్దిష్ట దశకు చేరి వేచి ఉంది; అందుకే నెమ్మదిగా ఉన్న కనెక్షన్ మరియు చిక్కుకున్న క్లయింట్ లాగ్‌లో భిన్నంగా కనిపిస్తాయి. ఆధారాల సమస్య అయితే నిశ్శబ్ద విరామానికి బదులు ఆధారాల లోపాన్ని ముద్రించేది.

Fortinet ఈ లక్షణాన్ని క్లయింట్ వైపు ఒకే కారణంతో నమోదు చేసింది: క్లయింట్ ఉపయోగించే అడాప్టర్‌పై IPv6 ప్రారంభించబడి ఉండటం. ఇది అడాప్టర్ సెట్టింగ్‌ను మొదట పరీక్షించవలసిన విషయంగా చేస్తుంది, ప్రతి SSL-VPN నిలిచిపోవడానికి సార్వత్రిక వివరణ కాదు.

దశ 1: బార్ కంటే ముందు లాగ్ చదవండి

ఏదైనా మార్చే ముందు నిలిచిపోవడానికి సరిగ్గా ముందున్న పంక్తులను సంగ్రహించండి. టన్నెల్ అడాప్టర్ సృష్టించబడిందా, చిరునామా కేటాయించబడిందా, క్లయింట్ చిరునామా కుటుంబం కోసం వేచి ఉండటం వదిలేసిందా అని చూస్తున్నారు. వేరే శాతంలో నిలిచిపోవడం దాని సొంత నిర్ధారణతో వేరే దశ, సర్టిఫికెట్ హెచ్చరిక లేదా తప్పు గేట్‌వే చిరునామా నిశ్శబ్ద నిరీక్షణకు బదులు దాని సొంత సందేశాన్ని ఇస్తుంది. సమయ ముద్రను రాయండి, ఎందుకంటే తదుపరి ప్రయత్నం అదే ఫైల్‌కు మరో బ్లాక్‌ను జోడిస్తుంది.

లాగ్ పూర్తయిన లాగిన్ తర్వాత ఏమీ లేదని చూపిస్తే, మీరు స్థానిక సెటప్‌లో ఉన్నారు మరియు అడాప్టర్ చట్టబద్ధమైన అనుమానితుడు.

దశ 2: IPv6 మార్పును ఒకే అడాప్టర్‌కు పరిమితం చేయండి

మార్పు మెషీన్‌ది కాదు, అడాప్టర్‌ది. Windows అడాప్టర్ లక్షణాలలో దీని అర్థం నిర్దిష్ట ఇంటర్‌ఫేస్‌పై Internet Protocol Version 6 (TCP/IPv6) తీసివేయడం, మరియు shell నుండి ఇది Disable-NetAdapterBinding -Name "Ethernet 2" -ComponentID ms_tcpip6. మళ్లీ కనెక్ట్ అయ్యే ముందు Get-NetAdapterBinding -ComponentID ms_tcpip6 తో స్థితిని నిర్ధారించండి. ఆ తర్వాత మళ్లీ కనెక్ట్ అయి, బార్ అక్కడ ఆగకుండా 98% దాటుతుందా చూడండి.

మొదట పరిధిని నిర్ణయించి, తర్వాత పరీక్షించండి. IPv6 ను ప్రపంచవ్యాప్తంగా నిలిపివేయడం ప్రశ్న కోరిన దానికంటే పెద్ద మార్పు మరియు మీరు తాకాలనుకోని సేవలను ప్రభావితం చేస్తుంది.

దశ 3: నిలిచిపోవడం ఏమి దాచిందో ధృవీకరించండి

కనెక్ట్ అయ్యే టన్నెల్ పనిచేసే టన్నెల్ కాదు. క్లయింట్ కేటాయించిన చిరునామా, ప్రొఫైల్ ఇన్‌స్టాల్ చేసిన మార్గాలు, మరియు ఒక అంతర్గత హోస్ట్ పేరు పరిష్కారాన్ని తనిఖీ చేయండి: Resolve-DnsName files.corp.example. కనెక్ట్ అయి ఏమీ పరిష్కరించని క్లయింట్‌కు DNS సమస్య ఉంటుంది, మరియు దాన్ని అదే లోపం తిరిగి వస్తోందని తప్పుగా చదవడం సులభం.

ఒక అంతర్గత వనరును పేరుతో, ఒక ప్రజా గమ్యస్థానాన్ని పరీక్షించండి, విరిగిన స్ప్లిట్ టన్నెల్ సరిచేయబడిన క్లయింట్‌గా పొరపాటు పడకుండా.

దశ 4: పరిష్కారాన్ని పునరావృత్తి చేయదగినదిగా చేయండి

సెట్టింగ్ మొత్తం సమూహానికి చేరాల్సి ఉంటే, ప్రతి ల్యాప్‌టాప్‌లో పునరావృతమయ్యే చేతితో చేసే దశకు బదులు దాన్ని డిప్లాయ్‌మెంట్ ప్యాకేజీలో లేదా అడాప్టర్ కాన్ఫిగరేషన్‌లో పెట్టండి. 98% నిలిచిపోవడం నెట్‌వర్క్ ఇంటర్‌ఫేస్‌పై IPv6 తో సంబంధం కలిగి ఉందని టికెట్‌లో నమోదు చేయండి, మరియు సంబంధం లేని ఏదో సరిచేయడానికి ఎవరైనా దాన్ని మళ్లీ ప్రారంభించే ముందు హోస్ట్‌పై ఇంకా ఏమి IPv6 పై ఆధారపడి ఉందో గుర్తించండి.

ఒక ఇంజనీర్ జ్ఞాపకంలో మాత్రమే ఉన్న పరిష్కారం తదుపరి త్రైమాసికంలో తిరిగి వచ్చే పరిష్కారం.

IPv6 ఆఫ్‌లో ఉన్నా బార్ ఇప్పటికీ 98% వద్ద ఆగిపోతే, విక్రేత గమనిక ఇక దాన్ని వివరించదు మరియు లాగ్ మీ తదుపరి సాక్ష్యం. లక్షణానికి చికిత్స చేయడం ఆపి దశ కౌంటర్‌కు తిరిగి వెళ్లండి.