Хоёр прокси нэг файлыг илүү хурдан татаж чадах уу?

Тус бүр чөлөөт зурвасын өргөнтэй хоёр прокси гарах зам нь татах хурдыг хоёр дахин нэмэх хялбар арга мэт харагдана. Гэхдээ энгийн прокси сан ингэж ажиллахгүй.

Клиент сонгосон нэг проксигоор холболт нээнэ. Тэр прокси дараагийн холболтыг нээнэ. Прокси жагсаалтаас өөр хаяг нэмэх нь ирээдүйн холболтод дахин нэг сонголт өгнө; энэ нь хоёр дахь проксийг аль хэдийн явж буй байтын урсгалд залгахгүй.

Холболтод суурилсан энгийн олон WAN тэнцвэржүүлэлт ч ижил хязгаарлалттай. Энэ нь өөр өөр холболтыг сувгуудад хуваарилж, нийт хүчин чадлыг сайжруулах эсвэл өрсөлдөөнийг багасгаж чадна. Өөр механизм олон замыг тодорхой өгөхгүй л бол нэг холболт нэг холболт хэвээр байна.

Зэрэгцээ татан авалт өөр асуудал болох үед

Клиент файлын өөр өөр хүрээг тусдаа холболтоор хүсэж, локал байдлаар угсарч болно. Клиент энэ зохицуулалтыг дэмжиж, сервер хүсэлтүүдийг зөвшөөрвөл энэ нь нэгээс олон зам ашиглаж болно.

Энэ нь шаардлага үүсгэдэг: хүрээнүүд ижил дүрслэлийг тодорхойлох ёстой, серверийн хариу хүссэн шилжилттэй тохирох ёстой, объектын өөрчлөлт холимог файл үүсгэх ёсгүй. Баталгаажуулалт, серверийн хязгаар, гарц бүрийн бодлого нь зэрэгцээ хүрээний хүсэлтийг тохиромжгүй болгож болно. Бүрэн татан авалт арав нь нэг татан авалтын арван хэсэг биш.

Клиент хүртэлх эцсийн зам чухал хэвээр. Хэд хэдэн хурдан гарц нэг дүүрсэн хандалтын шугамаар тэр шугам даахаас илүү өгөгдөл илгээж чадахгүй.

Олон замд бодит дэмжлэг хэрэгтэй

Multipath TCP бол төгсгөлийн цэгүүд болон сүлжээний зохицуулалт дэмжсэн үед холболтыг хэд хэдэн дэд урсгалаар дамжуулж чадах тодорхой тээврийн механизм юм. Холбоогүй хоёр HTTP эсвэл SOCKS проксиг жагсааснаар л идэвхжихгүй.

Удаан дамжуулалтын үед эхлээд хязгаар нь клиентийн шугамд, проксид, дараагийн маршрутад эсвэл очих газарт байгаа эсэхийг тодорхойл. Сан нь холболтыг хуваарилахад ашигтай. Нэг файлын хурдыг хоёр дахин нэмэгдүүлнэ гэсэн мэдэгдлийг өөрийн механизм, нотолгоо шаарддаг тусдаа шинж чанар гэж үзэх хэрэгтэй.