Squid د DigitalOcean TCP د بار ویشونکي له لارې لیږل

د موجود DigitalOcean سرچینې لپاره د TCP د ننوتلو او هدف سره سم پروتوکولونه وکاروئ، کله چې لار باید forward HTTP او CONNECT وساتي.

د موجود DigitalOcean د بار ویشونکي سرچینې لپاره، د کاروونکي proxy بایټ جریان د سم TCP پروتوکولونو سره وساتئ:

forwarding_rule {
  entry_port      = 3128
  entry_protocol  = "tcp"
  target_port     = 3128
  target_protocol = "tcp"
}

اصلي هدف، د شبکې محدودیتونه او روغتیا څیړنې دې د دې برخې شاوخوا وساتل شي. کاروونکی د بار ویشونکي پته کاروي او Squid جریان په خپل اوریدونکي کې ترلاسه کوي.

د لیږلو proxy د بشپړې بڼې HTTP هدفونه او د HTTPS لپاره CONNECT مني. د HTTP د بار ویشلو عادي حالت باید په څرګنده توګه د دې خبرو ملاتړ وکړي؛ اوریدونکي ته HTTP ویل دا مطابقت نه ثابتوي.

له پورټ څخه ډیر څه تایید کړئ: د TCP روغتیا څیړنه مننه ثابتوي، پداسې حال کې چې اجازه لرونکي هدف ته تصدیق شوی CONNECT د proxy تړون ازموي.

د IP اجازې باندې د تکیه کولو دمخه هغه سرچینه پته چې Squid یې ویني وګورئ. د PROXY پروتوکول میټاډاټا، که وکارول شي، په دواړو پایونو کې ملاتړ ته اړتیا لري او د proxy غوښتنې دمخه بایټونه زیاتوي. د هدف د ساتنې په جریان کې ژوندي تونلونه په قصد سره تش کړئ؛ د دوی پروسه ناڅاپي لرې کول دوی پرې کوي.

اړوندې مقالې