TPROXY ಪ್ಯಾಕೆಟ್ ಅನ್ನು ಸಾಕೆಟ್‌ವರೆಗೆ ಅನುಸರಿಸುವುದು
ಸ್ವೀಕರಿಸುವ ಸಾಕೆಟ್, ಪ್ಯಾಕೆಟ್ ಮಾರ್ಕ್ ಮತ್ತು ಸ್ಥಳೀಯ ನೀತಿ-ಮಾರ್ಗವನ್ನು ಒಂದೇ ಪಾರದರ್ಶಕ ಪ್ರಾಕ್ಸಿ ವಿತರಣಾ ಮಾರ್ಗವಾಗಿ ಪರಿಶೀಲಿಸಿ.
ಅಪ್ಲಿಕೇಶನ್ ಏನನ್ನೂ ಸ್ವೀಕರಿಸದಿದ್ದರೂ TPROXY ಕೌಂಟರ್ ಹೆಚ್ಚಾಗಬಹುದು. ನಿಯಮ ಹೊಂದಿಕೆಯಾಯಿತು, ಆದರೆ ಸ್ಥಳೀಯ ವಿತರಣೆ ಇನ್ನೂ ನೀತಿ-ರೂಟಿಂಗ್ ಮತ್ತು ಹೊಂದಿಕೊಳ್ಳುವ ಸ್ವೀಕರಿಸುವ ಸಾಕೆಟ್ ಅನ್ನು ಅವಲಂಬಿಸಿದೆ.
Linux TPROXY, DNAT ಮಾಡುವಂತೆ ಗಮ್ಯವನ್ನು ಮತ್ತೆ ಬರೆಯದೆ ಸಂಚಾರವನ್ನು ಪ್ರತಿಬಂಧಿಸಬಹುದು. ಆದ್ದರಿಂದ ಸ್ಥಳೀಯವಲ್ಲದ ಗಮ್ಯಕ್ಕೆ ಕಳುಹಿಸಿದ ಪ್ಯಾಕೆಟ್‌ಗಳು ಸೂಕ್ತವಾದ ಸ್ಥಳೀಯ ಸಾಕೆಟ್ ತಲುಪಬೇಕು.
ವಿತರಣಾ ಮಾರ್ಗವನ್ನು ಅನುಸರಿಸಿ
- ಸಂಚಾರವು ಉದ್ದೇಶಿತ ಇಂಟರ್ಫೇಸ್ ಮತ್ತು ವಿಳಾಸ-ಕುಟುಂಬದ ಮೇಲೆ ಪ್ರತಿಬಂಧ ಹೋಸ್ಟ್ ತಲುಪುತ್ತದೆ.
- ಪ್ರತಿಬಂಧ ನಿಯಮ ಮತ್ತು ಪ್ಯಾಕೆಟ್ ಮಾರ್ಕ್ ಸ್ಥಳೀಯ-ವಿತರಣಾ ನೀತಿಯನ್ನು ಗುರುತಿಸುತ್ತವೆ.
- ಹೊಂದಿಕೆಯಾಗುವ ನೀತಿ ನಿಯಮವು ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ಸ್ಥಳೀಯವಾಗಿ ತಲುಪಿಸುವ ಮಾರ್ಗವನ್ನು ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ.
- ಪ್ರಾಕ್ಸಿ ಅಗತ್ಯವಿರುವ ಸಾಕೆಟ್ ಆಯ್ಕೆಯೊಂದಿಗೆ ಬೆಂಬಲಿತ ಪಾರದರ್ಶಕ ಶ್ರೋತೆಯನ್ನು ಬಳಸುತ್ತದೆ.
ಕರ್ನಲ್‌ನ IPv4 ಉದಾಹರಣೆಗೆ IP_TRANSPARENT ಗಾಗಿ ಅಪ್ಲಿಕೇಶನ್ ಬೆಂಬಲ ಬೇಕು. ಅದೇ ಪೋರ್ಟ್‌ನಲ್ಲಿ ಸಾಮಾನ್ಯ ಶ್ರೋತೆ, ಅಥವಾ ಜಾಗತಿಕ ಸ್ಥಳೀಯವಲ್ಲದ ಬೈಂಡ್ ಸೆಟ್ಟಿಂಗ್, ಆ ಬೆಂಬಲವನ್ನು ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ.
| ಅವಲೋಕನ | ಮುಂದಿನ ಪರಿಶೀಲನೆ |
|---|---|
| ಸಂಬಂಧಿತ ಒಳಬರುವ ಪ್ಯಾಕೆಟ್‌ಗಳಿಲ್ಲ | ಸಂಚಾರ ಮಾರ್ಗ ಮತ್ತು ಒಳಹರಿವಿನ ಇಂಟರ್ಫೇಸ್ |
| ಪ್ಯಾಕೆಟ್‌ಗಳು ಬರುತ್ತವೆ; ಪ್ರತಿಬಂಧ ಕೌಂಟರ್ ಸ್ಥಿರವಾಗಿದೆ | ವಿಳಾಸ-ಕುಟುಂಬ, ಸರಣಿ ಮತ್ತು ಹೊಂದಿಕೆ ಷರತ್ತುಗಳು |
| ನಿಯಮ ಹೊಂದಿಕೆಯಾಗುತ್ತದೆ; ಸ್ಥಳೀಯ ವಿತರಣೆ ವಿಫಲವಾಗುತ್ತದೆ | ಮಾರ್ಕ್ ಮತ್ತು ನೀತಿ-ಮಾರ್ಗ ಆಯ್ಕೆ |
| ಸಾಕೆಟ್ ಕೇಳುತ್ತದೆ; ಅಪ್ಲಿಕೇಶನ್ ಏನನ್ನೂ ನೋಡುವುದಿಲ್ಲ | ಪಾರದರ್ಶಕ ಸಾಕೆಟ್ ಸಾಮರ್ಥ್ಯ ಮತ್ತು ಶ್ರೋತೆಯ ಮಾಲೀಕ |
| ವಿನಂತಿ ಪ್ರಾರಂಭವಾಗುತ್ತದೆ; ನಂತರದ ಪ್ರತಿಕ್ರಿಯೆಗಳು ವಿಫಲವಾಗುತ್ತವೆ | ಸ್ಥಾಪಿತ-ಸಾಕೆಟ್ ಹೊಂದಿಕೆ ಮತ್ತು ಹಿಂತಿರುಗುವ ಮಾರ್ಗಗಳು |
ಪ್ರತಿ ಅವಲೋಕನದೊಂದಿಗೆ ಲೋಡ್ ಮಾಡಿದ ಸಂರಚನೆ ಮತ್ತು ನೆಟ್‌ವರ್ಕ್ ನಾಮಸ್ಥಳವನ್ನು ಇರಿಸಿ. ನಂತರದ ನಿಯಮವು ಮಾರ್ಕ್ ಅನ್ನು ಮೇಲೆ ಬರೆಯಬಹುದು ಅಥವಾ ಬೇರೆ ಮಾರ್ಗವನ್ನು ಆಯ್ಕೆ ಮಾಡಬಹುದು. ಶ್ರೋತೆ ಕಂಟೇನರ್‌ನಲ್ಲಿ ಚಲಿಸುತ್ತಿರುವಾಗ ಹೋಸ್ಟ್‌ನಲ್ಲಿ ಪ್ರತಿಬಂಧ ಸಂಭವಿಸಿದರೆ, ಮಾನ್ಯ ಹೋಸ್ಟ್-ಸ್ಥಳೀಯ ಮಾರ್ಗವು ಆ ಕಂಟೇನರ್‌ಗೆ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ತಲುಪಿಸುವುದಿಲ್ಲ.
ನಂತರದ ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ಗಣನೆಗೆ ತೆಗೆದುಕೊಳ್ಳಿ
ಕರ್ನಲ್ ಉದಾಹರಣೆಯು ಸಾಕೆಟ್ ಹೊಂದಿಕೆ ಮತ್ತು ಪಾರದರ್ಶಕ ಸಾಕೆಟ್‌ಗಳ ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ಗುರುತಿಸುವ DIVERT ಮಾರ್ಗವನ್ನು ಒಳಗೊಂಡಿದೆ. ಅದನ್ನು ಬಿಟ್ಟುಬಿಟ್ಟರೆ, ಆರಂಭಿಕ ಪ್ರತಿಬಂಧ ಯಶಸ್ವಿಯಾದರೂ ನಂತರದ ಸಂಚಾರ ಬೇರೆ ಮಾರ್ಗದಲ್ಲಿ ಉಳಿಯಬಹುದು.
ಅಪ್ಲಿಕೇಶನ್ ಬೆಂಬಲಿಸುವ ಪಾರದರ್ಶಕ ಕ್ರಮ ಮತ್ತು ಪ್ರತಿ ವಿಳಾಸ-ಕುಟುಂಬಕ್ಕೆ ಸಂಬಂಧಿತ ಕರ್ನಲ್ ದಾಖಲೆಗಳನ್ನು ಬಳಸಿ. IPv4 ಸ್ಥಳೀಯ-ಮಾರ್ಗ ಆದೇಶವು IPv6 ಅನ್ನು ಸಂರಚಿಸುವುದಿಲ್ಲ, ಮತ್ತು ಒಂದು ಕುಟುಂಬದಲ್ಲಿನ ಬೆಂಬಲವು ಇನ್ನೊಂದರ ಸಾಕೆಟ್ ವರ್ತನೆಯನ್ನು ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ.
TPROXY SOCKS ಮಾತುಕತೆಯನ್ನೂ ಉತ್ಪಾದಿಸುವುದಿಲ್ಲ. ಪಾರದರ್ಶಕದಿಂದ SOCKS ಗೆ ಇರುವ ಘಟಕವು ಇನ್ನೂ ಗಮ್ಯವನ್ನು ಕಂಡುಕೊಂಡು ತನ್ನ ಮೇಲ್ಮುಖದೊಂದಿಗೆ ಮಾತುಕತೆ ನಡೆಸಬೇಕು.
REDIRECT ನಿಂದ ಮುಂದೆ ಸಾಗುವುದು
ಇರುವ ಅಪ್ಲಿಕೇಶನ್ ಮೂಲ ಗಮ್ಯವನ್ನು ಹೇಗೆ ಪಡೆಯುತ್ತದೆ ಎಂಬುದನ್ನು ದಾಖಲಿಸಿ. REDIRECT ಗಮ್ಯವನ್ನು ಬದಲಿಸುತ್ತದೆ ಮತ್ತು ಸೂಕ್ತ ಮರುಪ್ರಾಪ್ತಿ ಕ್ರಮವನ್ನು ಅವಲಂಬಿಸಿದೆ; TPROXY ಗೆ ತನ್ನ ಪಾರದರ್ಶಕ ಸಾಕೆಟ್ ಮತ್ತು ರೂಟಿಂಗ್ ವ್ಯವಸ್ಥೆ ಬೇಕು. ಅಪ್ಲಿಕೇಶನ್ ಮತ್ತು ಮೂಲ-ವಿಳಾಸ ನೀತಿಯ ಪ್ರಕಾರ ಆಯ್ಕೆ ಮಾಡಿ.
ಪ್ರತಿಬಂಧ ಕ್ರಮಗಳನ್ನು ಬದಲಿಸುವ ಮೊದಲು ಕೌಂಟರ್‌ಗಳನ್ನು ಆಯ್ದ ಮಾರ್ಗ, ಸಾಕೆಟ್ ಸಾಮರ್ಥ್ಯ ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್ ಲಾಗ್‌ನೊಂದಿಗೆ ಜೋಡಿಸಿ. ಅಗತ್ಯ ಸೌಲಭ್ಯಗಳನ್ನು ಒದಗಿಸುವ ವಿತರಣೆಯಲ್ಲಿ, ಕಾಣೆಯಾದ ವಿತರಣಾ ಹಂತವು ಕರ್ನಲ್ ಮರುಸಂಕಲನಕ್ಕಿಂತ ಉತ್ತಮ ಆರಂಭವಾಗಿದೆ.