Mantieni il traffico di ritorno stabilito per le connessioni SOCKS in uscita di SSH
Un accesso SSH può sopravvivere mentre il firewall del server scarta le risposte dei siti web che arrivano su porte locali effimere.
Se la navigazione via SOCKS si rompe dopo modifiche al firewall del server SSH, non giudicare l'intero percorso dalla shell SSH ancora viva. Il server apre connessioni TCP di destinazione separate per l'inoltro dinamico.
Le loro risposte arrivano su porte effimere scelte dal server. Una politica che consente nuovo traffico in ingresso solo verso il servizio SSH può scartare quei pacchetti se il traffico stabilito non viene accettato.
In un insieme di regole IPv4 iptables esistente, il frammento di stato della connessione è:
-A INPUT -m conntrack --ctstate ESTABLISHED,RELATED -j ACCEPTCollocatelo prima di una regola finale drop/reject corrispondente. Ammette il traffico di ritorno tracciato, non ogni nuova connessione verso una porta alta.
Usate la tupla scartata e lo stato per verificare questa causa. OUTPUT deve consentire la connessione successiva, e i percorsi IPv6 necessitano delle loro regole applicabili. Negoziazione SOCKS, trasporto SSH e traffico di destinazione sono fasi separate da ispezionare.