Bir xil quyi tarmoqdagi saytlar shlyuzning shaffof proksisini chetlab o‘tishi mumkin

Internetda kezish shlyuz proksisining jurnalida ko‘rinadi. Ofis LAN tarmog‘idagi sayt ko‘rinmaydi. URL filtrini o‘zgartirishdan oldin LAN so‘rovi shlyuzga yetib borganini aniqlang.

To‘g‘ridan-to‘g‘ri ulangan IPv4 manzili uchun mijoz manzilning bog‘lanish qatlami adresini hal qilib, mahalliy segmentda o‘sha manzilga yuborishi mumkin. Uning standart shlyuzi bu yo‘lda avtomatik joylashmaydi. Shlyuzdagi shaffof ushlash qoidasi shlyuz hech qachon qabul qilmaydigan paketlarni yo‘naltira olmaydi.

Masalan, bir xil to‘g‘ridan-to‘g‘ri ulangan quyi tarmoqdagi ikki xost svitch orqali trafik almashishi mumkin, proksi mashinasi esa boshqa svitch portiga ulangan. Faqat o‘sha LANda bo‘lish proksini uzatish nuqtasiga aylantirmaydi.

Mo‘ljallangan yo‘lni tanlang

Aniq proksi sozlamasi maqsadli sayt mahalliy bo‘lsa ham ishtirok etuvchi ilovaning so‘rovini proksiga yuborishi mumkin. Chetlab o‘tish qoidalari va PAC qarorlarini ham tekshiring: ular xususiy nomlar yoki manzillar uchun ataylab DIRECT tanlashi mumkin.

Agar ushlash zarur bo‘lsa, tarmoq ushlash nuqtasini haqiqatan ham yo‘lga qo‘yishi kerak; Linux shlyuzida mahalliy va uzatiladigan paket yo‘llarini ajrating. Marshrutlangan quyi tarmoqlarni ajratish yoki ataylab liniyaga qo‘yilgan ko‘prik mos loyihalarda buni amalga oshirishi mumkin, ammo har biri uzatish va nosozlik xatti-harakatini o‘zgartiradi. LANning boshqa joyidagi ko‘prik avtomatik liniyada emas.

Ilova protokoli talabini alohida saqlang. Trafik qurilmadan o‘tgandan keyin ham tinglovchi ushlash rejimini qo‘llab-quvvatlashi kerak. Paketlarni ko‘chirish HTTPSni deshifrlashga ruxsat emas va oddiy SOCKS porti ularni qabul qilishi mumkinligiga kafolat ham emas.

Mijoz tanlagan marshrutni, mahalliy segmentni va haqiqiy uzatish qurilmasini yozib oling. Proksi jurnalining yo‘qligi jurnal xatosi emas, topologiyaning to‘g‘ri tavsifi bo‘lishi mumkin.