Se a navegación por SOCKS rompe tras cambios no cortalumes do servidor SSH, non xulgue toda a ruta pola consola SSH que segue viva. O servidor abre conexións TCP de destino separadas para o reenvío dinámico.

As súas respostas chegan a portos efémeros elixidos polo servidor. Unha política que só permite tráfico entrante novo cara ao servizo SSH pode descartar eses paquetes se non se acepta o tráfico establecido.

Nun conxunto de regras IPv4 de iptables existente, o fragmento de estado de conexión é:

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

Colóqueo antes dunha regra final drop/reject coincidente. Admite o tráfico de retorno rastrexado, non cada conexión nova a un porto alto.

Use a tupla descartada e o estado para verificar esta causa. OUTPUT debe permitir a conexión posterior, e as rutas IPv6 necesitan as súas regras aplicables. A negociación SOCKS, o transporte SSH e o tráfico de destino son etapas separadas que inspeccionar.

Artigos relacionados