በ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 አማራጮች ላይ ያስተላልፋል። የport ክርክር ቁጥር መሆን አለበት።

407 የፕሮክሲውን መግቢያ ይመለከታል። ለAPI በhttr::authenticate ወይም በመተግበሪያ Authorization ራስጌ የሚቀርብ መለያ የተለየ ተቀባይ አለው።

ትክክለኛውን የፕሮክሲ ማጠቃለያ እና የታወጀውን ፈተና ከስህተቱ ሪፖርት ጋር ያስቀምጡ፣ ምስጢሮችን ሳይጨምሩ። የተሳሳተ መለያ፣ የተሳሳተ ዘዴ እና ያልተደገፈ የማረጋገጫ ዘዴ የተለያዩ ጥገናዎችን ይፈልጋሉ፤ የምስክር ወረቀት ማረጋገጫን መለወጥ በመካከላቸው አይመርጥም።