OpenVPN இயந்திரமா Tunnelblick-ஆ: Mac VPN அமர்வு யாருக்கு சொந்தம்?

Homebrew OpenVPN நிரலை நிறுவுகிறது; Tunnelblick ஒன்று அல்லது பல இயந்திரங்களை இயக்கும் மேலாளரை நிறுவுகிறது. இவை வெவ்வேறு அடுக்குகள், பயனுள்ள கேள்வி முனையத்தைப் பயன்படுத்த விருப்பமா என்பது அல்ல. அமைப்பு, DNS மாற்றங்கள், சான்று கோரிக்கை மற்றும் அமர்வு முடிந்ததும் சுத்தம் செய்வது யாருக்கு சொந்தம் என்பதே. இந்த அடுக்குகளுக்கு ஒரே உரிமையாளர் இருப்பதே அமைப்பை முன்னறியக்கூடியதாக்குகிறது.

கீழேயுள்ள ஐந்து சோதனைகளை வரிசையாகச் செய்யுங்கள். இரண்டு உரிமையாளர்களைக் கொண்ட முதல் சோதனையே, மக்கள் OpenVPN-ஐயே குறை கூறும் விசித்திரமான பாதி-இணைந்த நிலைகளை உருவாக்குகிறது. ஒவ்வொரு சோதனையும் அதைத் தீர்க்கும் ஆதாரத்தைக் கூறுகிறது.

முதல் சோதனை: எந்த OpenVPN பைனரி உண்மையில் இயங்குகிறது

இணைந்திருக்கும்போது pgrep -fl openvpn இயக்கி முழு கட்டளை வரியையும் படியுங்கள். முதல் பாதையே உண்மையில் இயங்கும் இயந்திரம். Apple Silicon-இல் Homebrew நிறுவல் பொதுவாக /opt/homebrew கீழ் இருக்கும், Intel Mac /usr/local பயன்படுத்தும், Tunnelblick தன் சொந்த பயன்பாட்டுத் தொகுப்பின் உள்ளேயிருந்து இயந்திரத்தை இயக்குகிறது.

Tunnelblick இயந்திரங்களைத் தொகுத்து, அமைப்பு அவற்றில் ஒன்றைத் தேர்ந்தெடுக்க அனுமதிக்கிறது. Homebrew சூத்திரத்தைப் புதுப்பிப்பது தனித்த பைனரியை மாற்றுகிறது, Tunnelblick சுயவிவரம் தொடங்கும் இயந்திரத்தை அல்ல. நடத்தை வேறுபாட்டை விளக்க பதிப்புகளை ஒப்பிடுவதானால், தொகுப்பு மேலாளரில் உள்ள இயந்திரத்தை அல்ல, செயல்முறை பட்டியலில் உள்ள இயந்திரத்தை ஒப்பிடுங்கள். பதிப்பு சரம் மட்டும் அந்த இயந்திரம் எந்த சுயவிவரத்தை ஏற்றியது என்பதைச் சொல்லாது.

நகலெடுத்த சுயவிவரம் வெவ்வேறு கோப்புகளைப் படிக்கும்போதும் இரண்டு இயந்திரங்களை ஒரே மாதிரியாகக் காட்டலாம். கட்டளை வரியில் உள்ள சுயவிவரப் பாதை இயங்கும் செயல்முறை எந்த அமைப்பை ஏற்றியது என்பதைச் சொல்கிறது; தொகுப்பியில் திறந்த சுயவிவரம் ஆதாரம் அல்ல. நடத்தையை ஒப்பிடும் முன் அந்தப் பாதையை ஒப்பிடுங்கள்.

இரண்டாம் சோதனை: DNS மற்றும் பாதைகளை யார் மாற்றுகிறார்

இயந்திரம் OpenVPN-இன் சொந்த up மற்றும் down கட்டளைகளை இயக்கலாம், ஆனால் அதே வாழ்க்கைச் சுழற்சியை மேலாளர் வைத்திருக்கலாம். Tunnelblick-இன் பெயர் சேவையக அமைப்புகள் அதன் நிலையான இணைப்பு மற்றும் துண்டிப்பு ஸ்கிரிப்டுகளைக் கட்டுப்படுத்துகின்றன, அந்த ஒருங்கிணைப்பு இயக்கத்தில் இருக்கும்போது சுயவிவரத்தில் உள்ள போட்டி கட்டளைகள் புறக்கணிக்கப்படலாம்.

இது முக்கியம், ஏனெனில் வேலை செய்யும் சுரங்கப்பாதை அடிக்கடி உடைந்ததாகத் தெரிவது DNS-இல்தான். இணைந்திருக்கும்போது scutil --dns சரிபார்த்து, எந்தத் தீர்வி முதலில் வருகிறது எனக் குறித்து, துண்டித்த பிறகு அது திரும்பி வருவதை உறுதிப்படுத்துங்கள். சுயவிவரம் தானே DNS அமைக்க எதிர்பார்க்கும்போது மேலாளரும் அதை நிர்வகித்தால், இருவரில் ஒருவர் தோற்பார்.

முதல் இணைப்புக்கு முன் எந்த அடுக்கு DNS-ஐ வைத்திருக்கிறது என முடிவு செய்து, இரண்டையும் வைத்திருப்பதற்குப் பதிலாக தோற்கும் கட்டளையை அகற்றுங்கள். பாதை மாற்றங்களும் அதே விதியைப் பின்பற்றுகின்றன: ஒரு உரிமையாளர், அமைப்பில் தெரியும், ஆவணப்படுத்தப்பட்ட மீட்டெடுப்புப் பாதையுடன்.

மூன்றாம் சோதனை: சான்றுகள் எங்கிருந்து வருகின்றன

ஊடாடும் கோரிக்கைக்கும் மனித கண்காணிப்பற்ற செயல்முறைக்கும் வெவ்வேறு தேவைகள் உள்ளன. ஒரு பயன்பாடு சேமித்த சான்று மற்றொரு செயல்முறைக்குத் தானாகக் கிடைக்காது, மேலாளருக்கு வரம்புடைய விசைத்தொடர் உருப்படி ஷெல்லிலிருந்து தொடங்கிய தனித்த இயந்திரத்திற்குப் புலப்படாமல் இருக்கலாம்.

சுயவிவரத்திற்கான சான்று மூலத்தைப் பட்டியலிடுங்கள்: வாடிக்கையாளர் சான்றிதழ் மற்றும் விசை, பயனர் பெயர் மற்றும் கடவுச்சொல் கோரிக்கை, அல்லது வெளிப்புற உதவியாளர் வழங்கும் டோக்கன். பின்னர் இணைப்பு மறுதொடக்கத்தைத் தாண்டி நீடிக்க வேண்டுமானால், தேர்ந்தெடுத்த உரிமையாளர் மனிதர் இல்லாமல் அந்த மூலத்தை அடைய முடியுமா என உறுதிப்படுத்துங்கள்.

நான்காம் சோதனை: செயல்முறையை யார் தொடங்கி, கண்காணித்து, நிறுத்துகிறார்

தனித்த நிறுவல் தொடர்ந்து இயங்க வேண்டுமானால் ஒரு கண்காணிப்பாளர் தேவை. Launchd உள்நுழைவின் போது அல்லது கோரிக்கையின் பேரில் இயந்திரத்தைத் தொடங்கலாம், செயலிழப்புக்குப் பின் மீண்டும் இயக்கலாம், சுத்தமாக நிறுத்தலாம், ஆனால் யாரோ அந்த வேலையை எழுதி அதைச் சொந்தமாக்க வேண்டும். முனையத்தில் கட்டளையை இயக்குவது சோதனைக்குப் பொருந்தும், சாளரத்தை மூடும் பயனருக்கு அல்ல.

Tunnelblick உரிமையாளராகத் தொடர்ந்தால், இரண்டாவது இயந்திரத்தைத் தொடங்குவதற்குப் பதிலாக அதன் ஆதரிக்கப்பட்ட கட்டுப்பாடுகளைப் பயன்படுத்துங்கள். Homebrew பைனரி நகலெடுத்த சுயவிவரத்தைப் பெற்றதும், தற்போதைய Tunnelblick அமர்வுக்குக் கட்டளையிடுவதற்குப் பதிலாக தன் சொந்த அமைப்பு மற்றும் ஒருங்கிணைப்புச் சூழலுடன் தனித்த இணைப்பைத் திறக்கிறது.

எந்த உரிமையாளரைத் தேர்ந்தெடுத்தாலும், உறக்கம், வலையமைப்பு மாற்றம் மற்றும் வெளியேறுதல் ஆகியவற்றில் என்ன நடக்கிறது என்பதை வரையறுங்கள். மேலாளர் பொதுவாக அந்த நிகழ்வுகளைக் கையாள்கிறார்; வெறும் செயல்முறை பொதுவாகக் கையாள்வதில்லை, அதனால் உருவாகும் பழைய பாதை அல்லது தீர்வி சேவையகக் கோளாறாகத் தவறாகப் படிக்கப்படுகிறது.

ஐந்தாம் சோதனை: ஒப்படைப்பு எவ்வாறு சரிபார்க்கப்படுகிறது

பழைய உரிமையாளரை முடக்கி புதிய உரிமையாளரைச் சோதித்து, பழையதை வைத்திருக்கத் திட்டமிட்டால் அதையும் மீண்டும் சோதியுங்கள். ஒரு பணிப்பாய்வில் பதிலளிக்கும் ஆனால் மற்றொன்றில் பதிலளிக்காத தனியுரிம வளம், காணாமல் போன ஒருங்கிணைப்பின் ஆதாரம், சேவையகத்தின் அல்ல.

தனித்த இயந்திரத்திற்கு ஒப்படைப்புக்கு சுயவிவரப் பாதை, பைனரிப் பாதை, கண்காணிப்பாளர், DNS உரிமையாளர் மற்றும் சான்று மூலத்தைப் பதிவு செய்யுங்கள். பின்னர் அதே வரிசையில் தனியுரிம வளம், பொது இணையப் பாதை மற்றும் சுத்தமான துண்டிப்பைச் சரிபார்க்குங்கள். துண்டித்த பிறகு DNS அல்லது பாதைகள் எஞ்சினால், புதிய உரிமையாளர் முடிக்கப்படவில்லை.

Tunnelblick-க்கு ஒப்படைப்புக்கு அமைப்பிற்கான இயந்திரத்தைத் தேர்ந்தெடுத்து, நோக்கமிடப்பட்ட DNS ஒருங்கிணைப்பை இயக்கி, அதற்கு எதிராக இருக்கும் சுயவிவரக் கட்டளைகளை அகற்றுங்கள். பின்னர் அதே மூன்று சோதனைகளை மீண்டும் செய்யுங்கள். இயங்கும் ஆனால் தீர்வியை மாற்றியவாறு விடும் இணைப்பு, சுரங்கப்பாதை எழுந்தாலும் தோல்வியடைந்த ஒப்படைப்பே.

தொகுப்பாக்கம் சேவையக இணக்கத்தை முடிவு செய்யாது. சேவையின் சொந்த வாடிக்கையாளர் தேவைகளைச் சரிபார்த்து, அதன் நிர்வாகத்தை நீங்களே வழங்கப் போகும்போது மட்டுமே இயந்திரத்தை மட்டும் தேர்ந்தெடுங்கள்.