Kung masira ang pagba-browse sa SOCKS pagkatapos ng mga pagbabago sa firewall ng SSH server, huwag hatulan ang buong ruta sa natitirang SSH shell. Nagbubukas ang server ng hiwalay na TCP connection patungo sa destinasyon para sa dynamic na pagpapasa.

Dumarating ang mga sagot nito sa mga ephemeral na port na pinipili ng server. Maaaring itapon ng patakarang nagpapahintulot lamang ng bagong papasok na trapiko patungo sa serbisyong SSH ang mga packet na iyon maliban kung tinatanggap ang nakapirming trapiko.

Sa umiiral na set ng panuntunang IPv4 iptables, ang fragment ng estado ng koneksyon ay:

-A INPUT -m conntrack --ctstate ESTABLISHED,RELATED -j ACCEPT

Ilagay ito bago ang tugmang huling drop/reject. Pinapayagan nito ang sinusubaybayang return traffic, hindi ang bawat bagong koneksyon sa mataas na port.

Gamitin ang itinapong tuple at estado upang i-verify ang sanhi. Dapat payagan ng OUTPUT ang susunod na koneksyon, at kailangan ng mga landas ng IPv6 ang angkop na panuntunan. Ang negosasyon ng SOCKS, transportasyon ng SSH, at trapiko sa destinasyon ay magkakahiwalay na yugto na dapat suriin.

Kaugnay na mga artikulo