په httr کې د پروکسي په ترتیب کې د تصدیق سکیم وټاکئ

د httr use_proxy مرستندوی د پروکسي حساب او د تصدیق سکیم یوځای اخلي. د لوړې کچې httr غوښتنې لپاره ورته ترتیب د ټاکل شوي بیان شاوخوا پلي کېدای شي:

route <- httr::use_proxy(
  'proxy.example',
  port = 8080,
  username = Sys.getenv('PROXY_USER'),
  password = Sys.getenv('PROXY_PASSWORD'),
  auth = 'ntlm'
)
response <- httr::GET('https://api.example/items', route)

ntlm یوازې هغه وخت وکاروئ چې پروکسي هغه سکیم وړاندې کړي او نصب شوی libcurl جوړښت یې ملاتړ وکړي. که تبادله لا هم ناکامه شي، د curl د NTLM پروکسي تشخیص ننګونه، د جوړښت ملاتړ او د اړیکې دوام څیړنې تشریح کوي. د Basic تمه لرونکي پروکسي لپاره auth = 'basic' وټاکئ. Basic د use_proxy ډیفالټ دی؛ یوازې د Windows سټایل کارن نوم ورکول NTLM نه ټاکي.

مرستندوی دا ارزښتونه د libcurl د proxyuserpwd، proxyport او proxyauth اختیارونو سره نښلوي. د پورټ استدلال باید عددي وي.

407 د پروکسي ننوتلو پورې اړه لري. هغه حساب چې API ته د httr::authenticate یا د اپلیکیشن Authorization سرلیک له لارې ورکول کیږي، بل ترلاسه کوونکی لري.

د رازونو پرته ریښتینی پروکسي پای ټکی او اعلان شوې ننګونه د تېروتنې راپور سره وساتئ. غلط حساب، غلط سکیم او نه ملاتړ شوې تصدیق طریقه بیلابیل سمونونه غواړي؛ د سند تصدیق بدلول په دوی کې انتخاب نه کوي.