SOCKS ಪ್ರಾಕ್ಸಿಯ ಸಂಚಾರವು VPN ಮೂಲಕ ಹೊರಹೋಗಬೇಕು, ಉಳಿದ ಹೋಸ್ಟ್ ತನ್ನ ಸಾಮಾನ್ಯ ಮಾರ್ಗವನ್ನು ಉಳಿಸಿಕೊಳ್ಳಬೇಕು ಎಂದು ನೀವು ಬಯಸುತ್ತೀರಿ. ಇದನ್ನು ಎರಡು ವಿನ್ಯಾಸಗಳು ಮಾಡುತ್ತವೆ ಮತ್ತು ಏನಾದರೂ ತಪ್ಪಾದಾಗ ಏನು ಮುರಿಯುತ್ತದೆ ಎಂಬುದರಲ್ಲಿ ಅವು ಭಿನ್ನವಾಗಿವೆ. ಒಂದು ಡೀಫಾಲ್ಟ್ ಮಾರ್ಗವನ್ನು ಸುರಂಗಕ್ಕೆ ತಳ್ಳಿ ನಂತರ ಅದನ್ನು ಬಳಸಿ ದಾರಿ ಮಾಡಿಕೊಳ್ಳುತ್ತದೆ; ಇನ್ನೊಂದು ಮುಖ್ಯ ಕೋಷ್ಟಕವನ್ನು ಮುಟ್ಟದೆ ಒಂದು ಮೂಲ ವಿಳಾಸವನ್ನು ಎರಡನೇ ಕೋಷ್ಟಕಕ್ಕೆ ಕಳುಹಿಸುತ್ತದೆ. ಎರಡನೆಯದು ಹೆಚ್ಚು ಸ್ವಚ್ಛವಾಗಿದೆ ಮತ್ತು ಅದಕ್ಕೂ ಸ್ವಂತ ಬಲೆಗಳಿವೆ.

ಎರಡು ವಿನ್ಯಾಸಗಳು, ಎರಡು ವಿಭಿನ್ನ ಹಾನಿ ವ್ಯಾಪ್ತಿಗಳು

ಪೂರ್ಣ ಸುರಂಗ ವಿನ್ಯಾಸವು ಹೆಚ್ಚಿನ VPN ಕ್ಲೈಂಟ್ಗಳು ಡೀಫಾಲ್ಟ್ ಆಗಿ ಮಾಡುವುದೇ: ಎಲ್ಲವೂ ಸುರಂಗವನ್ನು ಅನುಸರಿಸುವಂತೆ ಡೀಫಾಲ್ಟ್ ಮಾರ್ಗವನ್ನು ಬದಲಿಸಿ, ನಂತರ ಇರಬಾರದ್ದನ್ನು ಹೊರಗಿಡುತ್ತವೆ. ಅದನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವುದು ಸುಲಭ ಮತ್ತು ಸಣ್ಣದಾಗಿ ಇಟ್ಟುಕೊಳ್ಳುವುದು ಕಷ್ಟ, ಏಕೆಂದರೆ ನೀವು ಸೇರಿಸುವ ಪ್ರತಿಯೊಂದು ಸ್ಥಳೀಯ ಸೇವೆಯೂ ಅದನ್ನು ಹೊರಗಿಡುವವರೆಗೆ ಸುರಂಗವನ್ನು ಆನುವಂಶಿಕವಾಗಿ ಪಡೆಯುತ್ತದೆ. ವೈಫಲ್ಯದ ಸ್ವರೂಪವು ವಿಶಾಲವಾಗಿದೆ, ಏಕೆಂದರೆ ಒಂದು ತಪ್ಪು ಮಾರ್ಗವು ಹೋಸ್ಟ್ನ ಸ್ವಂತ ಸಂಪರ್ಕವನ್ನೂ ಜೊತೆಗೆ ಕೊಂಡೊಯ್ಯುತ್ತದೆ.

ಮೂಲ-ಆಯ್ಕೆಯ ವಿನ್ಯಾಸವು ಇನ್ನೊಂದು ದಿಕ್ಕಿನಲ್ಲಿ ಹೋಗುತ್ತದೆ. ಮುಖ್ಯ ಕೋಷ್ಟಕವು ಇದ್ದಂತೆಯೇ ಉಳಿಯುತ್ತದೆ, ಮತ್ತು ಒಂದು ನೀತಿ ನಿಯಮವು ನಿರ್ದಿಷ್ಟ ಸ್ಥಳೀಯ ವಿಳಾಸದಿಂದ ಪ್ಯಾಕೆಟ್ಗಳನ್ನು ಸುರಂಗ ಡೀಫಾಲ್ಟ್ ಇರುವ ಕೋಷ್ಟಕಕ್ಕೆ ಕಳುಹಿಸುತ್ತದೆ. ಬೇರೆ ಏನೂ ಬದಲಾಗುವುದಿಲ್ಲ, ಅಂದರೆ ಹಾನಿ ವ್ಯಾಪ್ತಿ ಒಂದೇ ವಿಳಾಸ.

ಈ ಸಣ್ಣತನವೇ ಮಿತಿಯೂ ಆಗಿದೆ: ಪ್ರಾಕ್ಸಿಯ ಹೊರಹೋಗುವ ಪ್ಯಾಕೆಟ್ಗಳು ನಿಜವಾಗಿಯೂ ಆ ವಿಳಾಸವನ್ನು ಹೊತ್ತಿದ್ದರೆ ಮಾತ್ರ ಈ ವಿನ್ಯಾಸ ಕೆಲಸ ಮಾಡುತ್ತದೆ.

Dante ನ external ಸೆಟ್ಟಿಂಗ್ ಏನು ಮಾಡುತ್ತದೆ

ಸೆಟ್ಟಿಂಗ್ external ಪ್ರಾಕ್ಸಿ ಹೊರಹೋಗುವ ಸಂಪರ್ಕಗಳಿಗೆ ಬಳಸುವ ವಿಳಾಸಗಳನ್ನು ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ; ಅದು ಕರ್ನಲ್ನ ಮಾರ್ಗನಿರ್ದೇಶನ ನೀತಿಯನ್ನು ಮುಟ್ಟುವುದಿಲ್ಲ. ಆ ಬೇರ್ಪಡಿಕೆಯೇ ಎರಡನೇ ವಿನ್ಯಾಸವನ್ನು ಸಾಧ್ಯವಾಗಿಸುತ್ತದೆ, ಮತ್ತು ಜನರು ದಾಖಲೆಗಳನ್ನು ತಪ್ಪಾಗಿ ಓದುವುದೂ ಅಲ್ಲೇ. external ಅನ್ನು ಸುರಂಗ ವಿಳಾಸಕ್ಕೆ ತೋರಿಸಿದರೆ ಪ್ರಾಕ್ಸಿ ತನ್ನ ಸಂಪರ್ಕಗಳ ಮೂಲವಾಗಿ ಆ ವಿಳಾಸವನ್ನು ಬಳಸುತ್ತದೆ, ನಂತರ ಮಾರ್ಗ ಕೋಷ್ಟಕವು ಆ ಪ್ಯಾಕೆಟ್ಗಳು ಎಲ್ಲಿಗೆ ಹೋಗುತ್ತವೆ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ.

ಆಲಿಸುವವನು ಪ್ರತ್ಯೇಕ ವಿಷಯ. internal ಅನ್ನು ಪ್ರಾಕ್ಸಿ ಬಳಸಬೇಕಾದ ಕ್ಲೈಂಟ್ಗಳಿಗೆ ಮಾತ್ರ ಸೀಮಿತಗೊಳಿಸಿ, ದೃಢೀಕರಣ ಕೇಳಿ ಮತ್ತು ಪೋರ್ಟ್ಗೆ ಫೈರ್ವಾಲ್ ಹಾಕಿ, ಏಕೆಂದರೆ ತೆರೆದ ಆಲಿಸುವವನು VPN ನಿರ್ಗಮನದ ವೈಶಿಷ್ಟ್ಯವಲ್ಲ.

ಸಂರಚಿಸಿದ ವಿಳಾಸವು ಪ್ರಾಕ್ಸಿಯ ನೆಟ್ವರ್ಕ್ ನೇಮ್ಸ್ಪೇಸ್ ಒಳಗಿನ ಸುರಂಗಕ್ಕೆ ನಿಜವಾಗಿಯೂ ಸೇರಿದೆಯೇ ಎಂದು ಖಚಿತಪಡಿಸಿ.

ಮೂಲ-ಆಯ್ಕೆಯ ಕೋಷ್ಟಕವನ್ನು ನಿರ್ಮಿಸುವುದು

10.90.0.2/24 TUN ವಿಳಾಸ, 10.90.0.1 ನಲ್ಲಿ ತಲುಪಬಹುದಾದ ಸಹವರ್ತಿ ಮತ್ತು ಬೇರೆ ಯಾವುದೂ ಬಳಸದ ಕೋಷ್ಟಕ ಸಂಖ್ಯೆಗೆ, ಜೋಡಣೆ ಹೀಗಿರುತ್ತದೆ:

ip -4 route add table 100 10.90.0.0/24 dev tun0 src 10.90.0.2
ip -4 route add table 100 default via 10.90.0.1 dev tun0 metric 10
ip -4 route add table 100 unreachable default metric 32760
ip -4 rule add priority 1000 from 10.90.0.2/32 lookup 100

ತಲುಪಲಾಗದ ಮಾರ್ಗವೇ ಜನರು ಬಿಟ್ಟುಬಿಡುವ ಭಾಗ. ಅದಿಲ್ಲದೆ, ಸುರಂಗ ಮಾರ್ಗ ಕಣ್ಮರೆಯಾದ ಕೋಷ್ಟಕವು ಸಾಮಾನ್ಯ ಡೀಫಾಲ್ಟ್ಗೆ ಬೀಳುತ್ತದೆ ಮತ್ತು ಪ್ರಾಕ್ಸಿ ಮೌನವಾಗಿ WAN ಮೂಲಕ ಹೊರಡುತ್ತದೆ. ಅದರೊಂದಿಗೆ, ಹುಡುಕಾಟ ವಿಫಲವಾಗುತ್ತದೆ, ಅದು ಮೌನ ಸೋರಿಕೆಯ ಬದಲು ಕಾಣುವ ವೈಫಲ್ಯ. ನಿಯಮದ ಆದ್ಯತೆಯೂ ಆ ಮೂಲಕ್ಕೆ ಹೊಂದುವ ಯಾವುದಕ್ಕೂ ಮುಂದೆ ಇರಬೇಕು.

ಈ ಮೌಲ್ಯಗಳು ಒಂದು ಟೋಪಾಲಜಿಯನ್ನು ವಿವರಿಸುತ್ತವೆ. point-to-point ಸಹವರ್ತಿಗಳು, net30 ವಿಳಾಸೀಕರಣ ಮತ್ತು ಬೇರೆ ಪ್ರಿಫಿಕ್ಸ್ ನೀಡುವ ಕ್ಲೈಂಟ್ಗಳು ಎಲ್ಲರಿಗೂ ತಮ್ಮದೇ ಮಾರ್ಗಗಳು ಬೇಕು, ಆದ್ದರಿಂದ ವಿಳಾಸಗಳನ್ನಲ್ಲ, ಆಕಾರವನ್ನು ನಕಲಿಸಿ.

ಮೂಲ ನಿಯಮ ಎಲ್ಲಿ ಸೋರುತ್ತದೆ

ಮೂಲ ವಿಳಾಸಕ್ಕೆ ಹೊಂದುವ ನಿಯಮವು ಅದನ್ನು ಬಳಸುವ ಪ್ರತಿಯೊಂದು ಪ್ರಕ್ರಿಯೆಯ ಮೇಲೂ ಪರಿಣಾಮ ಬೀರುತ್ತದೆ, ಪ್ರಾಕ್ಸಿ ಮೇಲಷ್ಟೇ ಅಲ್ಲ. ಇನ್ನೊಂದು ಡೀಮನ್ ಅದೇ ವಿಳಾಸವನ್ನು ಬಂಧಿಸಿದರೆ, ಅದರ ಸಂಚಾರವೂ ಸುರಂಗಕ್ಕೆ ಹೋಗುತ್ತದೆ, ಮತ್ತು ವೈಫಲ್ಯವು ಸಂಬಂಧವಿಲ್ಲದ ಸೇವಾ ಸಮಸ್ಯೆಯಂತೆ ಕಾಣುತ್ತದೆ. ಪ್ರಾಕ್ಸಿಗೆ ಬೇರೆ ಯಾವುದೂ ಬಳಸದ ವಿಳಾಸ ಕೊಡಿ, ಅಥವಾ ವ್ಯಾಪ್ತಿ ಪ್ರಕ್ರಿಯೆಯಲ್ಲ, ವಿಳಾಸ ಎಂದು ಒಪ್ಪಿಕೊಳ್ಳಿ.

DNS ಇನ್ನೊಂದು ಸೋರಿಕೆ. ರಿಸಾಲ್ವರ್ ಸಾಕೆಟ್ ಪ್ರಾಕ್ಸಿಯ external ಡೇಟಾ-ಸಂಪರ್ಕ ಮೂಲವನ್ನು ಕಡ್ಡಾಯವಾಗಿ ಬಳಸುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ಹೆಸರು ಹುಡುಕಾಟಗಳು ಇನ್ನೂ WAN ಮೂಲಕ ಹೊರಹೋಗಬಹುದು. ಸಂಪರ್ಕ ಸ್ಥಾಪನೆಯಿಂದ ಪ್ರತ್ಯೇಕವಾಗಿ ರೆಸಲ್ಯೂಶನ್ ಪರೀಕ್ಷಿಸಿ, ಮತ್ತು ಆ ಫಲಿತಾಂಶ ಸ್ವೀಕಾರಾರ್ಹವೇ ಎಂದು ನಿರ್ಧರಿಸಿ.

IPv6 ಗೆ ತನ್ನದೇ ನಿಯಮಗಳು ಮತ್ತು ಮಾರ್ಗಗಳು ಬೇಕು, ಏಕೆಂದರೆ IPv4 ಜೋಡಣೆ ಅದರ ಬಗ್ಗೆ ಏನನ್ನೂ ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ.

ನೀವು ಸಹಿಸಬಹುದಾದ ವೈಫಲ್ಯದ ಆಧಾರದ ಮೇಲೆ ಆಯ್ಕೆ ಮಾಡಿ

ಹೋಸ್ಟ್ ಸಂಪೂರ್ಣವಾಗಿ ರಕ್ಷಿಸಲ್ಪಡಬೇಕು ಮತ್ತು ಹೊರಗಿಡುವ ಪಟ್ಟಿಯನ್ನು ನಿರ್ವಹಿಸಬಹುದು ಎಂದಾದರೆ ಪೂರ್ಣ ಸುರಂಗವನ್ನು ಆಯ್ಕೆ ಮಾಡಿ. ಹೋಸ್ಟ್ ತನ್ನದೇ ಮಾರ್ಗವನ್ನು ಉಳಿಸಿಕೊಳ್ಳಬೇಕು ಮತ್ತು ಒಂದೇ ಸೇವೆಯನ್ನು ಮರುನಿರ್ದೇಶಿಸಬೇಕು ಎಂದಾದರೆ ಮೂಲ-ಆಧಾರಿತ ಮಾರ್ಗನಿರ್ದೇಶನ ಆಯ್ಕೆ ಮಾಡಿ. ಎರಡೂ ಸರಿಯಾದವು; ತಪ್ಪೆಂದರೆ ಒಂದನ್ನು ಆರಿಸಿ ನಂತರ ಅದನ್ನು ಇನ್ನೊಂದರಂತೆ ಪರೀಕ್ಷಿಸುವುದು.

ನೀವು ಯಾವುದನ್ನು ಆರಿಸಿದರೂ, ಎರಡೂ ಕಡೆಯಿಂದ ಪರಿಶೀಲಿಸಿ: ಪ್ರಾಕ್ಸಿಯ ಮೂಲಕ ವಿನಂತಿ ಮತ್ತು ಹೋಸ್ಟ್ನಿಂದ ನೇರ ವಿನಂತಿ, ಪ್ರತಿಯೊಂದಕ್ಕೂ ಕಂಡ ನಿರ್ಗಮನ ವಿಳಾಸವನ್ನು ದಾಖಲಿಸಿ.

ಸುರಂಗ ಬಿದ್ದರೆ, ಪ್ರಾಕ್ಸಿ ವಿಫಲವಾಗಬೇಕೋ ಅಥವಾ ಹಿಂಭಾಗಕ್ಕೆ ಹೋಗಬೇಕೋ ಮುಂಚಿತವಾಗಿ ನಿರ್ಧರಿಸಿ, ಮತ್ತು ಆ ನಿರ್ಧಾರವನ್ನು ಮಾರ್ಗ ಕೋಷ್ಟಕವೇ ವ್ಯಕ್ತಪಡಿಸಲಿ.

ಸಂಬಂಧಿತ ಲೇಖನಗಳು