Jint मा PAC मूल्याङ्कन: हराएका सहायक र मार्ग परिणामहरू

PAC मूल्याङ्कन गर्दा Jint ले 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 का लागि। एउटा नमुना परिणामसँग मिल्नु ब्राउजरको मार्गनिर्देशन व्यवहारसँग मिल्नुभन्दा कम स्थापित गर्छ।