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 ಗೆ. ಒಂದು ಮಾದರಿ ಫಲಿತಾಂಶಕ್ಕೆ ಹೊಂದಿಕೆಯಾಗುವುದು ಬ್ರೌಸರ್‌ನ ಮಾರ್ಗನಿರ್ದೇಶನ ವರ್ತನೆಗೆ ಹೊಂದಿಕೆಯಾಗುವುದಕ್ಕಿಂತ ಕಡಿಮೆ ಸಾಬೀತುಪಡಿಸುತ್ತದೆ.

ಸಂಬಂಧಿತ ಲೇಖನಗಳು