Ако прелистувањето преку SOCKS се расипе по промените на firewall-от на SSH серверот, не проценувајте ја целата патека по преживеаната SSH обвивка. Серверот отвора одделни целни TCP врски за динамично проследување.

Нивните одговори пристигнуваат на ефемерни порти избрани од серверот. Политика што дозволува нов влезен сообраќај само кон SSH службата може да ги отфрли тие пакети ако не се прифати воспоставениот сообраќај.

Во постоечки IPv4 iptables правила, фрагментот за состојба на врската е:

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

Поставете го пред соодветно завршно drop/reject. Тој го пропушта следениот повратен сообраќај, а не секоја нова врска кон висок порт.

Употребете го отфрлениот tuple и состојбата за да го проверите овој причинител. OUTPUT мора да ја дозволи понатамошната врска, а IPv6 патеките ги бараат своите применливи правила. SOCKS преговорите, SSH транспортот и сообраќајот кон целта се одделни фази за проверка.

Поврзани статии