Mac VPN utun இடைமுகம் இயங்குகிறது ஆனால் போக்குவரத்து தோல்வியடைகிறதா? ifconfig சரிபார்க்கவும்

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

utun வரியில் உண்மையில் என்ன இருக்கிறது

முழுப் படத்தை வேண்டும்போது ifconfig -a இயக்கவும். வாதங்கள் இல்லாமல் அழைக்கப்படும்போது, ifconfig தற்போது இயங்கும் இடைமுகங்களை மட்டுமே அச்சிடுகிறது, அதனால்தான் தொடங்கத் தவறிய சுரங்கப்பாதை மக்கள் டிக்கெட்டுகளில் ஒட்டும் வெளியீட்டில் இல்லாமல் போகலாம். ifconfig -l பெயர்களை மட்டுமே திருப்பித் தருகிறது, இணைத்த பிறகு புதிய utun தோன்றியதா என்பதை அறியும் விரைவான வழி அதுவே.

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

utun4: flags=8051<UP,POINTOPOINT,RUNNING,MULTICAST> mtu 1380
    inet 10.8.0.6 --> 10.8.0.5 netmask 0xffffffff
    inet6 fe80::ce81:b1c:bd2c:69e%utun4 prefixlen 64 scopeid 0x15

மூன்று புலங்கள் பதிலைச் சுமக்கின்றன. UP மற்றும் RUNNING கர்னல் இடைமுகத்தைப் பயன்படுத்தத் தயாராக இருப்பதாகக் கூறுகின்றன. POINTOPOINT உடன் --> சக முகவரி இயற்பிய இணைப்பல்ல, சுரங்கப்பாதையின் கையொப்பம். mtu மதிப்பு "இணைக்கிறது, பிறகு நிற்கிறது" என்ற அறிக்கைகளின் முழு வகுப்பையும் விளக்குகிறது, ஏனெனில் utun இடைமுகங்கள் பொதுவாக குறைக்கப்பட்ட MTU-வுடன் எழுகின்றன, பல macOS கட்டுமானங்களில் 1380, கிளையண்ட் அதை மீறலாம். புலப் பட்டியல் ஒரு முறை பார்வையிடும் அளவுக்குச் சிறியது, Apple வழங்கும் ifconfig கையேட்டில்.

இடைமுகத்தின் பின்னால் உள்ள செயல்முறையைக் கண்டறியுங்கள்

ifconfig உரிமையாளர் பயன்பாடு என்ற கருத்து இல்லை. இரண்டு VPN கிளையண்டுகள், ஒரு கணினி சேவை மற்றும் கடந்த வாரத்திலிருந்து மீதமான சுரங்கப்பாதை அனைத்தும் இந்த மட்டத்தில் ஒரே மாதிரியாகத் தெரியும் பதிவுகளை உருவாக்குகின்றன. என் சொந்த Mac-இலும், utun0 முதல் utun3 வரை நான் எதையும் அமைப்பதற்கு முன்பே இருந்தன; Continuity மற்றும் iCloud Private Relay-ம் சுரங்கப்பாதைகளைப் பயன்படுத்துகின்றன, அவற்றில் எதுவும் நீங்கள் கண்டறியும் இணைப்பு அல்ல.

கணினியில் உள்ளமைவைப் பதிவு செய்யும் சுரங்கப்பாதைகளுக்கு, scutil --nc list வேகமான தொடர்பு, அது ஒவ்வொரு உள்ளமைவையும் அதன் நிலை மற்றும் சேவை ID-யுடன் அச்சிடுகிறது, இணைக்கப்பட்டது அப்படியே குறிக்கப்படுகிறது.

scutil --nc list
* (Connected)   5F2A9C10-...   VPN  Work IKEv2

உள்ளமைவைப் பதிவு செய்யாமல் தங்கள் சொந்த சுரங்கப்பாதைச் செயல்முறையை இயக்கும் கிளையண்டுகள் அங்கு ஒருபோதும் தோன்றுவதில்லை. Tunnelblick மற்றும் கட்டளை வரி openvpn நிகழ்வு அந்தக் குழுவில் வரும், எனவே செயல்முறை அட்டவணையையும் சரிபார்க்கவும்: ps -Ao pid,comm | grep -i openvpn. ஒரு செயல்முறை சுரங்கப்பாதையை வைத்திருக்கும்போது, utun எண் அந்தச் செயல்முறைக்கு மட்டுமே சொந்தம், வேறு எதற்கும் அல்ல.

வழியைச் சோதிக்கும் முன் முகவரியைச் சோதியுங்கள்

பயன்படுத்தக்கூடிய முகவரி இல்லாமல் இடைமுகம் இயங்கலாம். IPv6-மட்டும் சுயவிவரம் இணைப்பு-உள்ளூர் fe80:: பதிவைக் காட்டுகிறது, inet வரியில் எதுவும் இல்லை, தள்ளப்பட்ட முகவரியைப் பயன்படுத்தத் தவறிய கிளையண்டும் அதே வடிவத்தையே விட்டுச் செல்கிறது. உங்கள் இலக்கு IPv4 ஆகவும் சுரங்கப்பாதையில் IPv4 முகவரி இல்லாவிட்டாலும், வழிமாற்றுக் கேள்வி ஏற்கனவே தீர்க்கப்பட்டது.

MTU தனி சோதனைக்குத் தகுதியானது, ஏனெனில் இந்தத் தோல்வி அளவுப் பிரச்சினை போலத் தெரியவில்லை. அங்கீகாரம் பெற்று பெரிய பரிமாற்றம் தொடங்கியதும் அமைதியாகும் இணைப்பு போலத் தெரிகிறது. துண்டாக்கப்படக்கூடாத ஒரு ஆய்வை, பாக்கெட் இடைமுக MTU-வுக்குப் பொருந்தும் அளவில் அனுப்புங்கள்; MTU 1400 ஆக இருந்தால் பேலோட் 1372 பைட்டுகள்:

ping -D -s 1372 10.8.0.5

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

இலக்கு சுரங்கப்பாதையைத் தேர்ந்தெடுப்பதை நிரூபியுங்கள்

முக்கியமான கேள்வி utun4 இருக்கிறதா என்பதல்ல, ஒரு குறிப்பிட்ட முகவரிக்கான போக்குவரத்து அதன் வழியாக வெளியேறுகிறதா என்பதுதான். route -n get அதற்கு ஒரு இலக்குக்குப் பதிலளித்து, பயன்படுத்தும் நுழைவாயில் மற்றும் இடைமுகத்தை அச்சிடுகிறது:

route -n get 203.0.113.20
  gateway: 10.8.0.5
  interface: utun4

அதே கட்டளை en0 என்று தெரிவித்தால், உங்கள் split tunneling உள்ளமைவு சொன்னதைச் செய்கிறது, இடைமுகத்தை எவ்வளவு சோதித்தாலும் அது மாறாது. netstat -rn -f inet பயன்படுத்துங்கள் இயல்புநிலை வழியும் முழு அட்டவணையும் ஒரே பார்வையில் தேவைப்படும்போது.

பாக்கெட்டுகள் உண்மையில் நகர்கிறதா என்பதை கவுண்டர்கள் தீர்மானிக்கின்றன. netstat -ib utun பதிவுகள் உட்பட ஒவ்வொரு இடைமுகத்தின் பாக்கெட் மற்றும் பைட் மொத்தங்களைத் தெரிவிக்கிறது; எண்கள் கூட்டுத்தொகை, எனவே இடைவெளியுடன் இரண்டு முறை படித்து ஒப்பிடுங்கள்:

netstat -ib | grep utun4

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

utun முற்றிலும் தோன்றாதபோது

வெற்றிபெற்றதாகத் தோன்றிய உள்நுழைவுக்குப் பின் இடைமுகப் பட்டியல் காலியாக இருந்தால், பொதுவாக சுரங்கப்பாதை தொடங்கவே இல்லை என்று பொருள், ifconfig அதை மறைக்கிறது என்று அல்ல. கிளையண்டின் சொந்த நிலையைப் பாருங்கள், பிறகு கணினியின் நிலையை: ஒருபோதும் அனுமதிக்கப்படாத அல்லது புதுப்பிப்புக்குப் பின் macOS முடக்கிய Network Extension பின்னால் எந்த இடைமுகத்தையும் விட்டுச் செல்லாது. அனுமதி System Settings-இல், Login Items & Extensions-க்குக் கீழே உள்ளது, அங்குள்ள பழைய பதிவை எதையும் மீண்டும் நிறுவுவதற்கு முன் ஒருமுறை மீண்டும் இயக்குவது மதிப்புள்ளது.

utun எண்ணிடுதல் மீண்டும் இணைக்கும்போது நிலையானது அல்ல. பத்து நிமிடங்களுக்கு முன் utun5 இருந்த இடத்தில் utun4 வரலாம், ஏனெனில் பழைய இடைமுகம் அகற்றப்பட்டு கர்னல் அடுத்த இலவச குறியீட்டை வழங்குகிறது. பெயரைக் கடினமாக எழுதும் ஸ்கிரிப்டுகள் அந்தக் கணத்தில் அமைதியாக உடைகின்றன; அதற்குப் பதிலாக முகவரி அல்லது வழியில் பொருத்துங்கள்.

படிக்கும் பக்கத்தை படிக்க-மட்டும் வைத்திருங்கள். sudo ifconfig utun4 down சுரங்கப்பாதையை இடைநிறுத்துகிறது, முழு-சுரங்கப்பாதை சுயவிவரத்தில் அது உங்கள் தொலை அமர்வையும் எடுத்துச் செல்கிறது, ஆவணங்களைச் சேகரிக்கும்போது அது மோசமான பரிமாற்றம். இங்கே தேவையான எதற்கும் root தேவையில்லை: கொடிகள், முகவரிகள் மற்றும் கவுண்டர்களைப் படிப்பது உங்கள் சாதாரண பயனருடன் வேலை செய்கிறது.

அடுத்த முறை Mac சுரங்கப்பாதை தவறாக நடந்துகொள்ளும்போது சோதனைகளை வரிசையாகச் செய்யுங்கள்: ifconfig -l உடன் utun வந்ததா என்பதை உறுதிசெய்து, அதன் கொடிகள், முகவரிகள் மற்றும் MTU-வைப் படியுங்கள், அதை ஒரு செயல்முறைக்குக் கூறுங்கள், route -n get இலக்கு எந்த இடைமுகத்தைப் பயன்படுத்துகிறது என்று கேளுங்கள், பிறகு netstat -ib நகர்வதைப் பாருங்கள். ஒவ்வொரு படியும் வேறு அடுக்கை நீக்குகிறது, முதலில் தவறாக வரும் படியே சரிசெய்ய வேண்டிய இடம்.