Проксигоор дамжих TCP тэг хонхор: хүлээн авагчийг тодорхойл

Зогссон таталтыг цонхны масштаб эсвэл буферийн хэмжээнд хамааруулахын өмнө проксийн клиент эсвэл серверийн талд TCP урсгалын хяналтыг ол.

Пакетын ул мөр TCP ZeroWindow гэж харуулна. Цөмийн тохиргоог өөрчлөхийн өмнө тэгийг зарлаж буй төгсгөлийн цэгийг тодорхойл.

Тэр төгсгөлийн цэг нь тухайн TCP холболт дээрх өөрийн хүлээн авах чадварыг тодорхойлж байна. Энэ нь бүх прокси хэдий хэмжээний зурвасын өргөнтэйг зарлахгүй. Тэг цонхны шалгалт нь илгээгчид зарласан чадвар өөрчлөгдсөн эсэхийг мэдэх боломж олгоно; шалгалт дангаараа пакет алдагдах эсвэл эвдэрсэн проксийг нотлохгүй.

browser  <-- TCP A -->  proxy  <-- TCP B -->  website

Эдгээр нь тусдаа TCP яриа юм. Хөтөч том хариулт уншихаа болиод A дээр тэг зарласан гэж үзье. Прокси өөрийн буфер дүүрэх тусам B-г хоослохоо болиулж болно. B дээр дараа харагдах тэг цонх нь анхны асуудал биш, удаан клиентийн үр дагавар байж болно.

Байршуулах үед эсрэг байдал боломжтой. Хэрэв очих програмын өгөгдөл хэрэглэхээ боливол B дээрх цонх нь хаагдаж болно. Дараа нь даралт проксийн буферуудаар дамжин клиент рүү буцаж болно.

Ажиглалтуудыг дараалуул

  1. Холболтын төгсгөлийн цэгүүд болон өртсөн өгөгдөл дамжуулалтын чиглэлийг тэмдэглэ.
  2. Аль төгсгөлийн цэг хамгийн түрүүнд багасаж буй эсвэл тэг хүлээн авах цонхыг зарласныг тодорхойл.
  3. Түүний програм уншиж байсан, өөр үйлдэл дээр зогссон, эсвэл нөөцөөр хязгаарлагдсан эсэхийг шалга.
  4. Анхны шалтгааныг тогтоохын өмнө проксийн нөгөө холболт дээрх цагийг харьцуул.

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

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

Холбоотой нийтлэлүүд