ಎರಡು ಸಕ್ರಿಯ IPsec ಸುರಂಗಗಳಿಗೆ ಇನ್ನೂ ಹಿಂತಿರುಗುವ ಮಾರ್ಗದ ಯೋಜನೆ ಬೇಕು

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

ಮಾರ್ಗ ಬರೆಯುವ ಮೊದಲು ನಾಲ್ಕು ಗೇಟ್‌ವೇಗಳನ್ನು ಬರೆಯಿರಿ

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

ಆ ಕೋಷ್ಟಕವೇ ವಿನ್ಯಾಸ. ಅದರ ನಂತರದ ಎಲ್ಲವೂ ಸಾಧನಗಳು ಕೋಷ್ಟಕಕ್ಕೆ ಒಪ್ಪುತ್ತವೆಯೇ ಎಂಬ ಪ್ರಶ್ನೆ.

ಮುಂದಿನ ಮಾರ್ಗವನ್ನು ಹೇಗೆ ಆಯ್ಕೆ ಮಾಡಲಾಗುತ್ತದೆ

ಸಮಾನ ವೆಚ್ಚದ ಬಹುಮಾರ್ಗ ರೂಟಿಂಗ್ ಪದರವು ಶೀರ್ಷಿಕೆ ಕ್ಷೇತ್ರಗಳನ್ನು ಹ್ಯಾಶ್ ಮಾಡುವ ಮೂಲಕ ಹರಿವುಗಳನ್ನು ಮುಂದಿನ ಹಾಪ್‌ಗಳಿಗೆ ಹಂಚುತ್ತದೆ, ಇದನ್ನು RFC 2992 ವಿವರವಾಗಿ ವಿವರಿಸುತ್ತದೆ. ಆ ಆಯ್ಕೆ ಸಂಪೂರ್ಣ ಸ್ಥಿತಿ-ರಹಿತವಾಗಿರಬಹುದು: ಅದಕ್ಕೆ ಸಂಪರ್ಕ-ಟ್ರ್ಯಾಕಿಂಗ್ ನಮೂದು ಬೇಕಿಲ್ಲ, ಬದಲಾಗದ ಕ್ಷೇತ್ರಗಳ ಮೇಲೆ ಸ್ಥಿರ ಹ್ಯಾಶ್ ಮಾತ್ರ ಬೇಕು. ಮಾರ್ಗ ಗುಂಪು ಮತ್ತು ಹ್ಯಾಶ್ ಇನ್‌ಪುಟ್‌ಗಳನ್ನು ಸ್ಥಿರವಾಗಿಡಿ, ಆಗ ಹರಿವಿನ ಪ್ರತಿ ಪ್ಯಾಕೆಟ್ ಅದೇ ಮುಂದಿನ ಹಾಪ್ ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ.

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

ಹಿಂತಿರುಗುವ ಮಾರ್ಗಕ್ಕೆ ನಿಜವಾಗಿ ಏನು ಬೇಕು

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

ಜಾರಿಗೊಳಿಸಿದ ದ್ವಿ-ದಿಕ್ಕಿನ ವರ್ತನೆಯನ್ನು ದೃಢೀಕರಿಸಿ, ಅಥವಾ ಅಗತ್ಯ ಗಡಿಗಳನ್ನು ಸುಸಂಗತವಾಗಿ ಇಡುವ ಸ್ಪಷ್ಟ ನೀತಿಯನ್ನು ಬರೆಯಿರಿ. ಇಲ್ಲಿನ ಊಹೆ ಅಡಚಣೆಯ ಸಮಯದಲ್ಲಿ, ಅದನ್ನು ಆನಂದಿಸದ ಜನರಿಂದ ಪತ್ತೆಯಾಗುತ್ತದೆ.

ಅನುವಾದ ನಿಮಗಾಗಿ ನಿರ್ಧರಿಸುವ ಸ್ಥಳ

NAT ಎರಡನೇ ತಕ್ಕಡಿ, ಮತ್ತು ಅದು ಕಡ್ಡಾಯವಲ್ಲ ಬದಲಿಗೆ ಐಚ್ಛಿಕ. ಮಾರ್ಗ-ನಿರ್ದಿಷ್ಟ ಅನುವಾದಿತ ಗುರುತುಗಳು ಉತ್ತರಗಳನ್ನು ಸ್ಥಿತಿ ಹಿಡಿದಿಟ್ಟುಕೊಳ್ಳುವ ಗೇಟ್‌ವೇಗೆ ಹಿಂತಿರುಗಿಸಬಹುದು, ಇದು ಕಾನೂನುಬದ್ಧ ವಿನ್ಯಾಸ. ಅವು ಮ್ಯಾಪಿಂಗ್‌ಗಳು, ಹಿಂತಿರುಗುವ ಮಾರ್ಗಗಳು ಮತ್ತು ಆ ಸ್ಥಿತಿಯ ಮಾಲೀಕರನ್ನೂ ಸೇರಿಸುತ್ತವೆ, ಆದ್ದರಿಂದ ನೀವು ಗಟ್ಟಿಯಾಗಿ ಹೇಳಬಹುದಾದ ಅಗತ್ಯಕ್ಕೆ ಮಾತ್ರ ಹೊರೆಯನ್ನು ಒಪ್ಪಿಕೊಳ್ಳಿ.

ಅಗತ್ಯವೆಂದರೆ ಎರಡೂ ಮಾರ್ಗಗಳು ಸಂಚಾರವನ್ನು ಸಾಗಿಸುವುದು ಮತ್ತು ಯಾವುದಾದರೂ ಒಂದು ಪೂರೈಕೆದಾರರ ನಷ್ಟದಿಂದ ಬದುಕುವುದು ಮಾತ್ರವಾದರೆ, ಸುಸಂಗತ ಹಿಂತಿರುಗುವ ರೂಟಿಂಗ್‌ನೊಂದಿಗೆ ಸಾಮಾನ್ಯ ಪ್ರತಿ-ಹರಿವು ಬಹುಮಾರ್ಗ ಸಾಮಾನ್ಯವಾಗಿ ಚಿಕ್ಕ ವಿನ್ಯಾಸ.

ಸ್ವೀಕೃತಿಯನ್ನು ಕ್ರಮವಾಗಿ ನಡೆಯಿರಿ

ಈ ಕ್ರಮದಲ್ಲಿ ಪರೀಕ್ಷಿಸಿ ಮತ್ತು ಪ್ರತಿ ಹಂತದಲ್ಲಿ ವಿಳಾಸಗಳನ್ನು ದಾಖಲಿಸಿ: ಮಾರ್ಗ A ಯಲ್ಲಿ ಹೊಸ ಸಂಪರ್ಕ ಮತ್ತು ಅದರ ಉತ್ತರ ಮಾರ್ಗ, ಮಾರ್ಗ B ಯಲ್ಲಿ ಅದೇ, ನಂತರ ಒಂದು ಪೂರೈಕೆದಾರರ ನಷ್ಟ, ನಂತರ ಪುನಃಸ್ಥಾಪನೆ. ಪ್ರತಿ ಫಲಿತಾಂಶಕ್ಕೂ ಯಾವ ಸ್ಥಾಪಿತ ಹರಿವುಗಳು ಸರಿದವು, ಯಾವುವು ಮತ್ತೆ ಸಂಪರ್ಕಿಸಬೇಕಾಯಿತು ಮತ್ತು ಹೊಸ ಹರಿವುಗಳು ನಂತರ ಎಲ್ಲಿಗೆ ಹೋದವು ಎಂಬುದನ್ನು ಗಮನಿಸಿ. ಮೊದಲು ನಿರೀಕ್ಷಿತ ಮೌಲ್ಯವನ್ನು ಬರೆಯಿರಿ, ನಂತರ ಅದನ್ನು ಕ್ಯಾಪ್ಚರ್‌ನೊಂದಿಗೆ ಹೋಲಿಸಿ. ಎರಡು ಸ್ಥಾಪಿತ ಸುರಂಗಗಳು ಅದರಲ್ಲಿ ಯಾವುದನ್ನೂ ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ.

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