සහකරුවෙක් ඔබට සංවිධානයේ CA සහතිකය දෙයි. Requests හි cert නමින් පරාමිතියක් ඇත. නම් ගැළපෙන බව පෙනුණත් ඒවා වෙනස් ප්‍රශ්නවලට පිළිතුරු දෙයි.

සැකසුමඅරමුණ
verifyඅනෙක් පැත්ත සත්‍යාපනය කිරීමට භාවිත කරන විශ්වාස ද්‍රව්‍ය තෝරයි
certපාරිභෝගික සත්‍යාපනය අවශ්‍ය විට පාරිභෝගික සහතිකය සහ එහි පෞද්ගලික යතුර ඉදිරිපත් කරයි

අනුමත බාධක CA සඳහා, Requests ක්‍රියාවකට අපේක්ෂිත CA බණ්ඩලය තෝරාගත හැක:

response = requests.get(
    'https://example.com/',
    proxies=routes,
    verify='/path/to/approved-ca-bundle.pem',
    timeout=15,
)

මෙහි routes යනු යෙදුමේ පවතින ප්‍රොක්සි සිතියමයි. මාර්ගය මෙම පාරිභෝගිකයාට නිවැරදි කියවිය හැකි විශ්වාස බණ්ඩලය නම් කළ යුතුය. සම්බන්ධතාවය අසාර්ථක වූ නිසා පමණක් තෝරාගත් බාගත කළ වෙබ් අඩවි සහතිකයක් මෙය නොවේ.

පරිසර විචල්‍යය REQUESTS_CA_BUNDLE තවත් ආධාරක විශ්වාස ආදානයකි. එය අප්‍රභාවී ලෙස පෙනේ නම් සැබෑ යැවීමේ මාර්ගය පරීක්ෂා කරන්න; සූදානම් කළ ඉල්ලීම් කාර්ය ප්‍රවාහ සහ පැහැදිලි සැකසුම් පරිසර වින්‍යාසය ඒකාබද්ධ වන ආකාරය වෙනස් කළ හැක.

ඔබට CA හි පෞද්ගලික යතුර අවශ්‍ය නොවිය යුතුය

පාරිභෝගිකයාට අනුමත නිකුත් කරන්නෙකු හඳුනා ගැනීමට අවශ්‍ය වන්නේ පොදු CA සහතිකයයි. එහි අත්සන් පෞද්ගලික යතුර තවත් පාර්ශ්වයකගේ බලවත් රහසකි. සාමාන්‍ය ප්‍රොක්සි-විශ්වාස අලුත්වැඩියාවක කොටසක් ලෙස එය යෙදුම් පරිශීලකයන් අතර බෙදා නොහැරිය යුතුය.

නිශ්චිත ගමනාන්තයක් හෝ වෙනත් වෙන් වශයෙන් වින්‍යාස කළ TLS සම්බන්ධතාවක් තවමත් පාරිභෝගික සහතිකයක් ඉල්ලා සිටිය හැක. එය වෙනම අවශ්‍යතාවකි, සෑම සහතික-සත්‍යාපන දෝෂයකින්ම අනුමාන කරන දෙයක් නොවේ.

ඊළඟ දෝෂය පෙනුණු විට ක්‍රියාව නම් කරන්න: CA ගොනුව පූරණය කිරීම, අනෙක් පැත්තේ සහතිකය සත්‍යාපනය කිරීම, හෝ පාරිභෝගික අනන්‍යතාව ඉදිරිපත් කිරීම. පණිවිඩය වෙනස් වන තෙක් verify සහ cert අතර ගොනුව ගෙනයාම එහි භූමිකාව තෝරා ගැනීමට විශ්වාසදායක ක්‍රමයක් නොවේ.

අදාළ ලිපි