ಎನ್ಕ್ರಿಪ್ಟ್ ಮಾಡಿದ ಟ್ರಾನ್ಸಿಟ್ ಕ್ಯಾರಿಯರ್ಗೆ ಪ್ರವೇಶ ನೀಡುವುದಿಲ್ಲ

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

ಕೆಳಗಿನ ಹಂತಗಳನ್ನು ಕ್ರಮವಾಗಿ ನಿರ್ವಹಿಸಿ, ಮತ್ತು ಯಾವುದೇ ಹಂತದಲ್ಲಿ ವೈಫಲ್ಯವನ್ನು ಕಾನ್ಫಿಗರೇಶನ್ ತಿದ್ದುಪಡಿ ಎಂದಲ್ಲ, ವಿನ್ಯಾಸ ಬದಲಾವಣೆ ಎಂದು ಪರಿಗಣಿಸಿ.

ಕಾನ್ಫಿಗ್ ಅನ್ನು ಸ್ಪರ್ಶಿಸುವ ಮೊದಲು ಎರಡೂ ಗಡಿಗಳನ್ನು ವ್ಯಾಖ್ಯಾನಿಸಿ

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

ಎರಡನ್ನೂ ವಿಳಾಸಗಳು, ಪೋರ್ಟ್ಗಳು ಮತ್ತು ದಿಕ್ಕುಗಳ ಪಟ್ಟಿಗಳಾಗಿ ಬರೆಯಿರಿ. ಪಟ್ಟಿ ಬರೆಯಲು ಸಾಧ್ಯವಾಗದಿದ್ದರೆ, ಗಡಿ ಇನ್ನೂ ವ್ಯಾಖ್ಯಾನವಾಗಿಲ್ಲ.

ಹಂತ 1: ಹೊರ ಸುರಂಗವನ್ನು ಸೀಮಿತಗೊಳಿಸಿ

ಕ್ಯಾರಿಯರ್ನತ್ತ ಮುಖಮಾಡಿದ ಇಂಟರ್ಫೇಸ್ನಲ್ಲಿ ಸುರಂಗಕ್ಕೆ ಬೇಕಾದುದನ್ನು ಮಾತ್ರ ಅನುಮತಿಸಿ: ಎರಡು ಗೇಟ್ವೇ ವಿಳಾಸಗಳ ನಡುವೆ UDP 500 ಮತ್ತು 4500 ನಲ್ಲಿ IKE, ಮತ್ತು NAT ಟ್ರಾವರ್ಸಲ್ ಬಳಸದಿರುವಲ್ಲಿ ESP. ಆ ಇಂಟರ್ಫೇಸ್ಗೆ ಬರುವ ಉಳಿದ ಎಲ್ಲವನ್ನೂ, ನಿರ್ವಹಣಾ ಪ್ರೋಟೋಕಾಲ್ಗಳೂ ಸೇರಿದಂತೆ, ನಿರಾಕರಿಸಿ. ESP ವಿವರಣೆ ರಕ್ಷಣಾ ಸೇವೆಗಳನ್ನು ಒಳಗೊಳ್ಳುತ್ತದೆ; ಗೇಟ್ವೇಗಳು ಕ್ಯಾರಿಯರ್ನ ಯಾವ ಸ್ವಂತ ಸೇವೆಗಳನ್ನು ಬಳಸಬಹುದು ಎಂಬುದರ ಬಗ್ಗೆ ಅದು ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ. ಅದನ್ನು ಸ್ಪಷ್ಟ ಅನುಮತಿ ಪಟ್ಟಿಯಾಗಿ ವ್ಯಕ್ತಪಡಿಸಿ, ಹೊಸದಾಗಿ ಪ್ರಕಟವಾದ ಕ್ಯಾರಿಯರ್ ಸೇವೆ ಡಿಫಾಲ್ಟ್ ಆಗಿ ತಲುಪಬಹುದಾದಂತಾಗದಿರಲಿ.

ಇದೇ ನಿಯಮಗಳ ಗುಂಪು ವಿನ್ಯಾಸವನ್ನು ಪೀರಿಂಗ್ ಒಪ್ಪಂದವಲ್ಲ, ಟ್ರಾನ್ಸಿಟ್ ವಿನ್ಯಾಸವಾಗಿ ಮಾಡುತ್ತದೆ.

ಅದನ್ನು ಗೇಟ್ವೇ ಕನ್ಸೋಲ್ನಿಂದ ಅಲ್ಲ, ಕಡಿಮೆ ವಿಶ್ವಾಸದ ಬದಿಯಿಂದ ಪರಿಶೀಲಿಸಿ. ಅಲ್ಲಿನ ಹೋಸ್ಟ್ ಸುರಂಗ ಏಳುವ ಮೊದಲೇ ಕ್ಯಾರಿಯರ್ನ DNS ಸರ್ವರ್ ತಲುಪುವಲ್ಲಿ ವಿಫಲವಾಗಬೇಕು.

ಹಂತ 2: ದೂರದ ಗೇಟ್ವೇ ಏನನ್ನು ತಲುಪಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸಿ

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

ಯಶಸ್ವಿ ಡೀಕ್ರಿಪ್ಷನ್ನಲ್ಲಿ ನಿಲ್ಲುವ ರೇಖಾಚಿತ್ರವು ಅತ್ಯಂತ ಮುಖ್ಯವಾದ ನಿರ್ಧಾರವನ್ನು ಬಿಟ್ಟುಬಿಟ್ಟಿದೆ.

ಹಂತ 3: ಪ್ರತಿ ಪದರಕ್ಕೂ ಮಾಲೀಕತ್ವವನ್ನು ಇರಿಸಿಕೊಳ್ಳಿ

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

ಪ್ರತಿ ಪದರಕ್ಕೂ ಒಬ್ಬ ಮಾಲೀಕರನ್ನು ನಿಯೋಜಿಸಿ. ಮಾಲೀಕರಿಲ್ಲದ ಪದರಗಳೇ ಜಾರಿಹೋಗುತ್ತವೆ.

ಹಂತ 4: ಪರಿಶೀಲಿಸಿ, ನಂತರ ಅದನ್ನು ಪ್ರಾಧಿಕಾರಕ್ಕೆ ಒಪ್ಪಿಸಿ

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

ನಿಯಂತ್ರಿತ ಅಥವಾ ವರ್ಗೀಕೃತ ಪರಿಸರಗಳಿಗೆ, ವಿನ್ಯಾಸವನ್ನು ಜವಾಬ್ದಾರ ಸುರಕ್ಷತಾ ಪ್ರಾಧಿಕಾರಕ್ಕೆ ಕೊಂಡೊಯ್ಯಿರಿ ಮತ್ತು ಅದರ ಅನುಮೋದಿತ ಪ್ರತ್ಯೇಕತಾ ವಾಸ್ತುಶಿಲ್ಪವನ್ನು ಬಳಸಿ. VPN ಕಾನ್ಫಿಗರೇಶನ್ ಮತ್ತು ಪರಿಕಲ್ಪನಾತ್ಮಕ ವಿವರಣೆ ಮಾನ್ಯತೆಯನ್ನು ಸ್ಥಾಪಿಸುವುದಿಲ್ಲ. ಆ ಹಂತವು ಕಾಗದದ ಕೆಲಸವಲ್ಲ; ವಿನ್ಯಾಸವು ಅಸ್ತಿತ್ವದಲ್ಲಿರಲು ಅನುಮತಿ ಇದೆಯೇ ಎಂಬುದನ್ನು ಅದು ನಿರ್ಧರಿಸುತ್ತದೆ.