ઓફિસની પ્રોક્સી એક એકાઉન્ટ માંગે છે. તેની પાછળની વેબસાઇટ બીજું માંગે છે. Requests પાસે એ બે Basic લોગિન માટે અલગ ઇનપુટ છે: પ્રોક્સી URL માંની ઓળખવિગતો અને વિનંતીનું auth આર્ગ્યુમેન્ટ.

from urllib.parse import quote
import requests

proxy_url = (
    f"http://{quote(proxy_user, safe='')}:"
    f"{quote(proxy_password, safe='')}@proxy.example:8080"
)
response = requests.get(
    "https://reports.example/private/",
    proxies={"https": proxy_url},
    auth=(site_user, site_password),
    timeout=(5, 20),
)
response.raise_for_status()

ચાર એકાઉન્ટ ચલ એપ્લિકેશનની ઓળખવિગતોની ગોઠવણીમાંથી આવે છે. પ્રોક્સીનું વપરાશકર્તાનામ અને પાસવર્ડ અલગ રીતે એન્કોડ કરવા એ at ચિહ્ન જેવા અક્ષરોને URL વિભાજકોમાં ન બદલીને જાળવી રાખે છે.

શબ્દકોશની https કી HTTPS લક્ષ્ય માટે આ માર્ગ પસંદ કરે છે. તેનું મૂલ્ય હજી પણ http:// થી શરૂ થાય છે, કારણ કે આ ઉદાહરણની પ્રોક્સી સુધી પહોંચવા માટે વપરાતો પ્રોટોકોલ તે જ છે.

એ HTTPS વિનંતી માટે પ્રોક્સી લોગિન CONNECT વિનિમયનું છે. વેબસાઇટ લોગિન સ્થાપિત ટનલ દ્વારા પછીની વિનંતીનું છે. એડાપ્ટરને પોતાની URL માંથી પ્રોક્સી અધિકૃતિ મેળવવા દેવાથી તે સંબંધિત હોપ પર જ રહે છે; આ Basic કિસ્સા માટે સંયુક્ત પ્રમાણીકરણ વર્ગની જરૂર નથી.

407 વચ્ચસ્થનો પડકાર દર્શાવે છે. વેબસાઇટ તરફથી 401 લક્ષ્યનો પડકાર દર્શાવે છે. બે ગોઠવેલા એકાઉન્ટમાંથી કયાને ધ્યાન જોઈએ તે નક્કી કરવા એ પ્રતિસાદ વાપરો.

સંબંધિત લેખો