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-க்குப் பின்னால் ஓடுவது அமர்வை வீணாக்குகிறது.

மாற்று நிரூபிக்கப்படும் வரை அசல் சுயவிவரத்தையும் இயங்கும் கட்டமைப்பையும் வைத்திருங்கள். கிளையண்ட் மாற்றத்தை மீளச் செய்வது வேகம்; யாரோ ஊகத்தில் பிரித்த பாலமிட்ட நெட்வொர்க்கை மீண்டும் கட்டுவது அவ்வளவு வேகமல்ல.