Charles மூடப்பட்டது, ஆனால் உங்கள் Mac இன்னும் 127.0.0.1-ஐ நோக்கியே உள்ளது

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

முதல் தாவல் இந்த Mac தான், சேவையகம் அல்ல

முகவரியை நேரடியாகப் படியுங்கள்: 127.0.0.1 உங்கள் முன் இருக்கும் இயந்திரம், மேலும் போர்ட் என்பது ப்ராக்ஸி கருவி கேட்க அமைக்கப்பட்ட போர்ட் ஆகும். அந்தக் கேட்பான் இல்லாதபோது, இணைப்பு நேர முடிவுக்குப் பதிலாக மறுக்கப்பட்ட இணைப்புடன் உடனடியாகத் தோல்வியடைகிறது, அதுவே பயனுள்ள துப்பு.

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

படி 1: தற்போதைய ப்ராக்ஸி நிலையைப் படியுங்கள்

படிக்க-மட்டும் காட்சியில் தொடங்குங்கள், ஏனெனில் எந்தப் பயன்பாடும் அதை விளக்குவதற்கு முன் கணினி எதை நம்புகிறது என்பதை அது சொல்கிறது:

scutil --proxy

பாருங்கள் HTTPEnable, HTTPProxy, HTTPPort, HTTPS சமன்கள், மற்றும் அதன் URL உடன் எந்த ProxyAutoConfigEnable. எதுவும் கேட்காத போர்ட்டுடன் இயக்கப்பட்ட ப்ராக்ஸி உங்கள் பிழை. PAC URL என்பது மற்றொரு வடிவம்: கோரிக்கை நேரத்தில் கோப்பு ப்ராக்ஸியைத் தேர்ந்தெடுப்பதால், தெரியும் கைமுறை முகவரி இல்லாமலே அமைப்பு செயலில் இருக்கலாம்.

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

படி 2: அமைப்பின் உரிமையாளர் யார் என்று கண்டறியுங்கள்

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

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

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

படி 3: மிகக் குறுகியதை மாற்றுங்கள்

குறிப்பிட்ட சேவைக்கான குறிப்பிட்ட விரும்பத்தகாத உள்ளீட்டை முடக்குங்கள். ஒவ்வொரு சேவையையும் மாற்ற வேண்டாம், முழு ப்ராக்ஸி பேனலையும் காலி செய்ய வேண்டாம், ஏனெனில் VPN சேவையும் அடிப்படை Wi-Fi சேவையும் தனித்தனி அமைப்புகளை வைத்திருக்கின்றன, அவற்றில் ஒன்று சரியாக இருக்கலாம்.

ப்ராக்ஸி வேண்டுமென்றே தேவைப்பட்டால், கொள்கையை நீக்குவதற்குப் பதிலாக அதன் அங்கீகரிக்கப்பட்ட கேட்பானைத் தொடங்குங்கள். ப்ராக்ஸி இணையத்திற்கான ஒரே வழியாகவும் VPN இரண்டாவது, குறுகிய வழியாகவும் இருக்கும் நிறுவனங்களில் இந்த வேறுபாடு முக்கியம்.

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

படி 4: ப்ராக்ஸி போய்விட்டது, இன்னும் தோல்வியடைந்தால்

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

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

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

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