VPN ಬಳಕೆದಾರರಿಗೆ ಒಂದು ಪ್ರಿಂಟರ್ ಬೇಕು, ಇಡೀ LAN ಅಲ್ಲ

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

ಲಕ್ಷಣ: ಸಂಕುಚಿತ ನಿಯಮ ಏನನ್ನೂ ಬದಲಿಸಲಿಲ್ಲ

ಮೀಸಲಾದ VPN ಪೂಲ್, ಒಂದು ಪ್ರಿಂಟರ್ ವಿಳಾಸ ಮತ್ತು TCP 631 ನಲ್ಲಿ ಪಾಸ್ ನಿಯಮ ಸಮಂಜಸ ವಿನ್ಯಾಸ. ಅದು ಯಾವುದೇ ಬದಲಾವಣೆ ತರದಿದ್ದಾಗ, ಟ್ರಾಫಿಕ್ ಆ ನಿಯಮವನ್ನು ಎಂದಿಗೂ ತಲುಪಿಲ್ಲ ಎಂಬುದು ಮೊದಲ ಸಂಶಯವಾಗಿರಬೇಕು. ಮೌಲ್ಯಮಾಪನ ಕ್ರಮದಲ್ಲಿ ತನ್ನ ಸ್ಥಾನಕ್ಕೆ ಬರುವ ಟ್ರಾಫಿಕ್ ಬಗ್ಗೆ ಮಾತ್ರ ನಿಯಮ ನಿರ್ಧರಿಸುತ್ತದೆ. ಕ್ಷೇತ್ರಗಳನ್ನು ಪರಿಶೀಲಿಸುವುದು ಸುಲಭ ಮತ್ತು ಅವು ವೈಫಲ್ಯದ ಕಾರಣವಾಗುವುದು ಅಪರೂಪ.

ವಿರುದ್ಧ ಲಕ್ಷಣವನ್ನು ತಪ್ಪಿಸಿಕೊಳ್ಳುವುದು ಸುಲಭ. ಮುದ್ರಣ ಕೆಲಸ ಯಶಸ್ವಿಯಾಗುತ್ತದೆ, ಮತ್ತು ಈ ಬಳಕೆದಾರರು ಎಂದಿಗೂ ತಲುಪಬಾರದಿದ್ದ ಫೈಲ್ ಹಂಚಿಕೆಗೆ ಸಂಪರ್ಕವೂ ಯಶಸ್ವಿಯಾಗುತ್ತದೆ. ಅಂದರೆ ಹಿಂದೆ ಯಾವುದೋ ಈಗಾಗಲೇ LAN ಅನ್ನು ಅನುಮತಿಸಿತ್ತು.

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

ಟ್ರಾಫಿಕ್ ನಿಜವಾಗಿ ಯಾವ ನಿಯಮ ಗುಂಪಿಗೆ ಬೀಳುತ್ತದೆ

pfSense ಪ್ರತಿ ಇಂಟರ್ಫೇಸ್ಗೆ ನಿಯಮಗಳನ್ನು ಮೌಲ್ಯಮಾಪನ ಮಾಡುತ್ತದೆ, ಮತ್ತು OpenVPN ಬಳಿ ತನ್ನದೇ ಟ್ಯಾಬ್ ಇದೆ, ಅದರ ನಿಯಮಗಳು ಪ್ರತಿ ಸರ್ವರ್ ಮತ್ತು ಕ್ಲೈಂಟ್ ಇನ್ಸ್ಟಾನ್ಸ್ಗೆ ಅನ್ವಯಿಸುತ್ತವೆ. ಆ ನಿಯಮಗಳು ನಿರ್ದಿಷ್ಟ OpenVPN ಇಂಟರ್ಫೇಸ್ಗೆ ನಿಗದಿಪಡಿಸಿದ ನಿಯಮಗಳಿಗಿಂತ ಮೊದಲು ಸಂಸ್ಕರಿಸಲ್ಪಡುತ್ತವೆ. ಆದ್ದರಿಂದ OpenVPN ಟ್ಯಾಬ್ನಲ್ಲಿ ಬಿಟ್ಟ ವಿಶಾಲ ಪಾಸ್ ಇಂಟರ್ಫೇಸ್ ಟ್ಯಾಬ್ ಏನೇ ಹೇಳಲಿ, ಈ ಬಳಕೆದಾರರಿಗೂ ಅನ್ವಯಿಸುತ್ತದೆ. ಆ ಕ್ರಮವನ್ನು ಬದಲಾವಣೆ ದಾಖಲೆಗೆ ನಕಲಿಸಿ, ಇದರಿಂದ ಪರಿಶೀಲನೆ GUI ತೆರೆಯದೆ ಅದನ್ನು ಪರಿಶೀಲಿಸಬಹುದು.

ಆದ್ದರಿಂದ ಹೊಸ ಸಂಕುಚಿತ ಪಾಸ್ ಪ್ರವೇಶವನ್ನು ಕಳೆಯಲು ಸಾಧ್ಯವಿಲ್ಲ. ಫೈರ್‌ವಾಲ್ ನಿಯಮಗಳು ಅನುಮತಿ ಸೇರಿಸುತ್ತವೆ ಮತ್ತು ಹಿಂದಿನ ಹೊಂದಿಕೆಯಿಂದ ಅದನ್ನು ತೆಗೆದುಕೊಳ್ಳುವುದಿಲ್ಲ.

ಪರಿಣಾಮಕಾರಿ ಪಟ್ಟಿಯನ್ನು ಮೇಲಿನಿಂದ ಓದಿ ಮತ್ತು ಟ್ರಾಫಿಕ್ಗೆ ಹೊಂದಿಕೆಯಾಗುವ ಮೊದಲ ನಿಯಮದಲ್ಲಿ ನಿಲ್ಲಿಸಿ. ಆ ಮೊದಲ ಹೊಂದಿಕೆಯೇ ನಿರ್ಣಯ, ಮತ್ತು ಅದರ ಕೆಳಗಿನ ಎಲ್ಲವೂ ಆ ಹರಿವಿಗೆ ತಲುಪಲಾಗದ್ದು.

ಮುದ್ರಣ ಕೆಲಸದಿಂದ ಪಾಸ್ ನಿಯಮ ಬರೆಯಿರಿ

ಪ್ರಿಂಟರ್ನಿಂದ ಅಲ್ಲ, ಕೆಲಸದಿಂದ ಪ್ರಾರಂಭಿಸಿ. ಬಳಕೆದಾರರಿಗೆ ಪ್ರಿಂಟರ್ ವಿಳಾಸದಲ್ಲಿ ಮುದ್ರಣ ಸೇವೆ ಬೇಕು, ಆದ್ದರಿಂದ ನಿಯಮ ಆ ವಿಳಾಸ, ಆ ಪ್ರೋಟೋಕಾಲ್ ಮತ್ತು ಆ ಪೋರ್ಟ್ ಅನ್ನು ಹೆಸರಿಸುತ್ತದೆ. VPN ಪೂಲ್ಗೆ ಒಂದು ಉಪನಾಮ ಮತ್ತು ಪ್ರಿಂಟರ್ಗೆ ಒಂದು ಉಪನಾಮ ನಿಯಮವನ್ನು ಓದಲು ಸುಲಭವಾಗಿಸುತ್ತದೆ.

ವಿಝಾರ್ಡ್ ಅನ್ನು ಸಂತೋಷಪಡಿಸಲು ಶೋಧನೆ ಅಥವಾ ನಿರ್ವಹಣಾ ಪೋರ್ಟ್ಗಳನ್ನು ಸೇರಿಸುವ ಪ್ರವೃತ್ತಿಯನ್ನು ವಿರೋಧಿಸಿ. ಇಡೀ ಪ್ರಿಂಟರ್ ಅನ್ನು ಅನುಮತಿಸುವ ನಿಯಮ ಮುದ್ರಣ ಸರದಿಯನ್ನು ಅನುಮತಿಸುವ ನಿಯಮಕ್ಕಿಂತ ಬೇರೆ ನೀತಿ.

ಪ್ರಿಂಟರ್ನ ಸ್ವಂತ ದೃಢೀಕರಣವನ್ನು ಅದರ ಸ್ಥಳದಲ್ಲೇ ಇರಿಸಿ. ನೆಟ್ವರ್ಕ್ ಅನುಮತಿ ಅದರ ಬದಲಿಯಲ್ಲ. ಸರದಿ ಮಟ್ಟದ ಖಾತೆ ಯಾರು ಏನು ಮುದ್ರಿಸಬಹುದು ಎಂಬುದರ ಸರಿಯಾದ ನಿಯಂತ್ರಣ.

ಆರು ಮೌಲ್ಯಗಳು ಇಡೀ ಉದ್ದೇಶವನ್ನು ಹೊತ್ತುಕೊಳ್ಳುತ್ತವೆ: ಕ್ರಿಯೆಯಾಗಿ ಪಾಸ್, ಕುಟುಂಬವಾಗಿ IPv4, ಪ್ರೋಟೋಕಾಲ್ ಆಗಿ TCP, ಮೂಲವಾಗಿ ಪೂಲ್ ಉಪನಾಮ, ಗಮ್ಯವಾಗಿ ಪ್ರಿಂಟರ್ ಉಪನಾಮ ಮತ್ತು ಪೋರ್ಟ್ ಆಗಿ 631. ಈ ಆರಕ್ಕಿಂತ ಹೊರಗಿನ ಯಾವುದೇ ವಿಷಯ ಕೇಳಿದ ನೀತಿಗಿಂತ ಬೇರೆ ನೀತಿ.

LAN ಅನುಮತಿ ಇಲ್ಲದೆ ಕ್ಲೈಂಟ್ಗೆ ಮಾರ್ಗ ನೀಡಿ

ಕ್ಲೈಂಟ್ಗೆ ಪ್ರಿಂಟರ್ ವಿಳಾಸಕ್ಕೆ ಮಾರ್ಗ ಬೇಕು, ಮತ್ತು ಕಚೇರಿ ಬದಿಗೆ VPN ಪೂಲ್ಗೆ ಉತ್ತರ ಮಾರ್ಗ ಬೇಕು. ಒಂದೇ /32 ಪುಷ್ ಮಾಡುವುದು ಕ್ಲೈಂಟ್ ಸಂರಚನೆಯನ್ನು ಸಂಕುಚಿತವಾಗಿಡುತ್ತದೆ, ಇದು ಸಮಸ್ಯೆ ನಿವಾರಣೆಗೆ ಸಹಾಯ ಮಾಡುತ್ತದೆ. ಇದು ಅಧಿಕಾರದ ಗಡಿಯಲ್ಲ, ಏಕೆಂದರೆ ಕ್ಲೈಂಟ್ ತಾನೇ ಮಾರ್ಗಗಳನ್ನು ಸೇರಿಸಬಹುದು.

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

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

ಕೆಲಸದ ಜೊತೆಗೆ ನಿರಾಕರಣೆಯನ್ನೂ ಪರೀಕ್ಷಿಸಿ

VPN ಬಳಕೆದಾರರಿಂದ ಒಂದು ಸಣ್ಣ, ಸೂಕ್ಷ್ಮವಲ್ಲದ ಕೆಲಸ ಕಳುಹಿಸಿ, ನಂತರ ನಿರಾಕರಿಸಬೇಕಾದ LAN ಸಂಪನ್ಮೂಲ ಮತ್ತು ಫೈರ್‌ವಾಲ್ನ ಸ್ವಂತ ನಿರ್ವಹಣಾ ಪುಟವನ್ನು ಪ್ರಯತ್ನಿಸಿ. ಮೂರೂ ಪರೀಕ್ಷೆಗಳು ಒಂದೇ ಅಧಿವೇಶನಕ್ಕೆ ಸೇರಿವೆ, ಏಕೆಂದರೆ ನೀತಿಯನ್ನು ಒಟ್ಟಾರೆಯಾಗಿ ನೋಡುವ ಏಕೈಕ ದಾರಿ ಅದು. ಕೇವಲ ಯಶಸ್ವಿ ಮುದ್ರಣ ಕೆಲಸ ಗಡಿಯ ಬಗ್ಗೆ ಬಹುತೇಕ ಏನನ್ನೂ ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ.

ನಿಯೋಜನೆಯನ್ನು ಪ್ರಿಂಟರ್-ಮಾತ್ರ ಎಂದು ಕರೆಯುವ ಮೊದಲು IPv6 ಮತ್ತು ಯಾವುದೇ ಇತರ ಸಕ್ರಿಯ VPN ಮಾರ್ಗವನ್ನು ಪರಿಶೀಲಿಸಿ. ಒಂದು ವಿಳಾಸ ಕುಟುಂಬದಲ್ಲಿ ಸಂಕುಚಿತ ನಿಯಮ ಗುಂಪು ಇನ್ನೊಂದರಲ್ಲಿ ಸಂಪೂರ್ಣ ತೆರೆದಿರಬಹುದು.