SoftEther వర్చువల్ అడాప్టర్ కనిపిస్తుంది కానీ ట్రాఫిక్ను పంపదు
అడాప్టర్ అనేది ఆపరేటింగ్ సిస్టమ్ సొంతమైన పరికరం; సెషన్ దానిని నింపుతుంది. నాలుగు తనిఖీలు లేని కనెక్షన్ను లేని మార్గం నుండి వేరు చేస్తాయి.
SoftEther వర్చువల్ అడాప్టర్ ఆపరేటింగ్ సిస్టమ్ నెట్వర్క్ జాబితాలో కనిపిస్తుంది, తాను కనెక్ట్ కాలేదని నివేదిస్తుంది, ఎటువంటి ట్రాఫిక్ను మోసుకెళ్లదు. సెషన్ కనెక్ట్ కాని పరికరానికి ఈ కలయిక సాధారణం, తప్పు ప్రొఫైల్ దానికి కట్టబడినప్పుడు మీరు చూసే స్థితి కూడా ఇదే. అడాప్టర్ ఆపరేటింగ్ సిస్టమ్ సొంతమైన పరికరం; సెషన్ దానికి జీవం ఇస్తుంది. ఈ నాలుగు తనిఖీలను వరుసగా పూర్తి చేసి మొదట విఫలమైన చోట ఆగండి.
పరికరాన్ని సెషన్ నుండి వేరు చేయండి
అడాప్టర్ను సృష్టించడం నెట్వర్క్ పరికరాన్ని ఇన్స్టాల్ చేస్తుంది; అది ఏ సర్వర్తోనూ ప్రామాణీకరించదు. ఇంటర్ఫేస్ స్థితి నుండి ఏదైనా ఊహించే ముందు క్లయింట్ కనెక్షన్ జాబితా ఏమి చెబుతుందో నిర్ధారించండి. కనెక్ట్ కాని ప్రొఫైల్ ఎటువంటి అదనపు దర్యాప్తు లేకుండా కనెక్ట్ కాని స్థితిని వివరిస్తుంది.
అడాప్టర్కు, భౌతిక ఇంటర్ఫేస్కు వేర్వేరు పనులు ఉన్నాయి. ఒకటి అప్లికేషన్లు చూసే డీక్రిప్ట్ చేసిన ట్రాఫిక్ను మోసుకెళ్తుంది, మరొకటి ఎన్క్రిప్ట్ చేసిన బయటి కనెక్షన్ను సర్వర్ వరకు మోసుకెళ్తుంది. రెండింటినీ కలపడం వల్ల ఫైర్వాల్ నియమాలు, మార్గాలు తప్పు పరికరంపై వర్తిస్తాయి. భౌతిక ఇంటర్ఫేస్ కోసం రాసిన నియమాలు టన్నెల్ ట్రాఫిక్తో సరిపోలవు, టన్నెల్ కోసం రాసిన నియమాలు బయటి కనెక్షన్ను ప్రభావితం చేయవు.
ఒక అడాప్టర్ను ఒక ప్రొఫైల్కు సరిపోల్చండి
ప్రతి అడాప్టర్ మీరు ఉద్దేశించిన కనెక్షన్ ప్రొఫైల్కు కట్టబడి ఉండాలి, ఆ బంధం గుర్తుంచుకోవడం కాకుండా క్లయింట్లో కనిపించాలి. అనేక అడాప్టర్లు ఉన్నప్పుడు, ఏదైనా తాకే ముందు ఏ ప్రొఫైల్ ఏ పరికరానికి యజమాని అని రాసుకోండి. ప్రొఫైల్ల మధ్య ఒకే అడాప్టర్ను మళ్లీ ఉపయోగించడమే పాత చిరునామా తిరిగి కనెక్ట్ అయిన తర్వాత కూడా నిలిచి ఉండటానికి కారణం.
క్లయింట్ బంధాన్ని తిరిగి సృష్టించే మద్దతు ఉన్న మార్గాన్ని ఇచ్చినట్లయితే, ఆపరేటింగ్ సిస్టమ్ కాన్ఫిగరేషన్ను నేరుగా సవరించడం బదులు దాన్ని ఉపయోగించండి. క్లయింట్ కనెక్ట్ అయ్యేటప్పుడు అడాప్టర్ సెట్టింగ్లను రాస్తుంది, కాబట్టి చేతితో చేసిన మార్పులు తరచుగా మాయమవుతాయి లేదా తదుపరి సెషన్లో ఢీకొంటాయి.
కనెక్ట్ అయిన తర్వాత అసలు సెట్టింగ్లను చదవండి
సెషన్ నడుస్తున్నప్పుడు చిరునామా, మార్గం, రిజాల్వర్ను సిస్టమ్ నుండి చదవండి. క్లయింట్ స్థితి ప్యానెల్ ఏమి అడిగిందో వివరిస్తుంది, కెర్నెల్ వాస్తవంగా ఏమి జరిగిందో వివరిస్తుంది.
ip -brief address show
ip route get 10.20.30.41
resolvectl status | head -20చిరునామాల జాబితా అడాప్టర్కు ఏదైనా లభించిందో లేదో చూపుతుంది, విజయవంతమైన లాగిన్ తర్వాత చిరునామా లేని అడాప్టర్ డ్రైవర్ను కాకుండా ప్రొఫైల్ కాన్ఫిగరేషన్ను సూచిస్తుంది. మార్గ ప్రశ్న ఏ ఇంటర్ఫేస్ ప్రైవేట్ గమ్యాన్ని మోసుకెళ్తుందో చూపుతుంది, అక్కడే లేని మార్గం కనిపిస్తుంది. రిజాల్వర్ అవుట్పుట్ DNS సెషన్ను అనుసరించిందో లేదో చూపుతుంది, ఎందుకంటే స్థానిక DNS తో పనిచేసే లింక్ ఇప్పటికీ సగం విరిగిన కనెక్షన్ను ఇస్తుంది.
ఉపయోగకరమైన సెట్టింగ్లు లేకుండా సృష్టించిన అడాప్టర్ క్లయింట్లో వేరే చోట విజయవంతమైన నిర్వహణ లాగిన్తో కలిసి ఉండవచ్చు. రెండు ప్యానెల్లు వేర్వేరు ప్రశ్నలకు సమాధానమిస్తాయి, కాబట్టి ఒకటి ఎప్పటికీ మరొకదానికి సాక్ష్యం కాదు. అవి ఏకీభవించనప్పుడు, అప్లికేషన్లు అనుభవించే సిస్టమ్ దృశ్యమే అది.
బ్రిడ్జ్ లేదా తొలగింపుకు ముందు ఆగండి
వర్చువల్ అడాప్టర్ను భౌతికదానితో బ్రిడ్జ్ చేయడం మరమ్మతు కాదు, డిజైన్ మార్పు. అది రెండు నెట్వర్క్ సరిహద్దులను కలుపుతుంది, లేని మార్గాన్ని సరిచేసే మార్గం కాదు. అమరికకు ఆ ఏర్పాటు అవసరమైతే, దానికి అధికారం పొందిన డిజైన్, పరీక్షా ప్రణాళిక అవసరం.
మరో సేవ దాన్ని ఉపయోగిస్తున్నప్పుడు అడాప్టర్ను తొలగించడం అంతే వినాశకరం. మొదట యజమానిని గుర్తించండి, యంత్రంలో ఇదే పేరుతో ఇంటర్ఫేస్ సృష్టించిన మరే ఇతర క్లయింట్ లేదా వర్చువలైజేషన్ ఉత్పత్తి అయినా సహా. తొలగించిన తర్వాత మళ్లీ కనిపించే పరికరం ఏదో దాన్ని మళ్లీ సృష్టిస్తోందని మీకు చెబుతుంది.
అడాప్టర్ను కాదు, అప్లికేషన్ను పరీక్షించి ముగించండి. టన్నెల్ ద్వారా లోడ్ అయ్యే ఫైల్ భాగస్వామ్యం లేదా ఇంట్రానెట్ పేజీ పరికరం, సెషన్, మార్గం అన్నీ ఏకీభవిస్తున్నాయని రుజువు.