የJint PAC ግምገማ፦ የጎደሉ አጋዥዎች እና የመንገድ ውጤቶች

Jint በPAC ግምገማ ወቅት የጎደለ dnsResolve ወይም myIpAddress ካሳወቀ፣ ተጨማሪ JavaScript መጫን የግድ መፍትሄ አይደለም። እነዚያ የPAC አጋዥዎች በአስተናጋጅ መተግበሪያ ለሚቀርበው አካባቢ ናቸው።

FindProxyForURLን ከመጥራት በፊት

የሚደገፉትን የPAC አጋዥ ስብስብ እና የአድራሻ ቤተሰቦች ይምረጡ፣ ከዚያ እነዚያን አጋዥዎች በኤንጂኑ ላይ ይጫኑ። ውልዎቻቸውን ይጠብቁ፦ dnsResolve የአስተናጋጅ ስም ይወስዳል፣ myIpAddress ምንም ክርክር አይወስድም እና የአካባቢ በይነገጽ ፖሊሲ ይፈልጋል፣ shExpMatch ደግሞ የሼል ዓይነት ንድፎችን ይጠቀማል። ምቹ እሴት የሚመልስ ስተብ በዝምታ የተሳሳተ መንገድ ሊመርጥ ይችላል።

ያ ማስጀመሪያ ከተጠናቀቀ፣ ዋናው ጥሪ በJint 4.4.0 እንደዚህ ሊመስል ይችላል፦

var destination = new Uri(destinationUrl);
engine.Execute(pacSource);
var routeList = engine.Invoke(
    "FindProxyForURL",
    destinationUrl,
    destination.IdnHost
).AsString();

engine የተዋቀረው Jint.Engine ነው፤ pacSource የተገኘው የPAC ፕሮግራም ነው። destination.IdnHost የአስተናጋጅ ስሙን ያለ ወደብ ወይም መንገድ ያቀርባል። ይህ ጥሪ PAC አያመጣም እንዲሁም የፕሮክሲ ግንኙነት አይከፍትም።

ከጥሪው በኋላ

እንደ PROXY proxy.example:8080; DIRECT ያለ ውጤት እንደ የተደረገ የመንገድ እጩዎችና የመመለሻ ዝርዝር ይተርጉመው። ያንን ሙሉ ገጽም እንደ ፕሮክሲ URL ማስተላለፍ ትርጉሙን ያጠፋል። የግምገማ ውድቀትን ከግልጽ DIRECT ውጤት ለያዩት።

በሚሠራበት ጊዜ

የJint የጊዜ ቆይታ፣ የመግለጫ፣ የማህደረ ትውስታና የመሰረዝ ገደቦችን ያዋቅሩ፣ የሚያስፈልጉትን የአስተናጋጅ ተግባራት ብቻ ያጋልጡ። የDNS መመለሻዎችን ለየብቻ ይገድቡ፦ የJavaScript አፈጻጸም ፍተሻዎች የዘፈቀደ የሚዘገይ የአስተናጋጅ ጥሪን ሊያቋርጡ አይችሉም። ወደ ኤንጂን መዳረሻን በቅደም ተከተል ያድርጉ ወይም ለተመሳሳይ ጊዜ ሥራ ለየብቻ የተያዙ ምሳሌዎችን ይስጡ፤ ኤንጂኖች በአንድ ጊዜ ለመጠቀም አስተማማኝ አይደሉም።

የአሳሽ PAC አተገባበሮች በአጋዥ ቅጥያዎችና በሚያጋልጧቸው የURL ዝርዝሮች ሊለያዩ ይችላሉ፣ በተለይ ለHTTPS። አንድ የናሙና ውጤት ማዛመድ የአሳሹን የመንገድ ባህሪ ከማዛመድ ያነሰ ነው።