ProxyManager-ல் இடைத்தரகருக்கு அனுப்பப்படும் தலைப்புகளுக்கு தனி proxy_headers வாதம் உள்ளது. Basic authentication ஏற்கும் ப்ராக்ஸிக்கு:

import urllib3

proxy_headers = urllib3.make_headers(
    proxy_basic_auth=f'{proxy_user}:{proxy_password}'
)
with urllib3.ProxyManager(
    'http://proxy.example:8080',
    proxy_headers=proxy_headers,
    timeout=urllib3.Timeout(connect=5, read=10),
) as http:
    response = http.request('GET', 'https://service.example/data')
    print(response.status)

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

வழக்கமான headers வாதம் இலக்கு கோரிக்கை தலைப்புகளை விவரிக்கிறது. இந்த proxy authentication வேறு பெறுநருக்கு உரியது. ப்ராக்ஸியின் கணக்கை அங்கு வைப்பது முந்தைய CONNECT பரிமாற்றத்தை அமைப்பதற்கு சமம் அல்ல.

make_headers Basic தலைப்பு மதிப்பை உருவாக்குகிறது. இது NTLM பேச்சுவார்த்தை செய்யாது, ஆதரிக்கப்படும் திட்டத்தை தானாக தேர்ந்தெடுக்காது, அந்த கணக்கை ப்ராக்ஸி ஏற்கிறது என்பதை நிரூபிக்காது.

TLS listener உள்ள ப்ராக்ஸி தனி proxy TLS context சேர்க்கிறது. மேலே உள்ள http:// முடிவு, HTTPS இலக்கை சுரங்கப்பாதை வழியாக கொண்டு செல்லும் சாதாரண HTTP listener-ஐ வேண்டுமென்றே விவரிக்கிறது.

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