Squid இலிருந்து தேர்ந்தெடுக்கப்பட்ட HTTP கோரிக்கைகளை HTTPS க்கு திருப்பிவிடு

Squid ஒரு உலாவியைத் தேர்ந்தெடுக்கப்பட்ட HTTP URL ஐ HTTPS வழியாக மீண்டும் முயற்சிக்கச் சொல்லலாம். இலக்கு ஏற்கனவே தொடர்புடைய வளத்தை HTTPS வழியாக வழங்க வேண்டும்; Raspberry Pi இல் Squid இயக்குவது அந்த திறனை இணையதளத்தில் உருவாக்காது.

Squid 7 இன் url_rewrite_program இடைமுகத்திற்கு, helper இப்படிப்பட்ட கிளையண்ட் திருப்பிவிடலை வழங்கலாம்:

OK status=307 url="https://www.example.com/help"

இது பொருந்தும் கோரிக்கைக்கான ஒரு எடுத்துக்காட்டு helper பதில், முழுமையான helper நிரல் அல்ல. உலாவி திருப்பிவிடலைப் பெற்று HTTPS URL க்கு புதிய கோரிக்கையைச் செய்கிறது. மேம்படுத்தல் கொள்கைக்கு வெளியே உள்ள URL OK பெற்று மாற்றமின்றி இருக்கலாம்.

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

helper நிறுவப்பட்ட Squid பதிப்பின் நெறிமுறையின்படி ஒவ்வொரு உள்ளீட்டு வரிக்கும் பதிலளிக்க வேண்டும். ஒரே நேரத்தில் helper சேனல்கள் இயக்கப்பட்டிருந்தால், பதிலில் சேனல் அடையாளங்காட்டியைப் பாதுகாக்கவும். பழைய வெறும் 301:URL எடுத்துக்காட்டு தற்போதைய result-and-key/value வடிவத்துடன் பரிமாற்றம் செய்ய முடியாது.

உலாவி புதிய URL ஐ அறிந்திருக்க வேண்டியபோது கிளையண்ட் திருப்பிவிடலைத் தேர்ந்தெடுக்கவும். rewrite-url பதில் அதற்கு பதிலாக Squid ஐ கிளையண்டின் அசல் கோரிக்கைக்குப் பின்னால் வேறு URL ஐக் கொண்டு வரச் சொல்கிறது, இது பயன்பாட்டின் URL களையும் நிலையையும் சீரற்றதாக விடக்கூடும்.

ஆரம்ப HTTP கோரிக்கை helper திருப்பிவிட முடிவதற்கு முன்பே Squid ஐ அடைந்துவிட்டது. இந்தக் கொள்கை அந்தக் கோரிக்கையைப் பின்னோக்கிப் பாதுகாக்க முடியாது. TLS அடுத்த HTTPS இணைப்பில் தொடங்குகிறது; CONNECT சுரங்கப்பாதை மட்டும் எந்த குறியாக்கத்தையும் வழங்காது.