நேர அடிப்படையிலான PAC விதிகள் ப்ராக்ஸியைத் தேர்ந்தெடுக்கும்போது

காலையில் ஒரு ப்ராக்ஸியையும் பின்னர் மற்றொன்றையும் திருப்பித் தரும் PAC விதியை எழுதலாம். ஆனால் அந்த விதியிலிருந்து ஏற்கனவே உள்ள ஒவ்வொரு உலாவி இணைப்பும் நண்பகலில் வெளியேற்றத்தை மாற்றும் என்று ஊகிக்க முடியாது.

timeRange() போன்ற செயல்பாடுகள் வழிசெலுத்தல் முடிவில் பங்கேற்கின்றன. அவை சுரங்கங்களை மூடும், சாக்கெட்டுகளை நகர்த்தும் அல்லது ப்ராக்ஸி வழங்குநரை அதன் பொது IP-ஐச் சுழற்றச் சொல்லும் பின்னணி திட்டமிடல் அமைப்பு அல்ல.

மூன்று நிகழ்வுகளைத் தனியே வைத்திருங்கள்:

1. உலாவி PAC-ஐ மதிப்பிட்டு ஒரு வழியைப் பெறுகிறது.
2. வாடிக்கையாளர் தனது வலையமைப்பு விதிகளின்படி இணைப்பை நிறுவுகிறார் அல்லது மீண்டும் பயன்படுத்துகிறார்.
3. தேர்ந்தெடுக்கப்பட்ட சேவை தனது அடுத்த இணைப்பிற்கான பொது முகவரியைத் தேர்ந்தெடுக்கிறது.

நேர நிபந்தனை நேரடியாக முதல் நிகழ்வைச் சார்ந்தது. ஏற்கனவே செயலில் உள்ள பதிவிறக்கம் அல்லது நீண்டகால இணைப்பு வேறு விஷயம். வாடிக்கையாளர் தற்காலிகச் சேமிப்பு மற்றும் இணைப்புகளின் மறுபயன்பாடு ஆகியவை 'ஸ்கிரிப்டில் கடிகாரச் சரிபார்ப்பு உள்ளது' என்பது துல்லியமான மாற்ற அட்டவணைக்கு போதுமான ஆதாரம் இல்லை என்பதையும் குறிக்கின்றன.

ஒரு பணிக்கு ஒவ்வொரு அமர்வு, கோரிக்கை அல்லது நேரச் சாளரத்திற்கும் புதிய வெளியேற்றம் தேவைப்பட்டால், அந்தத் தேவைக்காக வடிவமைக்கப்பட்ட இடைமுகத்தைப் பயன்படுத்தி அதன் ஆவணப்படுத்தப்பட்ட நடத்தையைச் சரிபார்க்கவும். PAC முனைப்புள்ளிகளுக்கிடையே தேர்ந்தெடுக்க முடியும், ஆனால் அந்த முனைப்புள்ளிகள் தங்கள் சொந்த வெளியேற்ற முகவரிகளுடன் என்ன செய்கின்றன என்பதை அது வரையறுக்கவில்லை.

திட்டமிட்ட வலையமைப்புக் கொள்கைக்கு நேர அடிப்படையிலான வழிசெலுத்தல் இன்னும் பயனுள்ளதாக இருக்கலாம். மதிப்பீட்டின் போது வழியைத் தேர்ந்தெடுப்பது என்று விவரிக்கவும், உத்தரவாதமான IP சுழற்சி முறையாக அல்ல.