IBM i QSYS2.HTTP_GET፦ የፊት ፕሮክሲ ማዋቀር

የIBM i የተመዘገቡ የፕሮክሲ JSON አማራጮችን ይጠቀሙ እና ስለ NTLM የሚናገሩትን ወሰን ይለዩ።

QSYS2.HTTP_GET የመድረሻውን URL እና ቀጥሎ የJSON አማራጭ ሰነድ ይወስዳል። የፕሮክሲ አድራሻው host,port ይጠቀማል፣ የፕሮክሲ URL አይደለም። ላልተፈቀደ ተራ HTTP ፕሮክሲ አማራጮቹ እንደዚህ ሊሆኑ ይችላሉ፦

VALUES QSYS2.HTTP_GET(
  'https://api.example.net/status',
  '{"proxy":"proxy.example.net,8080",
    "proxySsl":"false",
    "headers":{"Accept":"application/json"}}'
);

proxySsl ወደ ፕሮክሲው ያለውን ግንኙነት ይገልጻል። IBM ነባሪውን true ብሎ ይመዘግባል፣ ስለዚህ አድማጩ ተራ HTTP ሲጠብቅ በግልጽ ያጥፉት። መድረሻው አሁንም HTTPS ነው። ለተፈቀደ ሙከራ ከHTTP ፕሮክሲ ዝርዝር የመጨረሻ ነጥብ አስተናጋጁንና ፖርቱን በኮማ ተለያይተው ሊሞላ ይችላል።

ማረጋገጫ የተለየ ወሰን አለው። proxyAuth እንደ userid,password ተመዝግቧል እና የሚፈቀደው proxySsl true ሲሆን ብቻ ነው። basicAuth ለመድረሻው አገልግሎት ማስረጃ ይሰጣል። የመነሻ አርዕስት የፕሮክሲ ማረጋገጫን ሊተካ አይችልም።

የተጠቃሚ ስምና የይለፍ ቃል ማቅረብ NTLM አይመርጥም። የታተሙት የSQL አማራጮች የNTLM መራጭ የላቸውም። ፕሮክሲው NTLM ከፈለገ ለተጫነው ልቀት ድጋፍ መኖሩን ያረጋግጡ።

ሁለቱን የIBM SQL HTTP ቤተሰቦች ይለዩ። QSYS2 ILE ይጠቀማል፤ የቆየው SYSTOOLS Java ይጠቀማል። ለSYSTOOLS የJava Authenticator የQSYS2 ውቅር አይደለም።

የአማራጭ መገኘትን፣ የheaders ነገር ቅርጽን ጨምሮ፣ ለተጫነው ልቀትና PTF ደረጃ ካለው ሰነድ ጋር ያዛምዱ። ፕሮክሲው ሌላ ማጓጓዣ ከፈለገ ያንን የሚያረጋግጥ ይምረጡ።

ተዛማጅ ጽሑፎች