OpenVPN నెట్టిన మార్గాలు ఇన్స్టాల్ కావడం లేదు: సమయం, హక్కులు లేదా విధానం
నెట్టిన మార్గం సమయ పోటీలో, తక్కువ హక్కుల్లో లేదా క్లయింట్ విధానంలో మాయమవ్వవచ్చు. మొదట సర్వర్ నెట్టే జాబితాను నిజమైన పట్టికతో పోల్చండి.
సర్వర్ మార్గాన్ని నెట్టానని చెబుతుంది, క్లయింట్ కనెక్ట్ అయ్యానని చెబుతుంది, అయినా గమ్యం ఇప్పటికీ చేరలేనిదిగానే ఉంది. సరిగ్గా ఆ చిత్రాన్ని మూడు కారణాలు సృష్టిస్తాయి. పరికరం ఉనికిలోకి రాకముందే మార్గం చేర్చడం జరిగింది, పట్టికను మార్చడానికి క్లయింట్కు హక్కులు లేవు, లేదా నెట్టిన ఎంపికలను పట్టించుకోవద్దని ఒక విధానం క్లయింట్కు ఆదేశించింది.
బయటి నుంచి అవి ఒకేలా కనిపిస్తాయి, వేర్వేరు మరమ్మతులు అవసరం. మార్గ నిర్ణయం తీసుకునే చోట క్లయింట్ లాగ్ చదవండి.
మార్గం పాడైందని మాత్రమే కాదు, అది లేదని నిరూపించండి
మార్గం పాడైందని కాదు, అది లేదని నిరూపించడంతో ప్రారంభించండి. Linux లో, ip route show dev tun0 క్లయింట్ టన్నెల్ పరికరంపై ఏమి ఇన్స్టాల్ చేసిందో జాబితా చేస్తుంది. Windows లో, route print లేదా Get-NetRoute అదే విషయాన్ని పట్టిక రూపంలో చూపుతుంది.
ఉన్నా ట్రాఫిక్ను ముందుకు పంపని మార్గం వేరే సమస్య. అది దర్యాప్తును మార్గ ఇన్స్టాల్ వైపు కాకుండా, ఫార్వార్డింగ్ మరియు ఫైర్వాల్ నియమాల వైపు మళ్లిస్తుంది.
సమయం: పరికరం ఉనికిలోకి రాకముందే చేర్చడం జరిగింది
నియంత్రణ ఛానెల్ పైకి వచ్చిన తర్వాత మరియు ఇంటర్ఫేస్ను కాన్ఫిగర్ చేసిన తర్వాత క్లయింట్ సర్వర్ యొక్క PUSH_REPLY ను విశ్లేషిస్తుంది. అప్పుడే అది ప్లాట్ఫారమ్ అందించే ఏ విధానంతోనైనా రౌటింగ్ పట్టికను తాకుతుంది. Linux netlink ద్వారా వెళుతుంది; Windows ఎలివేటెడ్ టోకెన్ అవసరమయ్యే API ఉపయోగిస్తుంది. కాన్ఫిగరేషన్ చదివిన వెంటనే మార్గాలను జోడించే స్క్రిప్ట్ లేదా క్లయింట్ TUN/TAP పరికరం ఉనికిలోకి రాకముందే నడవవచ్చు, మరియు కెర్నల్ జోడింపును తిరస్కరిస్తుంది.
అదే పోటీ, చేతితో రాసిన మార్గం పనిచేస్తుంది కానీ స్వయంచాలక మార్గం పనిచేయదు అని వివరిస్తుంది: మీరు దాన్ని రాసేసరికి ఇంటర్ఫేస్ ఇప్పటికే పైన ఉంటుంది.
ఈ సందర్భం కోసం route-delay ఉంది, మరియు ఇంటర్ఫేస్ మరియు మార్గాలు కాన్ఫిగర్ అయిన తర్వాత నడిచే స్క్రిప్ట్ను route-up పేర్కొంటుంది. టన్నెల్ చిరునామాపై ఆధారపడే మార్గాలను ప్రారంభ దశలో కాదు, ఆ హుక్లో ఉంచండి.
హక్కులు: పట్టికను ఎవరు మార్చవచ్చు
Windows రౌటింగ్ పట్టికను మార్చడానికి ఎలివేటెడ్ టోకెన్ అవసరం. సాధారణ వినియోగదారు ప్రారంభించిన GUI సేవ ద్వారా అడాప్టర్ చిరునామాను సెట్ చేయగలదు, అయినా మార్గాన్ని జోడించలేకపోవచ్చు. అప్పుడు లాగ్ తప్పిపోయిన నెట్టుకు బదులు ప్రవేశం నిరాకరించబడింది శైలి లోపాన్ని చూపుతుంది.
GUI ను నిర్వాహకుడిగా ప్రారంభించడం, లేదా సేవ ఆధారిత క్లయింట్ను ఉపయోగించడం, ఆ ఫలితాన్ని మారుస్తుంది. అవసరమైన టోకెన్ లేకుండా క్లయింట్ను ప్రారంభించే షెడ్యూల్ చేసిన పని అలా చేయదు.
ఏదైనా మార్చే ముందు క్లయింట్ వాస్తవానికి ఏ ఖాతాలో నడుస్తుంది అని తనిఖీ చేయండి. వెర్షన్ మరియు సేవ మోడ్ ఏ కారణాలు సాధ్యమో నిర్ణయిస్తాయి, కాబట్టి రెండింటినీ మార్గ అవుట్పుట్ పక్కన నమోదు చేయండి.
విధానం: నెట్టిన మార్గాలను ఉద్దేశపూర్వకంగా తొలగించవచ్చు
route-nopull సర్వర్ నెట్టే మార్గాలను, నెట్టిన డిఫాల్ట్ మార్గంతో సహా, క్లయింట్ పట్టించుకోకుండా చేస్తుంది, అయితే టన్నెల్ చిరునామా ఇప్పటికీ అంగీకరించబడుతుంది. నెట్టిన DNS మరియు DHCP ఎంపికలు అదే ఆదేశంతో తొలగించబడతాయి. అలాంటి క్లయింట్ లోపభూయిష్టం కాదు; అది తన కాన్ఫిగరేషన్లో స్పష్టమైన మార్గ పంక్తులను ఆశిస్తుంది.
route-noexec వేరే నియంత్రణ: క్లయింట్ మార్గ మార్పులను అసలు అమలు చేయకుండా ఆపుతుంది. క్లయింట్ మ్యాప్ చేయలేని టోపాలజీ కూడా ఇలాంటి ఫలితాన్ని ఇవ్వవచ్చు, మరియు మార్గం జోడించబడినట్లు కాకుండా తిరస్కరించబడినట్లు నమోదవుతుంది. మూడింటిలో ఏది వర్తిస్తుందో ఊహించడం బదులు నిర్ణయాన్ని తెలిపే లాగ్ పంక్తిని చదవండి. ఆ తర్వాత ప్రభావవంతమైన ప్రొఫైల్ను తనిఖీ చేయండి, ఎందుకంటే దిగుమతిదారు లేదా నిర్వహణ సాధనం వినియోగదారు ఎప్పుడూ సవరించని ఎంపికలను జోడించవచ్చు.
వచన సంపాదకంలో శుభ్రంగా కనిపించే ప్రొఫైల్ రన్టైమ్లో జోడించిన ఆదేశాన్ని కలిగి ఉండవచ్చు.
నెట్టే జాబితాను పట్టికతో పోల్చండి
కనెక్ట్ అయిన తర్వాత సర్వర్ నెట్టే జాబితాను క్లయింట్ పట్టిక పక్కన ఉంచండి. Linux లో అది ip route show dev tun0; Windows లో route print లేదా Get-NetRoute. మార్గం లేకుంటే మొదట ఇన్స్టాల్ను సరిచేయండి. అది ఉన్నా ట్రాఫిక్ విఫలమైతే ఫార్వార్డింగ్ మరియు ఫైర్వాల్ విధానానికి వెళ్లండి.
క్లయింట్ వెర్షన్, అది నడిచే ఖాతా మరియు సేవ ఆధారితమా అనేది నమోదు చేయండి. ఆ మూడు వాస్తవాలు ఏ కారణాలు మినహాయించబడ్డాయో తదుపరి వ్యక్తికి చెబుతాయి.