இருக்கும் HTTP ப்ராக்ஸிக்கு SSH உள்ளூர் அனுப்பல்: இரண்டு loopback முகவரிகள்

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

நிலையான ப்ராக்ஸி ஏற்கனவே உள்ளதா என்பதை முடிவு செய்யுங்கள்

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

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

அனுப்பலை உருவாக்கி கட்டளையைப் படியுங்கள்

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

ssh -NT -o ControlPath=none -o ExitOnForwardFailure=yes \
  -L 127.0.0.1:13128:127.0.0.1:3128 [email protected]

-N தொலைக் கட்டளையை அடக்குகிறது, -T termios ஒதுக்கீட்டை அடக்குகிறது, ஏனெனில் உங்களுக்கு ஷெல் அல்ல, சுரங்கப்பாதை தேவை. முதல் loopback முகவரி மடிக்கணினி கேட்கும் இடம்; இரண்டாவதை SSH சேவையகம் தீர்மானிக்கிறது, எனவே அங்குள்ள 127.0.0.1 அந்த இயந்திரத்தின் ப்ராக்ஸியைக் குறிக்கிறது. ExitOnForwardFailure உள்ளூர் போர்ட் ஏற்கனவே எடுக்கப்பட்டிருந்தால் எதையும் அனுப்பாத அமர்வைத் தொடங்குவதற்குப் பதிலாக கட்டளையை சத்தமாக தோல்வியடையச் செய்கிறது. இலக்கு முகவரியை சேவையகம் தீர்மானிக்கும் விதத்திலேயே எழுதுங்கள், ஏனெனில் உங்கள் மடிக்கணினி மட்டுமே தீர்மானிக்கக்கூடிய பெயர் மறுபக்கத்தில் தோல்வியடையும்.

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

ஒரு பயன்பாட்டை அனுப்பலை நோக்கித் திருப்புங்கள்

http://127.0.0.1:13128 இல் HTTP ப்ராக்ஸியைப் பயன்படுத்த பயன்பாட்டை அமைக்கவும், தொலை ப்ராக்ஸி கேட்டால் சான்றுகளுடன். HTTPS இலக்குகளுக்கு பயன்பாட்டின் சொந்தச் சான்றிதழ் சரிபார்ப்பை வைத்திருங்கள், ஏனெனில் ப்ராக்ஸி சுரங்கப்பாதை அதை மாற்றாது. இது ஒரு சேவையின் நிலையான அனுப்பல், எனவே பயன்பாட்டுக்கு ப்ராக்ஸி இருப்பதைச் சொல்ல வேண்டும், அதைத் தானே கண்டறிய விடக்கூடாது.

எந்த நிரந்தர அமைப்புக்கும் முன் விரைவான சரிபார்ப்பு: curl -x http://127.0.0.1:13128 -I https://example.com, இது ப்ராக்ஸி ஆதரிக்க வேண்டிய HTTP CONNECT முறையைப் பயிற்சி செய்கிறது.

அதிகாரத்தை இருந்த இடத்திலேயே வையுங்கள்

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

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

இரு முனைகளையும் சரிபார்த்து பிறகு சுத்தம் செய்யுங்கள்

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

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