ProxyManager પાસે મધ્યસ્થને મોકલાતા હેડર માટે અલગ proxy_headers દલીલ છે. Basic પ્રમાણીકરણ સ્વીકારતા પ્રોક્સી માટે:

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 દલીલ લક્ષ્ય વિનંતી હેડર વર્ણવે છે. આ પ્રોક્સી પ્રમાણીકરણ બીજા પ્રાપ્તકર્તાનું છે. ત્યાં પ્રોક્સીનું ખાતું મૂકવું એ અગાઉના CONNECT વિનિમયને ગોઠવવા સમાન નથી.

make_headers Basic હેડરની કિંમત બનાવે છે. તે NTLM વાટાઘાટ કરતું નથી, સમર્થિત સ્કીમ આપમેળે પસંદ કરતું નથી અને પ્રોક્સી તે ખાતું સ્વીકારે છે તે સાબિત કરતું નથી.

TLS શ્રોતા ધરાવતું પ્રોક્સી અલગ પ્રોક્સી TLS સંદર્ભ ઉમેરે છે. ઉપરનું http:// એન્ડપોઇન્ટ જાણી જોઈને સામાન્ય HTTP શ્રોતાનું વર્ણન કરે છે જે ટનલ દ્વારા HTTPS લક્ષ્ય વહન કરે છે.

સંબંધિત લેખો