pfSense ಔಟ್ಬೌಂಡ್ NAT: ಮೊದಲು ರಚಿಸಲಾದ ನಿಯಮಗಳನ್ನು ಓದಿ

Firewall ತೆರೆಯಿರಿ, ನಂತರ NAT, ನಂತರ Outbound, ಮತ್ತು ಏನನ್ನಾದರೂ ಸೇರಿಸುವ ಮೊದಲು ಮೋಡ್ ಓದಿ. Automatic ಮೋಡ್ನಲ್ಲಿ pfSense WAN ಇಂಟರ್ಫೇಸ್ಗಳಿಗೆ ಮತ್ತು ಅವುಗಳಲ್ಲಿ ರಿಮೋಟ್-ಆಕ್ಸೆಸ್ VPN ನೆಟ್ವರ್ಕ್ಗಳಿಗೆ ನಿಯಮಗಳನ್ನು ರಚಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ನೀವು ಸೇರಿಸಲಿರುವ ಪೂಲ್ ಸಾಮಾನ್ಯವಾಗಿ ಈಗಾಗಲೇ ಆವರಿಸಲ್ಪಟ್ಟಿರುತ್ತದೆ. ಕೈಯಿಂದ ಬರೆದ ಸಾಲು ಇಲ್ಲದಿರುವುದು ಅನುವಾದ ಇಲ್ಲದಿರುವುದಕ್ಕೆ ಸಾಕ್ಷಿಯಲ್ಲ. ಕೆಳಗಿನ ಕ್ರಮವು ಒಂದು ಪೂಲ್ ಪರಿಹರಿಸಲು ಇಡೀ ಫೈರ್ವಾಲ್ ಅನ್ನು Manual ಗೆ ಬದಲಿಸದಂತೆ ತಡೆಯುತ್ತದೆ.

ಮೋಡ್ ಬಾಕ್ಸ್ನಲ್ಲಿರುವ ಪ್ರತಿ ಇತರ ನೆಟ್ವರ್ಕ್ಗೆ ಅನುವಾದವನ್ನು ಯಾರು ನಿರ್ವಹಿಸುತ್ತಾರೆ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ, ಮತ್ತು ಅದು ಒಂದು VPN ವಿನಾಯಿತಿಗಿಂತ ದೊಡ್ಡ ನಿರ್ಧಾರ.

Automatic ಮೋಡ್ ಈಗಾಗಲೇ VPN ಪೂಲ್ ಆವರಿಸುತ್ತದೆ

ಪ್ರತಿ ಮೋಡ್ಗೆ ಬೇರೆ ಮಾಲೀಕರಿದ್ದಾರೆ. Automatic WAN ಇಂಟರ್ಫೇಸ್ಗಳಿಗೆ ನಿಯಮಗಳನ್ನು ರಚಿಸುತ್ತದೆ ಮತ್ತು ತನ್ನ ಮೂಲಗಳಲ್ಲಿ ರಿಮೋಟ್-ಆಕ್ಸೆಸ್ VPN ನೆಟ್ವರ್ಕ್ಗಳನ್ನು ಸೇರಿಸುತ್ತದೆ. Hybrid ಆ ರಚಿಸಲಾದ ನಿಯಮಗಳನ್ನು ಉಳಿಸಿಕೊಂಡು ಅವುಗಳ ಪಕ್ಕದಲ್ಲಿ ಕೈಯಿಂದ ಮಾಡಿದ ನಿಯಮಗಳನ್ನು ಸೇರಿಸಲು ಅನುಮತಿಸುತ್ತದೆ. Manual ಏನನ್ನೂ ರಚಿಸುವುದನ್ನು ನಿಲ್ಲಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಫೈರ್ವಾಲ್ನಲ್ಲಿನ ಪ್ರತಿ ಅನುವಾದ, ನೀವು ಬರೆಯದವುಗಳೂ ಸೇರಿದಂತೆ, ನಿಮ್ಮ ಜವಾಬ್ದಾರಿಯಾಗುತ್ತದೆ. ನಾಲ್ಕನೇ ಸೆಟ್ಟಿಂಗ್ ಔಟ್ಬೌಂಡ್ NAT ಅನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುತ್ತದೆ. ಕೈಯಿಂದ ಬರೆದಂತೆ ಕಾಣುವ ಸಾಲು ಯಾವ ಮೋಡ್ ಸಕ್ರಿಯವಾಗಿದೆ ಎಂದು ತಿಳಿಯುವವರೆಗೆ ಏನನ್ನೂ ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ.

Automatic ಮತ್ತು Hybrid ನಲ್ಲಿ ಪುಟವು ರಚಿಸಲಾದ ನಿಯಮಗಳನ್ನೂ ತೋರಿಸುತ್ತದೆ. VPN ಪೂಲ್ಗೆ ಅನುವಾದವಿಲ್ಲ ಎಂದು ತೀರ್ಮಾನಿಸುವ ಮೊದಲು ಅವುಗಳನ್ನು ಓದಿ: ಮೂಲ ಕಾಲಮ್ನಲ್ಲಿ ಪೂಲ್ನ ನೆಟ್ವರ್ಕ್ ಮತ್ತು ಇಂಟರ್ಫೇಸ್ ಕಾಲಮ್ನಲ್ಲಿ WAN ಇಂಟರ್ಫೇಸ್ ಹುಡುಕಿ.

Hybrid ಅನ್ನು ಪರಿಶೀಲಿಸಿದ ವಿನಾಯಿತಿಗೆ ಮಾತ್ರ ಆಯ್ಕೆಮಾಡಿ

ಹೊರಹೋಗುವ ನೀತಿ ನಿಜವಾಗಿಯೂ ಭಿನ್ನವಾದಾಗ ದಾಖಲಿತ ವಿನಾಯಿತಿ ಇನ್ನೂ ಸಾಧ್ಯ. 10.90.0.0/24 ಹಂಚುವ ಸರ್ವರ್ ಊಹಿಸಿ, ಅಲ್ಲಿ ಫೈರ್ವಾಲ್ IPv4 ಇಂಟರ್ನೆಟ್ ನಿರ್ಗಮನವನ್ನು ಒದಗಿಸಬೇಕು ಮತ್ತು ರೂಟಿಂಗ್ ಈಗಾಗಲೇ WAN ಆಯ್ಕೆಮಾಡುತ್ತದೆ. ನಿರೀಕ್ಷಿತ ಪರಿವರ್ತನೆ ಎಂದರೆ ಮೂಲ 10.90.0.23 ಅನ್ನು WAN ವಿಳಾಸಕ್ಕೆ ಮರುಬರೆಯುವುದು. ರಚಿಸಲಾದ ನಿಯಮವು ಆ ನಿರ್ಗಮನದಲ್ಲಿ ಇದನ್ನು ಈಗಾಗಲೇ ಮಾಡುತ್ತದೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸಿ; ಇಲ್ಲದಿದ್ದರೆ, Hybrid ಸ್ವಯಂಚಾಲಿತ ಕವರೇಜ್ ಉಳಿಸಿಕೊಂಡು ನಿಮ್ಮ ಪರಿಶೀಲಿಸಿದ ನಿಯಮವನ್ನು ಸೇರಿಸುತ್ತದೆ.

ಮೂಲವಾಗಿ ನಿಜವಾದ VPN ಪೂಲ್, ಅಥವಾ ಅದಕ್ಕೆ ಬೆಂಬಲಿತ ಉಪನಾಮ ಬಳಸಿ, ಮತ್ತು OpenVPN ಇನ್ಸ್ಟಾನ್ಸ್ನ ಹೆಸರು ಆಯ್ಕೆಯಲ್ಲಿ ಇಲ್ಲ ಎಂಬ ಕಾರಣಕ್ಕೆ ಎಂದಿಗೂ ಸಂಬಂಧವಿಲ್ಲದ ವಿಳಾಸ ಆಯ್ಕೆಮಾಡಬೇಡಿ. any ಮೂಲವನ್ನು ತಪ್ಪಿಸಿ, ಅದು ಫೈರ್ವಾಲ್ ಸ್ವತಃ ರಚಿಸುವ ಟ್ರಾಫಿಕ್ ಅನ್ನೂ ಅನುವಾದಿಸುತ್ತದೆ.

ಒಂದು ಪೂಲ್ಗಾಗಿ ಇಡೀ ಫೈರ್ವಾಲ್ ಅನ್ನು Manual ಗೆ ಸರಿಸಬೇಡಿ. ಆ ನಿರ್ಧಾರವು ಪ್ರತಿ ಒಳಾಂಗಣ ನೆಟ್ವರ್ಕ್ ಮತ್ತು ಪ್ರತಿ ಭವಿಷ್ಯದ WAN ಬದಲಾವಣೆಗೆ ನಿರ್ವಹಣೆಯನ್ನು ಮರುಹಂಚುತ್ತದೆ.

NAT ನಿರ್ಗಮನವನ್ನು ಆಯ್ಕೆಮಾಡುವುದಿಲ್ಲ

ರೂಟಿಂಗ್ ನಿರ್ಗಮನ ಇಂಟರ್ಫೇಸ್ ಆಯ್ಕೆಮಾಡುತ್ತದೆ; ಔಟ್ಬೌಂಡ್ NAT ನಿಯಮವು ಪ್ಯಾಕೆಟ್ ಹೊರಟ ನಂತರ ಮೂಲವು ಹೇಗೆ ಮರುಬರೆಯಲ್ಪಡುತ್ತದೆ ಎಂಬುದನ್ನು ಮಾತ್ರ ವಿವರಿಸುತ್ತದೆ. WAN ಗಾಗಿ ಮ್ಯಾಪಿಂಗ್ ರೂಟಿಂಗ್ ಬೇರೆಡೆಗೆ ಕಳುಹಿಸಿದ ಪ್ಯಾಕೆಟ್ ಅನ್ನು WAN ಮೂಲಕ ಹೋಗಲು ಒತ್ತಾಯಿಸುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ NAT ಸೇರಿಸುವುದು ತಪ್ಪು ಮಾರ್ಗವನ್ನು ಸರಿಪಡಿಸಲಾರದು. ಅನ್ವಯವಾಗುವ 1:1 NAT ನಮೂದುಗಳು ಮತ್ತು ವಿನಾಯಿತಿಗಳನ್ನೂ ಪರಿಶೀಲಿಸಿ, ಏಕೆಂದರೆ ಕ್ರಮ ಮುಖ್ಯ ಮತ್ತು ಹೊಸ ಸಾಲು ಅಗತ್ಯವಾಗಿ ಗೆಲ್ಲುವುದಿಲ್ಲ. ಮತ್ತು ಔಟ್ಬೌಂಡ್ ಪುಟ ಫಿಲ್ಟರ್ ಪುಟವಲ್ಲ.

ಅನುವಾದಿತ ಮೂಲವು ಪ್ರತಿ ಗಮ್ಯಸ್ಥಾನವನ್ನು ತಲುಪುವ ಅನುಮತಿಯಲ್ಲ. ಕ್ಲೈಂಟ್ಗಳಿಗೆ ಇನ್ನೂ ಸುರಂಗದ ಮೂಲಕ ಮಾರ್ಗ ಮತ್ತು ಅವರ ಟ್ರಾಫಿಕ್ ಒಪ್ಪುವ ಫೈರ್ವಾಲ್ ನಿಯಮ ಬೇಕು, ಮತ್ತು ಆಯ್ಕೆಮಾಡಿದ ನಿರ್ಗಮನಕ್ಕೆ ಕಾರ್ಯನಿರ್ವಹಿಸುವ ಹಿಂತಿರುಗುವ ಮಾರ್ಗ ಬೇಕು. LAN-ಮಾತ್ರ ಪ್ರವೇಶವನ್ನು ಇಂಟರ್ನೆಟ್ ನಿರ್ಗಮನ ಅನುಮತಿಯಿಂದ ಪ್ರತ್ಯೇಕವಾಗಿ ಇರಿಸಿ.

ಹೊಸ ಸಂಪರ್ಕದಲ್ಲಿ ಪರಿವರ್ತನೆಯನ್ನು ಸಾಬೀತುಪಡಿಸಿ

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

ಈ ಉದಾಹರಣೆ IPv4 ನಿರ್ಗಮನವನ್ನು ಮಾತ್ರ ಆವರಿಸುತ್ತದೆ. ಇದು IPv6 ಅನುವಾದ ಅಥವಾ ಫಿಲ್ಟರಿಂಗ್ ನೀತಿಯ ಬಗ್ಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ, ಮತ್ತು ಅದು ಬೇಕಾದ ವಿನ್ಯಾಸವು ಅದನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ತಿಳಿಸಬೇಕು. ಮುಗಿದ ದಾಖಲೆಯು ಅನುಮತಿಸಲಾದ ಕ್ಲೈಂಟ್ ಟ್ರಾಫಿಕ್, ಅದನ್ನು ಸಾಗಿಸುವ ಇಂಟರ್ಫೇಸ್ ಮತ್ತು ಮೂಲವನ್ನು ಏಕೆ ಮರುಬರೆಯಬೇಕು ಎಂಬ ಕಾರಣವನ್ನು ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ.