HTTP திட்டத்திற்கு HTTP ப்ராக்ஸி அமைப்பது HTTPS கோரிக்கையை அவசியமாக உள்ளமைக்காது. LWP இல், கோரப்பட்ட URL இன் திட்டமே எந்த ப்ராக்ஸி மேப்பிங் பயன்படுத்தப்படுகிறது என்பதை தீர்மானிக்கிறது.

வெளிப்படையான பகிரப்பட்ட இறுதிப்புள்ளியை இரண்டு திட்டங்களுக்கும் ஒதுக்கலாம்:

use LWP::UserAgent;

my $ua = LWP::UserAgent->new(timeout => 15);
$ua->proxy(['http', 'https'], 'http://proxy.example.net:8080');
my $response = $ua->get('https://example.com/');

அனுமதிக்கப்பட்ட பொது கோரிக்கைகளுக்கு HTTP ப்ராக்ஸி பட்டியல் பகிரப்பட்ட LWP ப்ராக்ஸி URL க்கு வேட்பாளர்களை வழங்குகிறது. இலக்கு HTTPS ஆகவும் ப்ராக்ஸி URL HTTP ஆகவும் உள்ளது. இது சாதாரண CONNECT ஏற்பாடு, ப்ராக்ஸி திட்டத்தின் பெயரை HTTPS என மாற்றுவதற்கான காரணம் அல்ல.

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

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

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

தொடர்புடைய கட்டுரைகள்