Tinyproxy дахь Listen, Bind, BindSame: аль хаяг ялдаг вэ

Listen клиентүүдийг хүлээн авах хаягийг сонгоно, Bind гадагшлах холболтын эх сурвалжийг сонгоно. Аль нь ч маршрут суулгахгүй тул замыг тусад нь шалгана уу.

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

Шинж тэмдэг: очих газар LAN хаягийг хардаг

Клиент LAN хаягаар проксид холбогдож, прокси очих газар руу өөрийн холболтыг нээдэг. Тэр хоёр дахь холболт нь цөмийн дүрмийн дагуу эх хаягийг сонгодог бөгөөд анхдагчаар маршрут хайлтын сонгосон хаяг байдаг. Тиймээс байт бүр проксигоор гарсан ч очих газар хостны үндсэн хаягийг бүртгэдэг. Дамжуулалтын хувьд юу ч эвдэрээгүй, тиймээс проксигийн логт энэ талаар хэлэх зүйл байхгүй.

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

Гурван заавар, гурван өөр хаяг

Listen проксигийн клиентүүдийг хүлээн авах локал хаягийг нэрлэнэ. Bind прокси гадагш нээх холболтуудад эх хаяг өгдөг, BindSame нь саяхан хүлээн авсан холболтын локал хаягийг дахин ашиглахыг түүнд тушаана. Эдгээр нь гурван тусдаа асуулт бөгөөд нэг мөр зөвхөн нэгд нь хариулдаг. Тэднийг хольж хутгах нь өөрчлөлт юу ч хийдэггүй мэт харагдах нийтлэг шалтгаан юм.

What you observeCheck first
A client cannot connect at allListen: the local address the listener binds
The request works but the far side logs the LAN addressBind: the outgoing source is not being applied
A configured Bind appears to have no effectBindSame yes: the accepted local address overrides the Bind list
The lookup names the LAN interfaceThe route, not the proxy: the source cannot reach that destination

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

Сонсогч болон гадагшлах эх хаягийг тусад нь тохируулна уу

LAN хаяг нь 192.168.50.10, туннелийн хаяг нь 10.90.0.3 хост авна уу. LAN клиентүүд проксид хүрч, хүсэлтүүд нь туннелээр гадагшлах ёстой бол эдгээр нь хоёр бие даасан шийдвэр бөгөөд хоёуланг нь бичих ёстой. Доорх хэсэг нь яг үүнийг илэрхийлдэг, өөр юу ч биш.

Listen 192.168.50.10
Bind 10.90.0.3
BindSame no

Энэ нь бүрэн тохиргоо биш тул зөвшөөрөгдсөн порт, баталгаажуулалт, клиентүүдийн нэвтрэх хяналт, очих газрын хязгаарлалтыг үлдээнэ үү. Хоёр хаяг хоёулаа Tinyproxy-гийн сүлжээний нэрийн орон зайд энэ хостод хамаарах ёстой, учир нь процесс эзэмшиж чадахгүй Bind утга нь эхлэх үед бус, холбогдох үед бүтэлгүйтдэг. BindSame yes өөр бодлогыг тайлбарладаг: хүлээн авсан холболтын локал хаяг нь гадагшлах эх болдог. Одоогийн хувилбаруудад энэ салбар Bind жагсаалтаас давуу бөгөөд ингэснээр тохируулсан эх сурвалж алдаагүйгээр алга болдог.

Эх сурвалжийн урьдчилсан маршрутыг шалгана уу

Эх хаяг сонгох нь зам үүсгэдэггүй тул цөмөөс тэр эх, тэр очих газартай юу хийхийг асууна уу. Туннелийн интерфейсийг нэрлэсэн хайлт бол хамгийн бага нотолгоо, LAN интерфейсийг нэрлэсэн нь эх хаяг бичигдсэнээр ажиллахгүй гэсэн үг. Хайлт нь контексттэй: тухайн нэрийн орон зайд хүчинтэй бодлогын дүрэм, хүснэгтийг үнэлдэг. Энэ нь холболт биш бөгөөд доод талын NAT үйлчилгээнд юу үзүүлэх талаар юу ч хэлдэггүй.

ip -4 route get 203.0.113.25 from 10.90.0.3

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

Эх сурвалжийг очих газар дээр баталгаажуулна уу

Эх сурвалжийг хүсэлт ирдэг газарт уншина уу, гарч байгаа газарт биш. Очих газрын програмын лог эсвэл түүний урд байх ирмэгийн төхөөрөмж өөрөө үнэхээр харсан хаягийг бүртгэдэг бол прокси зөвхөн зорилгоо хэлж чадна. Өөрчлөлтийн дараа зорьсон сонсогчоор нэг шинэ хүсэлт хий, учир нь кэш дэх холболт шинэ холболт холбоосын талаар юу ч батлахгүй. Дараа нь бүртгэгдсэн хаягийг өөрийн тохируулсан хаягтай харьцуулна уу.

ss -ltnp | grep tinyproxy
curl -x http://192.168.50.10:8888 https://example.com -o /dev/null -sS

curl бол зөвхөн урсгал үүсгэгч; шалгах үнэ цэнэтэй хаяг нь холын тал бүртгэсэн хаяг бөгөөд curl санамсаргүй холбогдсон тал биш. Хоёр нь таарахгүй бол ялгаа нь эх хаягийн сонголтоос уу, эсвэл цаашдын хөрвүүлэлтээс үү гэдгийг тодорхойл, учир нь тэдгээрийг өөр өөр газар засдаг. Хаягийн өөрчлөлт болон проксиг дахин эхлүүлэхийг хамт төлөвлө, учир нь туннель цаашид эзэмшихгүй хаягийг холбох нь дахин холбогдсоны дараа чимээгүй бүтэлгүйтдэг. DNS болон IPv6-гийн зан төлөвийг тусад нь тодорхойл, учир нь дээрх IPv4 хэсэг нь аль нэгнийх нь талаар юу ч батлахгүй.

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