macOS లో OpenVPN TAP: డీబగ్ చేయడానికి ముందు క్లయింట్‌ను తనిఖీ చేయండి

పాత ప్రొఫైల్ ఆధునిక Mac కు వస్తుంది, క్లయింట్ దానిని ఎలాంటి ఫిర్యాదు లేకుండా దిగుమతి చేసుకుంటుంది, మరియు కనెక్షన్ తెగిపోతుంది లేదా ట్రాఫిక్ ఎప్పటికీ దాటదు. సర్టిఫికెట్ల కోసం పూర్తి మధ్యాహ్నం గడపడానికి ముందు ప్రొఫైల్‌లోని పరికర పంక్తిని చదవండి. అక్కడ dev tap అని ఉంటే, మీరు క్లయింట్‌ను Ethernet శైలి ఇంటర్‌ఫేస్ అడుగుతున్నారు, మరియు macOS లో ఇలాంటి సెషన్లలో చాలావరకు ఆ అభ్యర్థనతోనే ముగుస్తాయి.

దశ 1: ప్రొఫైల్ నిజంగా TAP అడుగుతోందని నిర్ధారించండి

ప్రొఫైల్‌ల పేర్లు మారుతాయి, చుట్టబడతాయి మరియు మళ్లీ ఎగుమతి అవుతాయి, కాబట్టి మీరు నిజంగా దిగుమతి చేసిన ఫైల్‌ను తనిఖీ చేయండి. పరికర సూచనను మరియు దానిని భర్తీ చేయగల ఏదైనా include ను వెతకండి. చాలా సందర్భాలలో అవుట్‌పుట్‌లోని రెండు పంక్తులు ప్రశ్నను పరిష్కరిస్తాయి. dev మరియు dev-type రెండూ కనిపించినప్పుడు తరువాతి సూచన గెలుస్తుంది, మరియు కాపీ చేసిన ప్రొఫైల్ దాచేది సరిగ్గా అలాంటి వివరమే.

grep -nE "^[[:space:]]*(dev|dev-type)[[:space:]]" client.ovpn
ls -l ~/Library/Application\ Support/ 2>/dev/null

ఫైల్‌లో dev tap లేదా dev tap0 ఉంటే, క్లయింట్ TAP ఇంటర్‌ఫేస్‌ను అమలు చేయాలి. అందులో dev tun ఉంటే, ఈ వ్యాసంలోని మిగిలిన భాగం వర్తించదు మరియు వైఫల్యం మరెక్కడో ఉంది.

క్లయింట్ పేరు మరియు సంస్కరణ, macOS సంస్కరణ మరియు ప్రొఫైల్ ఎక్కడి నుంచి వచ్చిందో రాసుకోండి. ఆ మూడు వాస్తవాలే క్రింది రెండు మార్గాలలో ఏది సాధ్యమో నిర్ణయిస్తాయి.

దశ 2: పరికర మోడ్ నిజంగా ఏమి మారుస్తుందో తెలుసుకోండి

TUN ఇంటర్‌ఫేస్ IP ప్యాకెట్లను తీసుకువెళుతుంది. క్లయింట్ IP తోటి వ్యక్తికి చిరునామా చేసిన ప్యాకెట్లను చదువుతుంది మరియు రాస్తుంది, మరియు ఆపరేటింగ్ సిస్టమ్ వాటిని ఇతర ఇంటర్‌ఫేస్‌లా మార్గనిర్దేశం చేస్తుంది.

TAP ఇంటర్‌ఫేస్ Ethernet ఫ్రేమ్‌లను తీసుకువెళుతుంది, వాటిలో ప్రసారం మరియు ARP కూడా ఉంటాయి. ఇదే బ్రిడ్జ్ చేసిన సర్వర్ DHCP ద్వారా చిరునామాలను పంపిణీ చేయడానికి మరియు క్లయింట్ అరిచి పరికరాలను కనుగొనడానికి అనుమతిస్తుంది, అందుకే కొన్ని పాత నమూనాలు దానిపై ఆధారపడతాయి.

ధర ఏమిటంటే, TAP కి సిస్టమ్‌కు Ethernet ఇంటర్‌ఫేస్‌ను చూపించే డ్రైవర్ అవసరం. పాత Mac TAP డ్రైవర్లు ఆధారపడిన కెర్నల్ ఎక్స్‌టెన్షన్ నమూనాను Apple నిలిపివేసింది, దాని ప్రత్యామ్నాయ API దానిని ఉపయోగించడానికి ఎప్పుడూ నవీకరించని క్లయింట్లలో మాయాజాలంగా కనిపించదు. వేదిక సామర్థ్యం మరియు పంపిన ఉత్పత్తి రెండు వేర్వేరు విషయాలు.

దశ 3: సరిపోయే క్లయింట్ మరియు మార్పిడి మధ్య ఎంచుకోండి

రెండు నిజాయితీ మార్గాలు ఉన్నాయి. మొదటిది, మీ macOS సంస్కరణ మరియు హార్డ్‌వేర్ కోసం అవసరమైన TAP ఏర్పాటును మద్దతు ఇస్తుందని ప్రచురణకర్త ప్రకటించే క్లయింట్. నాలుగు సంవత్సరాల క్రితం ఫోరమ్ పోస్ట్ కాదు, ఆర్కైవ్ చేసిన ఇన్‌స్టాలర్ కాదు: ప్రస్తుత ప్రకటన మరియు ఒక పరీక్ష కనెక్షన్.

రెండవది సేవను TUN కు మార్చడం, అది క్లయింట్ మార్పు అంతే సర్వర్ మార్పు కూడా. దానికి మార్గనిర్దేశిత టోపాలజీ, చిరునామాల పూల్, దూర నెట్‌వర్క్‌ల కోసం నెట్టిన మార్గాలు మరియు ఆ నెట్‌వర్క్‌ల నుంచి పూల్‌కు తిరిగి వచ్చే మార్గం అవసరం.

పని చేయనిది, మీ స్థానిక కాపీలో tap ను tun గా మార్చి ఆశించడం. సర్వర్ ఇంకా బ్రిడ్జ్ చేస్తోంది, క్లయింట్ ఇప్పుడు IP మాట్లాడుతోంది, ఏదీ సరిపోలడం లేదు.

దశ 4: నడుస్తున్న సేవను మార్చే ముందు వాస్తవాలను సేకరించండి

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

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

వాటికి సమాధానాలే మీరు ఈ మధ్యాహ్నం క్లయింట్ సమస్యను పరిష్కరిస్తున్నారా లేదా వచ్చే వారం నెట్‌వర్క్ మార్పును ప్రణాళిక చేస్తున్నారా అని నిర్ణయిస్తాయి.

దశ 5: రెండు చివరల నుంచి మార్పిడిని ధృవీకరించండి

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

తర్వాత మునుపు Ethernet ప్రవర్తనపై ఆధారపడినదాన్ని పరీక్షించండి. ఒక యాప్ ప్రసారం ద్వారా పరికరాలను కనుగొన్నట్లయితే, మార్గనిర్దేశిత టన్నెల్ ద్వారా వాటిని కనుగొనదు, క్లయింట్ కాన్ఫిగరేషన్ ఎంత మార్చినా అది తిరిగి రాదు. ఆ యాప్‌కు తెలిసిన చిరునామా, స్థానిక సహాయక హోస్ట్ లేదా వేరే కనుగొనే పద్ధతి అవసరం.

ఒకసారి తిరిగి కనెక్ట్ అయి ఒకసారి రీబూట్ చేసి ముగించండి, ఎందుకంటే మొదటి ప్రయత్నంలో మాత్రమే పని చేసే ప్రొఫైల్ సాధారణంగా నెట్టిన మార్గాలు లేదా DNS సెట్టింగ్ తిరిగి కనెక్ట్ అయ్యేటప్పుడు వర్తించడం లేదని అర్థం.

ఇప్పటికీ విఫలమైతే, మొదటి లోపాన్ని చదవండి

ఇంటర్‌ఫేస్‌ను సృష్టించలేని క్లయింట్ దానిని తన లాగ్‌లో చెబుతుంది, సాధారణంగా మొదటి కొన్ని పంక్తుల్లో. దానిని సృష్టించి తర్వాత ప్రామాణీకరణలో విఫలమయ్యే క్లయింట్ పరికర ప్రశ్నను చాలా కాలం క్రితమే దాటింది, TAP వెంట పడటం సెషన్‌ను వృథా చేస్తుంది.

ప్రత్యామ్నాయం నిరూపించబడే వరకు అసలు ప్రొఫైల్ మరియు పని చేసే కాన్ఫిగరేషన్‌ను ఉంచండి. క్లయింట్ మార్పును వెనక్కి తీసుకోవడం వేగం; ఎవరో ఊహపై విచ్ఛిన్నం చేసిన బ్రిడ్జ్ నెట్‌వర్క్‌ను మళ్లీ నిర్మించడం అంత వేగం కాదు.