Səhər bir proksi, sonra isə başqasını qaytaran PAC qaydası yaza bilərsiniz. Ancaq bu qaydadan bütün mövcud brauzer bağlantılarının günorta saatlarında çıxış dəyişdiyi qənaətinə gəlmək olmaz.

timeRange() kimi funksiyalar marşrutlaşdırma qərarında iştirak edir. Onlar tunelləri bağlayan, soketləri köçürən və ya proksi provayderindən publik IP-ni dəyişməsini istəyən fon planlaşdırıcısı deyil.

Üç hadisəni ayrı saxlayın:

  1. Brauzer PAC-ı qiymətləndirir və marşrut alır.
  2. Müştəri öz şəbəkə qaydalarına əsasən bağlantı qurur və ya təkrar istifadə edir.
  3. Seçilmiş xidmət sonrakı bağlantısı üçün publik ünvanı seçir.

Vaxt şərti birbaşa birinci hadisəyə aiddir. Artıq aktiv olan yükləmə və ya uzunmüddətli bağlantı başqa məsələdir. Müştəri keşi və bağlantının təkrar istifadəsi də o deməkdir ki, 'skriptdə saat yoxlaması var' ifadəsi dəqiq keçid cədvəlinin kafi sübutu deyil.

Bir tapşırıq hər sessiya, sorğu və ya vaxt pəncərəsi üçün yeni çıxış tələb edirsə, bu tələb üçün hazırlanmış interfeysdən istifadə edin və onun sənədləşdirilmiş davranışını yoxlayın. PAC son nöqtələr arasında seçim edə bilər, lakin bu son nöqtələrin öz çıxış ünvanları ilə nə etdiyini müəyyən etmir.

Vaxta əsaslanan marşrutlaşdırma qəsdən qurulmuş şəbəkə siyasəti üçün yenə faydalı ola bilər. Onu qiymətləndirmə zamanı marşrut seçimi kimi təsvir edin, zəmanətli IP dəyişdirmə mexanizmi kimi yox.

Əlaqəli məqalələr