pfSense OpenVPN: ಇನ್ನೊಂದು ರೌಟರ್ನ ಹಿಂದಿನ ನೆಟ್ವರ್ಕ್ ತಲುಪುವುದು

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

ನಿಯಮ ಬದಲಿಸುವ ಮೊದಲು ಒಂದು ಪ್ಯಾಕೆಟ್ ಅನ್ನು ಆ ಮೂರು ನಿರ್ಧಾರಗಳ ಮೂಲಕ ಅನುಸರಿಸಿ, ಏಕೆಂದರೆ ಪ್ರತಿ ಮಾಲೀಕರಿಗೆ ಬೇರೆ ನಿಯಂತ್ರಣ ಮತ್ತು ಬೇರೆ ವೈಫಲ್ಯ ವಿಧಾನ ಇರುತ್ತದೆ.

ಒಂದು ಪ್ಯಾಕೆಟ್, ಮೂರು ರೌಟಿಂಗ್ ನಿರ್ಧಾರಗಳು

ಗಮ್ಯಸ್ಥಾನವು ಸುರಂಗಕ್ಕೆ ಸೇರುತ್ತದೆಯೇ ಎಂದು ಕ್ಲೈಂಟ್ ನಿರ್ಧರಿಸುತ್ತದೆ, ಮತ್ತು ತನಗೆ ಗೊತ್ತಿರುವುದರಿಂದ ಮಾತ್ರ ನಿರ್ಧರಿಸಬಲ್ಲದು: ತಳ್ಳಲಾದ ಮಾರ್ಗ, ಸ್ಥಳೀಯ ಮಾರ್ಗ ಅಥವಾ ಈಗಾಗಲೇ ಎಲ್ಲವನ್ನೂ ಆವರಿಸುವ ಡೀಫಾಲ್ಟ್. pfSense ಪ್ಯಾಕೆಟ್ ಮುಂದೆ ಎಲ್ಲಿಗೆ ಕಳುಹಿಸಬೇಕೆಂದು ನಿರ್ಧರಿಸುತ್ತದೆ, ಇದು ಇನ್ನೊಂದು ರೌಟರ್ನ ಹಿಂದಿನ ನೆಟ್ವರ್ಕ್ಗೆ ಸರಿಯಾದ ಇಂಟರ್ಫೇಸ್ನಲ್ಲಿ ತಲುಪಬಹುದಾದ ಗೇಟ್ವೇ ಮೂಲಕ ಸ್ಥಿರ ಮಾರ್ಗ ಎಂದರ್ಥ. ಕೆಳಗಿನ ರೌಟರ್ VPN ಪೂಲ್ಗೆ ಹಿಂತಿರುಗುವ ದಾರಿ ತನಗೆ ಗೊತ್ತೇ ಎಂದು ನಿರ್ಧರಿಸುತ್ತದೆ, ಮತ್ತು ಗೊತ್ತಿಲ್ಲದಿದ್ದರೆ ಉತ್ತರವನ್ನು ಬಿಡಲಾಗುತ್ತದೆ ಅಥವಾ ನಿರುಪಯುಕ್ತ ಸ್ಥಳಕ್ಕೆ ಕಳುಹಿಸಲಾಗುತ್ತದೆ. ಪ್ರತಿ ನಿರ್ಧಾರ ಉಳಿದ ಎರಡರಿಂದ ಸ್ವತಂತ್ರವಾಗಿದೆ.

ಅವುಗಳಲ್ಲಿ ಯಾವುದಾದರೂ ಒಂದರ ವೈಫಲ್ಯ ಅದೇ ಬಳಕೆದಾರ ವರದಿಯನ್ನು ನೀಡುತ್ತದೆ. ಅದಕ್ಕಾಗಿಯೇ ಡೀಬಗ್ಗಿಂಗ್ ಕ್ರಮವು ಉಪಕರಣಗಳಿಗಿಂತ ಹೆಚ್ಚು ಮುಖ್ಯ.

ಕ್ಲೈಂಟ್ಗೆ ಪ್ರಿಫಿಕ್ಸ್ ಕೊಡಿ, ಊಹೆ ಅಲ್ಲ

IPv4 ಸುರಂಗ ನೆಟ್ವರ್ಕ್ /30 ಗಿಂತ ದೊಡ್ಡದಾಗಿರುವ pfSense SSL/TLS ಸರ್ವರ್ನಲ್ಲಿ, IPv4 Local network(s) ಕ್ಷೇತ್ರವು ಸಂಪರ್ಕಿಸುವಾಗ ಕ್ಲೈಂಟ್ಗಳಿಗೆ ಮಾರ್ಗಗಳನ್ನು ವಿತರಿಸುತ್ತದೆ. ಕ್ಲೈಂಟ್ ತಾನೇ ಒಂದನ್ನು ಕಲ್ಪಿಸುತ್ತದೆ ಎಂದು ನಂಬುವ ಬದಲು ಕೆಳಗಿನ ಪ್ರಿಫಿಕ್ಸ್ ಅನ್ನು ಅಲ್ಲಿಗೆ ಸೇರಿಸಿ. ನಂತರ ಸಂಪರ್ಕದ ನಂತರ ಕ್ಲೈಂಟ್ನ ನಿಜವಾದ ಕೋಷ್ಟಕವನ್ನು ಓದಿ, ಏಕೆಂದರೆ route-nopull ಇರುವ ಪ್ರೊಫೈಲ್ ಅಥವಾ ಮಾರ್ಗ ಫಿಲ್ಟರ್ ಸರ್ವರ್ ಕಳುಹಿಸಿದ್ದನ್ನು ನಿರ್ಲಕ್ಷಿಸಬಹುದು. ಸರ್ವರ್ ಸಂಪೂರ್ಣ ಸರಿಯಾಗಿರಬಹುದು, ಆದರೆ ಕ್ಲೈಂಟ್ ಏನನ್ನೂ ಸ್ಥಾಪಿಸುವುದಿಲ್ಲ.

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

pfSense ಅನ್ನು ಒಳಗಿನ ರೌಟರ್ಗೆ ತೋರಿಸಿ

pfSense ನಲ್ಲಿನ ಸ್ಥಿರ ಮಾರ್ಗಕ್ಕೆ ವ್ಯಾಖ್ಯಾನಿಸಲಾದ ಮತ್ತು ತಲುಪಬಹುದಾದ ಗೇಟ್ವೇ ಬೇಕು, ಮತ್ತು ಆ ಗೇಟ್ವೇಗೆ ಆಯ್ಕೆಮಾಡಿದ ಇಂಟರ್ಫೇಸ್ ನಿಜವಾಗಿ ಅಲ್ಲಿಗೆ ತಲುಪುವ ಇಂಟರ್ಫೇಸ್ ಆಗಿರಬೇಕು, ಎಂದು Netgate ನ ಸ್ಥಿರ-ಮಾರ್ಗ ಮಾರ್ಗದರ್ಶಿ ವಿವರಿಸುತ್ತದೆ. ಒಂದು ಉದಾಹರಣಾ ವಿನ್ಯಾಸದಲ್ಲಿ ಟ್ರಾನ್ಸಿಟ್ ಲಿಂಕ್ ಫೈರವಾಲ್ನಲ್ಲಿ 192.168.77.1 ಮತ್ತು ಒಳಗಿನ ರೌಟರ್ನಲ್ಲಿ 192.168.77.2, ಮತ್ತು ಸೇವಾ ನೆಟ್ವರ್ಕ್ ಅದರ ಹಿಂದೆ 172.16.30.0/25 ನಲ್ಲಿದೆ. ನಂತರ ಮಾರ್ಗವು ಪ್ರಿಫಿಕ್ಸ್ ಮತ್ತು ಮುಂದಿನ ಹಾಪ್ ಅನ್ನು ಹೆಸರಿಸುತ್ತದೆ, ಸೇವೆಯ ವಿಳಾಸವನ್ನಲ್ಲ. ದೂರದ ನೆಟ್ವರ್ಕ್ನ ವಿಳಾಸವನ್ನು ಗೇಟ್ವೇ ಆಗಿ ಬಳಸುವುದು ಸರಿಯಾಗಿ ಕಾಣುವ ಮತ್ತು ಎಲ್ಲಿಗೂ ರವಾನಿಸದ ಮಾರ್ಗವನ್ನು ನಿರ್ಮಿಸುವ ಸಾಮಾನ್ಯ ವಿಧಾನ.

ಇಂಟರ್ಫೇಸ್ಗೆ ಹೆಸರು ಕೊಡುವುದು ಅದರ ಹಿಂದಿನ ನೆಟ್ವರ್ಕ್ಗಳನ್ನು ವಿವರಿಸುವುದಿಲ್ಲ. ಸ್ಥಿರ ಮಾರ್ಗವೇ ಆ ವಿವರಣೆ.

ದೂರದ ಬದಿ ಪೂಲ್ ತಿಳಿದಿರಬೇಕು

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

ಈ ವಿನ್ಯಾಸಕ್ಕೆ ಯಾವುದೇ ಅನುವಾದ ಅಗತ್ಯವಿಲ್ಲ, ಮತ್ತು ಕ್ಲೈಂಟ್ನ ಮೂಲ ವಿಳಾಸವನ್ನು ಗೋಚರವಾಗಿ ಇರಿಸಿದರೆ ಕೆಳಗಿನ ನೆಟ್ವರ್ಕ್ ತನ್ನ ಸ್ವಂತ ನೀತಿಯನ್ನು ಅನ್ವಯಿಸಬಹುದು.

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

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