SSH ನ ಹೊರಹೋಗುವ SOCKS ಸಂಪರ್ಕಗಳಿಗೆ ಸ್ಥಾಪಿತ ರಿಟರ್ನ್ ಟ್ರಾಫಿಕ್ ಉಳಿಸಿ
SSH ಲಾಗಿನ್ ಬದುಕಬಹುದು, ಆದರೆ ಸರ್ವರ್ನ ಫೈರ್ವಾಲ್ ತಾತ್ಕಾಲಿಕ ಸ್ಥಳೀಯ ಪೋರ್ಟ್ಗಳಿಗೆ ಬರುವ ವೆಬ್ಸೈಟ್ ಪ್ರತಿಕ್ರಿಯೆಗಳನ್ನು ಬಿಸಾಡುತ್ತದೆ.
SSH ಸರ್ವರ್ನ ಫೈರ್ವಾಲ್ ಬದಲಾದ ನಂತರ SOCKS ಬ್ರೌಸಿಂಗ್ ಮುರಿದರೆ, ಉಳಿದಿರುವ SSH ಶೆಲ್ನಿಂದ ಇಡೀ ಮಾರ್ಗವನ್ನು ನಿರ್ಣಯಿಸಬೇಡಿ. ಸರ್ವರ್ ಕ್ರಿಯಾಶೀಲ ಫಾರ್ವರ್ಡಿಂಗ್ಗಾಗಿ ಪ್ರತ್ಯೇಕ ಗಮ್ಯ TCP ಸಂಪರ್ಕಗಳನ್ನು ತೆರೆಯುತ್ತದೆ.
ಅವುಗಳ ಪ್ರತಿಕ್ರಿಯೆಗಳು ಸರ್ವರ್ ಆಯ್ಕೆ ಮಾಡಿದ ತಾತ್ಕಾಲಿಕ ಪೋರ್ಟ್ಗಳಿಗೆ ಬರುತ್ತವೆ. ಹೊಸ ಒಳಬರುವ ಟ್ರಾಫಿಕ್ ಅನ್ನು SSH ಸೇವೆಗೆ ಮಾತ್ರ ಅನುಮತಿಸುವ ನೀತಿ, ಸ್ಥಾಪಿತ ಟ್ರಾಫಿಕ್ ಸ್ವೀಕರಿಸದಿದ್ದರೆ ಆ ಪ್ಯಾಕೆಟ್ಗಳನ್ನು ಬಿಸಾಡಬಹುದು.
ಇರುವ IPv4 iptables ನಿಯಮ ಸಂಗ್ರಹದಲ್ಲಿ, ಸಂಪರ್ಕ-ಸ್ಥಿತಿ ತುಣುಕು ಇದು:
-A INPUT -m conntrack --ctstate ESTABLISHED,RELATED -j ACCEPTಅದನ್ನು ಹೊಂದುವ ಅಂತಿಮ drop/reject ಮೊದಲು ಇರಿಸಿ. ಅದು ಟ್ರ್ಯಾಕ್ ಮಾಡಿದ ರಿಟರ್ನ್ ಟ್ರಾಫಿಕ್ಗೆ ಅನುಮತಿ ನೀಡುತ್ತದೆ, ಎತ್ತರದ ಪೋರ್ಟ್ಗೆ ಪ್ರತಿ ಹೊಸ ಸಂಪರ್ಕಕ್ಕಲ್ಲ.
ಈ ಕಾರಣವನ್ನು ಪರಿಶೀಲಿಸಲು ಬಿಸಾಡಿದ tuple ಮತ್ತು ಸ್ಥಿತಿ ಬಳಸಿ. OUTPUT ಮುಂದಿನ ಸಂಪರ್ಕಕ್ಕೆ ಅನುಮತಿ ನೀಡಬೇಕು, ಮತ್ತು IPv6 ಮಾರ್ಗಗಳಿಗೆ ಅವುಗಳ ಅನ್ವಯವಾಗುವ ನಿಯಮಗಳು ಬೇಕು. SOCKS ಸಂಧಾನ, SSH ಸಾಗಣೆ ಮತ್ತು ಗಮ್ಯ ಟ್ರಾಫಿಕ್ ಪರಿಶೀಲಿಸಲು ಪ್ರತ್ಯೇಕ ಹಂತಗಳು.