IPsec ಅನ್ನು Shadowsocks ನಿಂದ ಬದಲಿಸುವ ಮೊದಲು ಕಳೆದುಹೋಗುವ ಕೆಲಸಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡಿ

ಮೂರು ಸೇವೆಗಳು, ಒಂದು ಸುರಂಗ: ಒಂದು ವೆಬ್ ಅಪ್ಲಿಕೇಶನ್, ಒಂದು ಡೇಟಾಬೇಸ್ ಮತ್ತು ಒಂದು ಫೈಲ್ ಹಂಚಿಕೆ. ಯಾರೋ IPsec ಬದಲು Shadowsocks ತರಲು ಸೂಚಿಸುತ್ತಾರೆ, ಏಕೆಂದರೆ ಅದನ್ನು ನಡೆಸುವುದು ಸುಲಭ. ನಂತರ ಬರುವ ಗೂಢಲಿಪೀಕರಣ ಚರ್ಚೆ ಮುಖ್ಯ ಅಂಶವನ್ನು ತಪ್ಪಿಸುತ್ತದೆ, ಏಕೆಂದರೆ ಸುರಂಗವು ಒಂದೇ ಸಮಯದಲ್ಲಿ ಹಲವು ಕೆಲಸಗಳನ್ನು ಮಾಡುತ್ತದೆ ಮತ್ತು ಅವುಗಳಲ್ಲಿ ಒಂದೇ ಒಂದು ಗೂಢಲಿಪಿಗಳಿಗೆ ಸಂಬಂಧಿಸಿದೆ. ಉತ್ಪನ್ನಗಳನ್ನು ಹೋಲಿಸುವ ಮೊದಲು ಆ ಕೆಲಸಗಳನ್ನು ಬರೆಯಿರಿ. ಪಟ್ಟಿ ಚಿಕ್ಕದಾಗಿದೆ, ಮತ್ತು ಯಾವುದೇ ಒಂದು ಅಂಶ ಬದಲಾವಣೆಯನ್ನು ಅಸಿಂಧು ಮಾಡಬಹುದು.

ಸಂಚಾರ ಹೇಗೆ ಹಿಡಿಯಲ್ಪಡುತ್ತದೆ ಎಂಬುದರಿಂದ ಪ್ರಾರಂಭಿಸಿ

ಪ್ರೋಟೋಕಾಲ್ ಎರಡು ಅರ್ಧಗಳನ್ನು ಹೊಂದಿದೆ. ಸ್ಥಳೀಯ ಘಟಕವು ಸಂಪರ್ಕವನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆ, ಗಮ್ಯಸ್ಥಾನದ ವಿಳಾಸದಿಂದ ಪ್ರಾರಂಭವಾಗುವ ಹರಿವನ್ನು ಗೂಢಲಿಪೀಕರಿಸುತ್ತದೆ ಮತ್ತು ಅದನ್ನು ದೂರದ ಘಟಕಕ್ಕೆ ಕಳುಹಿಸುತ್ತದೆ. ದೂರದ ಅರ್ಧವು ಆ ಗಮ್ಯಸ್ಥಾನಕ್ಕೆ ಸಂಪರ್ಕ ತೆರೆಯುತ್ತದೆ ಮತ್ತು ಬೈಟ್ಗಳನ್ನು ರವಾನಿಸುತ್ತದೆ. UDP ಡೇಟಾಗ್ರಾಮ್ಗಳೊಂದಿಗೆ ಅದೇ ಆಕಾರವನ್ನು ಅನುಸರಿಸುತ್ತದೆ. ಇದು ಅದು ಹಿಡಿಯುವ ಹರಿವುಗಳಿಗೆ ಮುಂದಕ್ಕೆ ರವಾನೆ, ಮತ್ತು ಅದು ಹಿಡಿಯದ ಹರಿವುಗಳ ಬಗ್ಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ. ಪ್ರಾಕ್ಸಿಯೊಂದಿಗೆ ಸ್ಪಷ್ಟವಾಗಿ ಮಾತನಾಡುವ ಅಪ್ಲಿಕೇಶನ್ ಸುಲಭ; ಉಳಿದೆಲ್ಲವೂ ಹಿಡಿಯಲ್ಪಡಲು ಅಡಾಪ್ಟರ್ ಅಥವಾ ಮಾರ್ಗನಿಯಮಗಳನ್ನು ಬೇಕಾಗುತ್ತದೆ.

ಬೇರೆ ಯಾವುದನ್ನೂ ಹೋಲಿಸುವ ಮೊದಲು ಪ್ರತಿ ಅಪ್ಲಿಕೇಶನ್ಗೆ ಹಿಡಿಯುವ ವಿಧಾನವನ್ನು ದಾಖಲಿಸಿ. ಹಿಡಿಯದ ಸಂಚಾರ ಸಾಮಾನ್ಯ ಮಾರ್ಗದಿಂದ ಹೊರಹೋಗುತ್ತದೆ, ಮತ್ತು ಕಚೇರಿಯ ಹೊರಗೆ ಒಂದು ಸೇವೆ ಬೇರೆ ರೀತಿ ವರ್ತಿಸುವವರೆಗೆ ಯಾರೂ ಗಮನಿಸುವುದಿಲ್ಲ.

ಪ್ರತಿ ಗಮ್ಯಸ್ಥಾನ ಮತ್ತು ಪ್ರೋಟೋಕಾಲ್ಗೆ ಹೆಸರು ಕೊಡಿ

ದೂರದ ಅರ್ಧವು ಪ್ರತಿ ಒಳಗಿನ ಸೇವೆಯನ್ನು ತಲುಪಲು ಸಾಧ್ಯವಾಗಬೇಕು. ಆ ಹೋಸ್ಟ್ಗೆ ಕೆಲಸ ಮಾಡುವ ಗೂಢಲಿಪೀಕೃತ ಅವಧಿಯು ಅಲ್ಲಿಂದ ಡೇಟಾಬೇಸ್ಗೆ ಯಾವುದೇ ಮಾರ್ಗವನ್ನು ಸೇರಿಸುವುದಿಲ್ಲ, ಮತ್ತು ಕ್ಲೈಂಟ್ನಲ್ಲಿ ಒಳಗಿನ ಹೆಸರುಗಳು ಪರಿಹರಿಸಲ್ಪಡುವಂತೆ ಮಾಡುವುದಿಲ್ಲ. LAN ಸೇರಿದೆ ಎಂದು ಬರೆಯುವ ಬದಲು ವಿಳಾಸಗಳು, ಪೋರ್ಟ್ಗಳು ಮತ್ತು ಪ್ರೋಟೋಕಾಲ್ಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡಿ.

ಅಚ್ಚುಕಟ್ಟಾದ ವಿನ್ಯಾಸಗಳನ್ನು ಮುರಿಯುವ ಪ್ರಕರಣಗಳನ್ನು ಸೇರಿಸಿ: ಒಳಗಿನ DNS, ಪ್ರಾಕ್ಸಿ ಸೆಟ್ಟಿಂಗ್ಗಳನ್ನು ನಿರ್ಲಕ್ಷಿಸುವ ಅಪ್ಲಿಕೇಶನ್ಗಳು, ಮತ್ತು ಸರ್ವರ್ನಿಂದ ಕ್ಲೈಂಟ್ನ ಕಡೆಗೆ ಪ್ರಾರಂಭಿಸಬೇಕಾದ ಯಾವುದೇ ಹರಿವು. ಪ್ರತಿಯೊಂದಕ್ಕೂ ಊಹೆಯಲ್ಲ, ಸ್ಪಷ್ಟ ಏರ್ಪಾಡು ಬೇಕು.

ಗೂಢಲಿಪೀಕರಣವು ಅನುಮೋದನೆ ಅಲ್ಲ

Shadowsocks ನಲ್ಲಿನ ದಾಖಲಿತ AEAD ವಿಧಾನಗಳು ದೃಢೀಕೃತ ಗೂಢಲಿಪೀಕರಣವನ್ನು ಒದಗಿಸುತ್ತವೆ, ಆದ್ದರಿಂದ ಇಡೀ ಕುಟುಂಬವನ್ನು ಅಸುರಕ್ಷಿತ ಎಂದು ತಳ್ಳಿಹಾಕುವುದು ತಪ್ಪು. ಆ ಸತ್ಯವೇ ಪ್ರವೇಶದ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರವಾಗಲು ಬಿಡುವುದೂ ಅಷ್ಟೇ ತಪ್ಪು. ಯಾರು ಯಾವ ಸೇವೆಯನ್ನು ತಲುಪುತ್ತಾರೆ, ವ್ಯಕ್ತಿ ಹೋದಾಗ ಪ್ರವೇಶ ಹೇಗೆ ತೆಗೆಯಲ್ಪಡುತ್ತದೆ, ರಹಸ್ಯಗಳನ್ನು ಎಲ್ಲಿ ಇಡಲಾಗುತ್ತದೆ ಮತ್ತು ಯಾವ ಘಟಕ ಗಡಿಯನ್ನು ಜಾರಿಗೊಳಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ಯಾರೋ ನಿರ್ಧರಿಸಬೇಕು. ಒಂದೇ ಹಂಚಿದ ರಹಸ್ಯ ಪ್ರತಿ ಹೊಂದಿರುವವರಿಗೂ ಸಮಾನ ವ್ಯಾಪ್ತಿ ನೀಡುತ್ತದೆ, ಮತ್ತು ಒಬ್ಬ ವ್ಯಕ್ತಿಯನ್ನು ಹೊರಗಿಡುವುದು ಎಲ್ಲರಿಗೂ ಸರದಿ ಬದಲಾವಣೆಯಾಗುತ್ತದೆ.

ಪ್ರಸ್ತುತ IPsec ಸಂರಚನೆಯನ್ನು ಅದೇ ಮಾನದಂಡಕ್ಕೆ ಒಡ್ಡಿ. ಅದರ ಹೆಸರು ಅದರ ನಿಯಮಗಳು ಸರಿಯಾಗಿವೆ ಎಂದು ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ, ಮತ್ತು ಒಂದು ವಿನ್ಯಾಸದ ಹೊಳಪು ಆವೃತ್ತಿಯನ್ನು ಇನ್ನೊಂದರ ಮಸುಕು ಆವೃತ್ತಿಯೊಂದಿಗೆ ಹೋಲಿಸುವುದು ಏನನ್ನೂ ನಿರ್ಧರಿಸುವುದಿಲ್ಲ.

ಇಂದು ಎರಡೂ ಕಡೆ ಇರುವ ನಿಯಂತ್ರಣಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡಿ, ನಂತರ ಯಾವ ಕೊರತೆಗಳೊಂದಿಗೆ ನೀವು ಬದುಕಬಹುದು ಎಂದು ತೀರ್ಮಾನಿಸಿ.

ನಿರ್ವಹಣಾ ಕೆಲಸವನ್ನು ಎಣಿಸಿ

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

ಒಂದು ವೆಬ್ ಅಪ್ಲಿಕೇಶನ್ಗೆ ಸಣ್ಣ ಪ್ರಾಕ್ಸಿ ಸಾಕಾಗಬಹುದು. ಪ್ರತಿ ವ್ಯಕ್ತಿಗೂ ಅನುಮತಿಗಳೊಂದಿಗೆ ಇಡೀ ಜಾಲದ ಪ್ರವೇಶಕ್ಕೆ, ಹೆಚ್ಚುವರಿ ಭಾಗಗಳು ಸಾಮಾನ್ಯವಾಗಿ ಅವು ಬದಲಿಸಿದ ಸುರಂಗಕ್ಕಿಂತ ಹೆಚ್ಚು ವೆಚ್ಚವಾಗುತ್ತವೆ.

ನಿರ್ಧಾರ ಯಾವ ಉತ್ಪನ್ನ ಹೆಚ್ಚು ಸುರಕ್ಷಿತ ಎಂದು ಕೇಳಿಸುತ್ತದೆ ಎಂಬುದಲ್ಲ. ನಿರ್ಧಾರ ಎಂದರೆ ಯಾವ ವಿನ್ಯಾಸವು ಪಟ್ಟಿ ಮಾಡಿದ ಕೆಲಸಗಳನ್ನು ತಂಡ ನಿಜವಾಗಿ ನಿರ್ವಹಿಸುವ ನಿಯಂತ್ರಣಗಳೊಂದಿಗೆ ಮುಗಿಸುತ್ತದೆ ಎಂಬುದು.