ಬೆಳಿಗ್ಗೆ ಒಂದು ಪ್ರಾಕ್ಸಿ ಮತ್ತು ನಂತರ ಇನ್ನೊಂದನ್ನು ಹಿಂತಿರುಗಿಸುವ PAC ನಿಯಮವನ್ನು ನೀವು ಬರೆಯಬಹುದು. ಆದರೆ ಆ ನಿಯಮದಿಂದ ಪ್ರತಿಯೊಂದು ಇರುವ ಬ್ರೌಸರ್ ಸಂಪರ್ಕವು ಮಧ್ಯಾಹ್ನ ನಿರ್ಗಮನ ಬದಲಿಸುತ್ತದೆ ಎಂದು ತೀರ್ಮಾನಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ.

timeRange() ನಂತಹ ಕಾರ್ಯಗಳು ರೂಟಿಂಗ್ ನಿರ್ಧಾರದಲ್ಲಿ ಪಾಲ್ಗೊಳ್ಳುತ್ತವೆ. ಅವು ಸುರಂಗಗಳನ್ನು ಮುಚ್ಚುವ, ಸಾಕೆಟ್‌ಗಳನ್ನು ಸ್ಥಳಾಂತರಿಸುವ ಅಥವಾ ಪ್ರಾಕ್ಸಿ ಪೂರೈಕೆದಾರರಿಗೆ ತಮ್ಮ ಸಾರ್ವಜನಿಕ IP ತಿರುಗಿಸುವಂತೆ ಕೇಳುವ ಹಿನ್ನೆಲೆ ವೇಳಾಪಟ್ಟಿ ಅಲ್ಲ.

ಮೂರು ಘಟನೆಗಳನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಇರಿಸಿ:

  1. ಬ್ರೌಸರ್ PAC ಅನ್ನು ಮೌಲ್ಯಮಾಪನ ಮಾಡಿ ಮಾರ್ಗವನ್ನು ಪಡೆಯುತ್ತದೆ.
  2. ಕ್ಲೈಂಟ್ ತನ್ನ ನೆಟ್‌ವರ್ಕಿಂಗ್ ನಿಯಮಗಳ ಪ್ರಕಾರ ಸಂಪರ್ಕವನ್ನು ಸ್ಥಾಪಿಸುತ್ತದೆ ಅಥವಾ ಮರುಬಳಕೆ ಮಾಡುತ್ತದೆ.
  3. ಆಯ್ದ ಸೇವೆ ತನ್ನ ಮುಂದಿನ ಸಂಪರ್ಕಕ್ಕೆ ಸಾರ್ವಜನಿಕ ವಿಳಾಸವನ್ನು ಆರಿಸುತ್ತದೆ.

ಸಮಯದ ಷರತ್ತು ನೇರವಾಗಿ ಮೊದಲ ಘಟನೆಗೆ ಸಂಬಂಧಿಸಿದೆ. ಈಗಾಗಲೇ ಸಕ್ರಿಯವಾಗಿರುವ ಡೌನ್‌ಲೋಡ್ ಅಥವಾ ದೀರ್ಘಕಾಲದ ಸಂಪರ್ಕ ಬೇರೆ ವಿಷಯ. ಕ್ಲೈಂಟ್ ಕ್ಯಾಶಿಂಗ್ ಮತ್ತು ಸಂಪರ್ಕಗಳ ಮರುಬಳಕೆ ಎಂದರೆ 'ಸ್ಕ್ರಿಪ್ಟ್‌ನಲ್ಲಿ ಗಡಿಯಾರ ಪರಿಶೀಲನೆ ಇದೆ' ಎಂಬುದು ನಿಖರ ಬದಲಾವಣೆ ವೇಳಾಪಟ್ಟಿಗೆ ಸಾಕಷ್ಟು ಸಾಕ್ಷ್ಯವಲ್ಲ.

ಒಂದು ಕೆಲಸಕ್ಕೆ ಪ್ರತಿ ಅಧಿವೇಶನ, ವಿನಂತಿ ಅಥವಾ ಸಮಯ ಕಿಟಕಿಗೆ ಹೊಸ ನಿರ್ಗಮನ ಬೇಕಾದರೆ, ಆ ಅಗತ್ಯಕ್ಕಾಗಿ ವಿನ್ಯಾಸಗೊಳಿಸಿದ ಇಂಟರ್‌ಫೇಸ್ ಬಳಸಿ ಮತ್ತು ಅದರ ದಾಖಲಿತ ನಡವಳಿಕೆಯನ್ನು ಪರಿಶೀಲಿಸಿ. PAC ಎಂಡ್‌ಪಾಯಿಂಟ್‌ಗಳ ನಡುವೆ ಆರಿಸಬಹುದು, ಆದರೆ ಆ ಎಂಡ್‌ಪಾಯಿಂಟ್‌ಗಳು ತಮ್ಮ ನಿರ್ಗಮನ ವಿಳಾಸಗಳೊಂದಿಗೆ ಏನು ಮಾಡುತ್ತವೆ ಎಂಬುದನ್ನು ಅದು ವ್ಯಾಖ್ಯಾನಿಸುವುದಿಲ್ಲ.

ಉದ್ದೇಶಪೂರ್ವಕ ನೆಟ್‌ವರ್ಕ್ ನೀತಿಗೆ ಸಮಯ-ಆಧಾರಿತ ರೂಟಿಂಗ್ ಇನ್ನೂ ಉಪಯುಕ್ತವಾಗಬಹುದು. ಅದನ್ನು ಮೌಲ್ಯಮಾಪನ ಸಮಯದಲ್ಲಿ ಮಾರ್ಗ ಆರಿಸುವುದು ಎಂದು ವಿವರಿಸಿ, ಖಾತರಿಯ IP ತಿರುಗುವಿಕೆ ವ್ಯವಸ್ಥೆ ಎಂದಲ್ಲ.

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