curl தொலை URL க்கு பதிலாக localhost உடன் ஏன் இணைகிறது

நீங்கள் கொடுத்த URL எதுவாக இருந்தாலும் curl localhost உடன் இணைய முயன்றால், VPN தொடங்குவதற்கு தவறான இடம். உள்ளூர் HTTP அல்லது SOCKS proxy தான் நோக்கமான முதல் இணைப்பாக இருக்கலாம், நீங்கள் விரும்பும் சேவை முற்றிலும் வேறு இடத்தில் இருந்தாலும். அந்த proxy இனி இயங்கவில்லை என்றால், curl இலக்கை அடைவதற்கு முன்பே localhost முயற்சி தோல்வியடைகிறது. proxy இன் பதிலும் இலக்கு பதிலளித்ததற்கான சான்று அல்ல.

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

முதலில் curl இன் சொந்த proxy விதிகளைப் படியுங்கள்

curl நெறிமுறை-சார்ந்த proxy மாறிகளைப் படிக்கிறது, எடுத்துக்காட்டாக https_proxy மற்றும் HTTPS_PROXY, மேலும் நெறிமுறை-சார்ந்த மதிப்பு எதுவும் பொருந்தாதபோது ALL_PROXY. curl ஐ உண்மையில் தொடங்கும் shell, சேவை அல்லது பணியின் சூழலைச் சரிபார்க்கவும், உங்கள் தற்போதைய முனையத்தின் சூழலை அல்ல. ஒரு CI பணி, ஒரு systemd அலகு மற்றும் ஒரு ஊடாடும் shell ஆகியவை மூன்று வெவ்வேறு தொகுப்புகளை மரபுரிமையாகப் பெறலாம். தெரியும் shell இலிருந்து ஊகிப்பதே இந்த விசாரணை ஒரு முழு பிற்பகலை வீணாக்குவதற்குக் காரணம்.

ஒரு விதிவிலக்கை நினைவில் வைக்கத் தகும். curl http_proxy ஐ சிறிய எழுத்துகளில் மட்டுமே ஏற்கிறது; பெரிய எழுத்து HTTP_PROXY புறக்கணிக்கப்படுகிறது, அதனால்தான் அதே சூழல் மற்ற கருவிகளில் வித்தியாசமாக நடந்துகொள்கிறது.

மதிப்புகளை தனிப்பட்ட முறையில் படியுங்கள், ஏனெனில் proxy URL பெரும்பாலும் சான்றுகளைக் கொண்டுள்ளது.

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

TLS இயக்கத்தில் வைத்து மூன்று அழைப்புகளை ஒப்பிடுங்கள்

மூன்று இயக்கங்களுக்கும் ஒரு அங்கீகரிக்கப்பட்ட கண்டறியும் இலக்கையும் அதே பைனரியையும் பயன்படுத்துங்கள்.

curl -v https://service.corp.example/status
curl -q -v https://service.corp.example/status
curl -q --proxy '' -v https://service.corp.example/status

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

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

ஒவ்வொரு முடிவும் எதை நீக்குகிறது

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

தனிப்பயன் நூலகம் ஏற்றப்படுதல் அல்லது செலுத்தப்பட்ட வலையமைப்பு நடத்தை பிந்தைய அடுக்கு, ஒரு சூழல் மாறி மட்டும் அதற்குச் சான்று அல்ல.

proxy முடிவை VPN இலிருந்து தனியாக வைத்திருங்கள்

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

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

தேர்ந்தெடுக்கப்பட்ட தனியார் இலக்குகளுக்கு மட்டும் நேரடி அணுகல் தேவைப்பட்டால், குறுகிய அங்கீகரிக்கப்பட்ட விலக்கைச் சேருங்கள், மற்ற அனைத்திற்கும் proxy ஐ வைத்திருங்கள். தேர்ந்தெடுத்த பாதையின் முதல் பிழையைப் பாதுகாக்கவும், ஏனெனில் localhost மறுப்பு, proxy CONNECT மறுப்பு, சான்றிதழ் தோல்வி மற்றும் அங்கீகாரப் பிழை ஆகியவை நான்கு வெவ்வேறு நிலைகளைக் குறிக்கின்றன.