Gamitin ang Pagmamay-ari ng Socket para Putulin ang Loop ng Redirect ng Lokal na Proxy

Ibukod ang sariling palabas na socket ng proseso ng proxy mula sa lokal na OUTPUT redirect sa halip na hulaan ang mga source port nito.

Ang lokal na interception proxy ay nagbubukas ng mga bagong palabas na koneksyon. Kung nahuhuli rin ng pangkalahatang OUTPUT redirect ang mga socket na iyon, ibinabalik nito ang proxy sa sarili nitong listener.

Para sa umiiral na IPv4 iptables NAT setup, maaaring makilala ng isang nakalaang service identity ang mga socket na iyon:

-A OUTPUT -p tcp -m owner ! --uid-owner proxyuser \
  -m multiport --dports 80,443 -j REDIRECT --to-ports 8080

Ipinapalagay ng fragment ng patakarang ito na mayroon nang listener na may kakayahang mag-intercept sa port 8080 at ang mga palabas na socket ng proxy ay pag-aari ng proxyuser. Ang mga koneksyon ng user na iyon ay hindi kasama sa patakarang ito; ang mga karapat-dapat na koneksyon mula sa ibang user ay nire-redirect.

Karaniwang pumipili ang browser ng ephemeral na source port. Ang pagtutugma sa source port 80 o 443 ay hindi maaasahang paraan upang makilala ang mga koneksyon nito sa website o hindi isama ang proxy.

Ang pagtutugma ng may-ari ay tungkol sa trapikong nalikha nang lokal na may pagmamay-ari ng socket. Hindi ito kapalit ng patakaran sa source address para sa mga packet na dumarating mula sa ibang makina.

Isaisip ang umiiral na pagkakasunod-sunod ng patakaran at patakaran ng network. Hindi ginagawang interception adapter ng redirect ang isang hilaw na SOCKS listener, at kailangan din ng IPv6 ang naaangkop na configuration nito.

Kaugnay na mga artikulo