pfSense ನಲ್ಲಿ OpenVPN ಫೇಲ್ಓವರ್ನ ಮೂರು ವಿಧಗಳು, ಮೂರು ಕಾರ್ಯವಿಧಾನಗಳು

pfSense ನಲ್ಲಿ „OpenVPN failover“ ಕನಿಷ್ಠ ಮೂರು ಸಂಬಂಧವಿಲ್ಲದ ವಿನ್ಯಾಸಗಳನ್ನು ಒಳಗೊಳ್ಳುತ್ತದೆ, ಪ್ರತಿಯೊಂದಕ್ಕೂ ಬೇರೆ ಕಾರ್ಯವಿಧಾನ ಬೇಕು. ಬ್ಯಾಕಪ್ ಇಂಟರ್ನೆಟ್ ಲಿಂಕ್ನ ಮೇಲೆ ಸುರಂಗವನ್ನು ಜೀವಂತವಾಗಿಡುವುದು, ಇನ್ನೊಂದು ಸರ್ವರ್ಗೆ ಮತ್ತೆ ಸಂಪರ್ಕಿಸುವುದು ಮತ್ತು LAN ಸಂಚಾರವನ್ನು ಈಗಾಗಲೇ ಸ್ಥಾಪಿತವಾದ ಇನ್ನೊಂದು ಸುರಂಗಕ್ಕೆ ತಿರುಗಿಸುವುದು ಒಂದೇ ವೈಶಿಷ್ಟ್ಯದ ರೂಪಾಂತರಗಳಲ್ಲ. ಗೇಟ್ವೇ ಗುಂಪನ್ನು ನಿರ್ಮಿಸುವ ಮೊದಲು ನೀವು ಯಾವ ವೈಫಲ್ಯದ ವಿರುದ್ಧ ರಕ್ಷಿಸಿಕೊಳ್ಳುತ್ತಿದ್ದೀರಿ ಎಂಬುದನ್ನು ಆರಿಸಿ. ಅವುಗಳಲ್ಲಿ ಒಂದನ್ನು ಸರಿಪಡಿಸುವ ಗುಂಪು ಉಳಿದ ಎರಡಕ್ಕೂ ಏನೂ ಮಾಡುವುದಿಲ್ಲ.

ಗುಂಪು ನಿರ್ಮಿಸುವ ಮೊದಲು ವೈಫಲ್ಯವನ್ನು ಹೆಸರಿಸಿ

ವಿರಾಮದ ಸಮಯದಲ್ಲಿ ನಿಜವಾಗಿರಬೇಕೆಂದು ನೀವು ಬಯಸುವ ವಾಕ್ಯವನ್ನು ಬರೆಯಿರಿ. „ಸುರಂಗ ಬ್ಯಾಕಪ್ WAN ಮೂಲಕ ಮತ್ತೆ ಸಂಪರ್ಕಿಸುತ್ತದೆ“ ಮತ್ತು „ಶಾಖೆ ಇನ್ನೂ ಇನ್ನೊಂದು ಸುರಂಗದ ಮೂಲಕ ಅನ್ವಯಿಕೆಯನ್ನು ತಲುಪುತ್ತದೆ“ ಬೇರೆ ಬೇರೆ ವಾಕ್ಯಗಳು. ಮೊದಲನೆಯದು ಮಾತ್ರ ಸಾಗಣೆಯ ಬಗ್ಗೆ.

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

ಸ್ಥಳೀಯ WAN: ಸಾಗಣೆಯನ್ನು ಸರಿಸಿ

pfSense OpenVPN ಕ್ಲೈಂಟ್ಗೆ ಬೆಂಬಲಿತ ಬಹು-WAN ವ್ಯವಸ್ಥೆ ಸೂಕ್ತ ಗೇಟ್ವೇ ಗುಂಪನ್ನು ಕ್ಲೈಂಟ್ ಬಂಧಿಸುವ ಇಂಟರ್ಫೇಸ್ ಆಗಿ ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ. ಪ್ರಾಥಮಿಕ ವಿಫಲವಾದಾಗ ಬಾಹ್ಯ ಸಂಪರ್ಕ ಬ್ಯಾಕಪ್ ಲಿಂಕ್ ಮೂಲಕ ಹೊರಹೋಗಲು ಇದೇ ಅನುಮತಿಸುತ್ತದೆ. ತಾನಾಗಿಯೇ ಇದು ಒಳಗಿನ ಸಂಚಾರ ಹೇಗೆ ಮಾರ್ಗನಿರ್ದೇಶನಗೊಳ್ಳುತ್ತದೆ ಎಂಬುದನ್ನು ಬದಲಿಸುವುದಿಲ್ಲ.

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

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

ದೂರದ ತುದಿ: ಇನ್ನೊಂದು ಸರ್ವರ್

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

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

ಈ ಕಾರ್ಯವಿಧಾನ ಎರಡು ಸುರಂಗಗಳನ್ನು ಒಟ್ಟಿಗೆ ಮುಂದೆ ಕಳುಹಿಸುವುದಿಲ್ಲ. ಒಂದು ಸಂಪರ್ಕದ ನಂತರ ಇನ್ನೊಂದನ್ನು ಅನುಕ್ರಮವಾಗಿ ಇಡುತ್ತದೆ, ಅವುಗಳ ನಡುವಿನ ಅಂತರ ಚಾಲನೆಯಲ್ಲಿದ್ದ ಎಲ್ಲದಕ್ಕೂ ಕಾಣುತ್ತದೆ.

ಸುರಂಗದ ಮಾರ್ಗ: ಇನ್ನೊಂದು ನಿರ್ಗಮನ ಆಯ್ಕೆ ಮಾಡಿ

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

ಈ ವಿನ್ಯಾಸ ಆಯ್ಕೆಯ ಬಗ್ಗೆ, ಪುನರುತ್ಥಾನದ ಬಗ್ಗೆ ಅಲ್ಲ. ಹೊಸ ಸಂಪರ್ಕಗಳನ್ನು ಎರಡನೆಯ ಸುರಂಗಕ್ಕೆ ಸರಿಸುವುದು ಮೊದಲನೆಯ ಮೇಲೆ ಈಗಾಗಲೇ ಸ್ಥಾಪಿತವಾದ ಅವಧಿಗಳ ಬಗ್ಗೆ ಏನೂ ಹೇಳುವುದಿಲ್ಲ, ದೂರದ ಬದಿ ಹೊಸ ಮೂಲ ವಿಳಾಸವನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆಯೇ ಎಂಬುದನ್ನೂ ಏನೂ ಹೇಳುವುದಿಲ್ಲ. ಅದನ್ನು ಪುನರುತ್ಥಾನ ಕಾರ್ಯವಿಧಾನವೆಂದು ಪರಿಗಣಿಸುವುದು ನಿರೀಕ್ಷೆಗಳನ್ನು ಬಹಳ ಎತ್ತರಕ್ಕೆ ಇಡುವ ವಿಧಾನ.

ಇರುವ ಅವಧಿಗಳು ಉಳಿಯಬೇಕೆಂಬುದು ಅಗತ್ಯವಾದರೆ, ಅದನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ಹೇಳಿ. ಹೆಚ್ಚಿನ ಅನುಷ್ಠಾನಗಳು ಜೀವಂತ ಹರಿವನ್ನು ಸುರಂಗಗಳ ನಡುವೆ ವರ್ಗಾಯಿಸುವುದಿಲ್ಲ, ಅವು ವರ್ಗಾಯಿಸುತ್ತವೆ ಎಂಬಂತೆ ವಿನ್ಯಾಸ ಮಾಡುವುದು ರೇಖಾಚಿತ್ರದಲ್ಲಿ ಸರಿಯಾಗಿ ಕಾಣಿಸಿ ಆಚರಣೆಯಲ್ಲಿ ಪ್ರತಿ ತೆರೆದ ಸಂಪರ್ಕವನ್ನೂ ಬೀಳಿಸುವ ಫೇಲ್ಓವರ್ ನೀಡುತ್ತದೆ.

ಮೇಲ್ವಿಚಾರಕರು, NAT ಮತ್ತು fail-closed ನಿಯಮ

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

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

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

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