حفظ ترافیک بازگشتی برقرارشده برای اتصال‌های SOCKS خروجی SSH

اگر مرور از طریق SOCKS پس از تغییرهای فایروال سرور SSH خراب شد، کل مسیر را با پوسته SSH که هنوز زنده است قضاوت نکنید. سرور برای هدایت پویا اتصال‌های TCP مقصد جداگانه باز می‌کند.

پاسخ‌های آن‌ها به پورت‌های گذرایی می‌رسند که سرور انتخاب می‌کند. سیاستی که ترافیک ورودی جدید را فقط به سرویس SSH اجازه می‌دهد می‌تواند آن بسته‌ها را دور بریزد مگر اینکه ترافیک برقرارشده پذیرفته شود.

در یک مجموعه قواعد موجود IPv4 iptables، قطعه وضعیت اتصال این است:

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

آن را پیش از یک drop/reject پایانی مطابق قرار دهید. این ترافیک بازگشتی ردیابی‌شده را می‌پذیرد، نه هر اتصال جدید به یک پورت بالا.

برای بررسی این علت از tuple و وضعیت دورریخته‌شده استفاده کنید. OUTPUT باید اتصال بعدی را مجاز کند و مسیرهای IPv6 به قواعد مربوط خود نیاز دارند. مذاکره SOCKS، انتقال SSH و ترافیک مقصد مرحله‌های جداگانه‌ای برای بررسی هستند.